locked
App-v 5.0 Sp3 Sync Publishing Servers Fails 0x80072F8F Content Decoding Has Failed RRS feed

 > 

  • Question

  • Question
    Sign in to vote
    0
    Sign in to vote

    So I am building a POC for App-v running on MS Surface 2/3, and started by successfully running a Windows 8.1 Enterprise VM, and successfully connect via DirectAccess and App-v publishing servers sync, sync also works on Windows 2012 RDS configured as a Citrix XenDesktop server.

    However, on the Surface, I always get error 19102, 19203 both with errors I have yet to find in other threads 0x45500D27 - 0x80072F8F in the logs.  

    I can browse to the publishing site and do see the XML page (empty because I am globally publishing to the machines)

    Running powershell Get-AppvPublishingServer | Sync-AppvPublishingServer

    Sync-AppvPublishingServer : Application Virtualization Service failed to complete requested operation.
    Operation attempted: RefreshPublishingServer.
    Internet Error: 0x80072F8F - Content decoding has failed
    Error module: Publishing. Internal error detail: 45500D2780072F8F
    Please consult AppV Client Event Log for more details.
    At line:1 char:28

    This Surface was imaged using SCCM 2012 with Windows 8.1 Enterprise, using the wim file image, etc.  I re-imaged the machine and manually installed the app-v client with the same result.

    Next, I manually installed Windows 8.1 Enterprise from media, with the same result again. 

    I never see any error in the publishing server(s) IIS logs from the surface when a sync is occurring.  

    The only differences I see between the working and non-working machines is that it doesn't work on the surface, and bitlocker is enabled on the surface.  It works on a VM running in Fusion on a Macbook.  It works on Windows 2012 R2 as well.

    Has anyone ever come across this issue?  It is pretty much a showstopper for me as this is meant primarily for Surfaces.

    Tuesday, May 5, 2015 2:22 PM

Answers

All replies

  • Question
    Sign in to vote
    0
    Sign in to vote

    Tried this on another Surface 2 - the result - also re-downloaded the ISO and re-checksummed it (the original checked out fine too though).

    This time, I simply joined the machine to the domain, getting the correct policies, and tried to sync the publishing servers, same result as above.

    I also created a new windows 8.1 Enterprise VM, followed the above steps, and it worked without error.

    What can possibly cause this?  It is very strange.  Could it be something to do with the network drivers of the surface, etc?  Far fetched but like I said, I never see attempts to sync via IIS with the surface.

    Ruled out so far, firewall, PKI issues, it being an isolated case, etc.  

    Wednesday, May 6, 2015 1:37 PM
  • Question
    Sign in to vote
    0
    Sign in to vote

    Hello,

    What happens on a different physical machine?

    Is the VM and the physical machine placed in the same OU?

    Nicke Källén | The Knack| Twitter: @Znackattack

    Saturday, May 9, 2015 8:52 AM
  • Question
    Sign in to vote
    0
    Sign in to vote

    The only thing that comes to mind that might be unique about a Surface device is the power configuration (support for connected standby). What happens if you exclude the device from power policies?

    See Surface Pro 3 Hibernation Doesn’t Occur on Enterprise Install from the Ask The Core Team blog. \

    Brandon
    MDOP for IT Professionals on TechNet

    Tuesday, May 19, 2015 9:27 PM
    Moderator
  • Question
    Sign in to vote
    0
    Sign in to vote

    May On Troubleshooting HTTP Streaming give you a hint.

    /vkleinerde

    Friday, May 22, 2015 7:16 AM
  • Question
    Sign in to vote
    0
    Sign in to vote

    Are you using HTTPs?

    Also check the time sync between Surfaces and Pub server.

    Steve Thomas, Senior Consultant, Microsoft

    App-V/MED-V/SCVMM/Server App-V/MDOP/AppCompat

    http://blogs.technet.com/gladiatormsft/
    The App-V Team blog: http://blogs.technet.com/appv/
    The MED-V Team Blog: http://blogs.technet.com/medv
    The SCVMM Team blog: http://blogs.technet.com/scvmm/

    “This posting is provided "AS IS" with no warranties, and confers no rights. User assumes all risks.”

    Thursday, May 28, 2015 7:19 PM
  • Question
    Sign in to vote
    0
    Sign in to vote

    So I am building a POC for App-v running on MS Surface 2/3, and started by successfully running a Windows 8.1 Enterprise VM, and successfully connect via DirectAccess and App-v publishing servers sync, sync also works on Windows 2012 RDS configured as a Citrix XenDesktop server.

    However, on the Surface, I always get error 19102, 19203 both with errors I have yet to find in other threads 0x45500D27 - 0x80072F8F in the logs.  

    I can browse to the publishing site and do see the XML page (empty because I am globally publishing to the machines)

    Running powershell Get-AppvPublishingServer | Sync-AppvPublishingServer

    Sync-AppvPublishingServer : Application Virtualization Service failed to complete requested operation.
    Operation attempted: RefreshPublishingServer.
    Internet Error: 0x80072F8F - Content decoding has failed
    Error module: Publishing. Internal error detail: 45500D2780072F8F
    Please consult AppV Client Event Log for more details.
    At line:1 char:28

    This Surface was imaged using SCCM 2012 with Windows 8.1 Enterprise, using the wim file image, etc.  I re-imaged the machine and manually installed the app-v client with the same result.

    Next, I manually installed Windows 8.1 Enterprise from media, with the same result again. 

    I never see any error in the publishing server(s) IIS logs from the surface when a sync is occurring.  

    The only differences I see between the working and non-working machines is that it doesn't work on the surface, and bitlocker is enabled on the surface.  It works on a VM running in Fusion on a Macbook.  It works on Windows 2012 R2 as well.

    Has anyone ever come across this issue?  It is pretty much a showstopper for me as this is meant primarily for Surfaces.

    Hello! I'v got same trable. Do you have to resolve this problem?
    Monday, January 25, 2016 2:34 PM
  • Question
    Sign in to vote
    0
    Sign in to vote
    The Url specified is wrong
    Tuesday, June 20, 2017 2:39 AM