locked
BranchCache Data Corruption RRS feed

  • Question

  • We are using multiple Azure VMs (2012R2) with IIS and BranchCache (All have the same secret key) to deliver .APPV packages from the cloud to multiple branch sites transiting the public Internet (each branch site has a BranchCache Hosted Cache server running 2012R2). The problem we have is some packages are being corrupted when BranchCache is used. The App-V log reports error "0x80511004" which is "OPC_E_ZIP_DECOMPRESSION_FAILED" when we attempt to get the App-V client to mount the remote file. We can replicate the issue by downloading the package via Internet Explorer on the same client. The download appears to complete successfully within the Internet Explorer GUI but is actually corrupted. If we rename the downloaded .appv file to .zip and try to expand it we get an "Error 0x80004005: Unspecified Error". If we disable the BranchCache service on the client and download the file again (after clearing the cache) it completes successfully and this time the package is not corrupted. We can successfully rename to .zip and expand the archive.

    Some additional details:
    - Client PCs are a mix of Windows 7 through 10.
    - All clients are Enterprise/Education SKU with BC Enabled.
    - Client PC are from multiple organizations with no shared on-premise infrastructure (Different domains, different ISPs, etc)
    - All BrachCache content is delivered via HTTPS.
    - Standing up a different IIS Server in Azure and creating a new secret key results in the same problem.
    - A hash of a corrupted package download and a good package download are different.
    - Nothing of note is reported in the BranchCache event log. No errors or warning about corruption.
    - Not all .APPV packages appear to be effected.
    - Corruption seems to happen in different parts of the downloaded file. We get extraction errors for different compressed files depending on the client/site where the file is downloaded
    - Problem still occurs with Antivirus Disabled

    Here is the typical BranchCache configuration on a Windows 8.1 client:
    PS C:\Windows\system32> Get-BCStatus

    BranchCacheIsEnabled        : True
    BranchCacheServiceStatus    : Running
    BranchCacheServiceStartType : Manual


    ClientConfiguration:

        CurrentClientMode           : HostedCacheClient
        HostedCacheServerList       : {xxxPRIVATExxx.xxxxx.xx.ca}
        HostedCacheDiscoveryEnabled : True


    ContentServerConfiguration:

        ContentServerIsEnabled : True


    HostedCacheServerConfiguration:

        HostedCacheServerIsEnabled        : False
        ClientAuthenticationMode          : Domain
        HostedCacheScpRegistrationEnabled : False


    NetworkConfiguration:

        ContentRetrievalUrlReservationEnabled : True
        HostedCacheHttpUrlReservationEnabled  : True
        HostedCacheHttpsUrlReservationEnabled : True
        ContentRetrievalFirewallRulesEnabled  : True
        PeerDiscoveryFirewallRulesEnabled     : True
        HostedCacheServerFirewallRulesEnabled : True
        HostedCacheClientFirewallRulesEnabled : True


    HashCache:

        CacheFileDirectoryPath               : C:\Windows\ServiceProfiles\NetworkService\AppData\Local\PeerDistPub
        MaxCacheSizeAsPercentageOfDiskVolume : 1
        MaxCacheSizeAsNumberOfBytes          : 3197034782
        CurrentSizeOnDiskAsNumberOfBytes     : 29433856
        CurrentActiveCacheSize               : 0


    DataCache:

        CacheFileDirectoryPath               : C:\Windows\ServiceProfiles\NetworkService\AppData\Local\PeerDistRepub
        MaxCacheSizeAsPercentageOfDiskVolume : 5
        MaxCacheSizeAsNumberOfBytes          : 15985173910
        CurrentSizeOnDiskAsNumberOfBytes     : 29433874
        CurrentActiveCacheSize               : 9035320

        DataCacheExtensions:

    We have been banging our heads against this problem for a while... any help would be appreciated. We can provide additional details if necessary.


    If you found this post helpful, please give it a "Helpful" vote. If it answered your question, remember to mark it as an "Answer".



    Tuesday, April 5, 2016 3:49 PM

All replies

  • Hi,

    According to your description, my understanding is that some .APPV packages(from the cloud to multiple branch sites) are being corrupted when BranchCache is used.

    >error "0x80511004" which is "OPC_E_ZIP_DECOMPRESSION_FAILED", We can replicate the issue by downloading the package via Internet Explorer on the same client.
    Does this problem happened on specific client devices? 

    Disable any 3rd party process if possible and confirm the result. fully patched the system with Windows Update, it might be helpful for resolving some known issues and improving the performance. 

    Best Regards,
    Eve Wang

    Please remember to mark the replies as answers if they help and unmark them if they provide no help. If you have feedback for TechNet Support, contact tnmff@microsoft.com.

    Wednesday, April 6, 2016 8:27 AM
  • We did some further testing with generating a new BranchCache secret key and deleting the hash cache and this appears to have solved our problem. Our original testing with another IIS server with BranchCache and a new secret key was unintentionally redirecting requests to our production servers and delivering the same hashes. We are still not sure what the root cause of the problem was and are crossing our fingers it does not happen again.

    To answer Eve's questions... The problem was happening on all windows Client versions. Most of the systems are already fully patched. We have a backup server with the old configuration still in place if you want us to do additional testing.

    If you found this post helpful, please give it a "Helpful" vote. If it answered your question, remember to mark it as an "Answer".

    Wednesday, April 6, 2016 12:49 PM
  • Hi,

    Thank you for your updating about this thread.

    I am trying to involve someone familiar with this topic to further look at this issue. There might be some time delay. Appreciate your patience.
     
    Thank you for your understanding and support.

    Best Regards,
    Eve Wang

    Please remember to mark the replies as answers if they help and unmark them if they provide no help. If you have feedback for TechNet Support, contact tnmff@microsoft.com.

    Thursday, April 7, 2016 7:51 AM