none
Peer Cache - DTS job BITS job failed to download source file https://:8003/SCCM_BranchCache$ to destination with error 0x801901AD RRS feed

  • Question

  • Hello everyone !

    I am experiencing an SCCM issue for a costumer. We wanna use the peer cache functionality to deploy office 365 Pro plus and after testing on two different SCCM infrastructure (one in version 1706 and one in 1710 fast ring version), I am facing a similar error and I can't find any explanation.

    After deploying a package or application on a peer cache client client (ClientA), here is the error present in the DataTransferService log of a client (ClientB) that is in the same boundary group as the client source and want to retrieve the content on the A client:

    CDTSJob::JobError: DTS Job ID='{DAA0BB76-72A8-40F8-A570-5DB70AF17297}' BITS Job ID='{32D695BF-9C81-4F5C-941D-259D04F07C49}' ErrorCode=0x801901AD	DataTransferService	01/12/2017 15:52:08	7592 (0x1DA8)
    CDTSJob::JobError: DTS Job ID='{DAA0BB76-72A8-40F8-A570-5DB70AF17297}' URL='https://CLIENTA:8003/SCCM_BranchCache$/P0100003' ProtType=3	DataTransferService	01/12/2017 15:52:08	7592 (0x1DA8)
    DTS job {DAA0BB76-72A8-40F8-A570-5DB70AF17297} BITS job {32D695BF-9C81-4F5C-941D-259D04F07C49} failed to download source file https://CLIENTA:8003/SCCM_BranchCache$/P0100003/sccm?/RemoveAll.xml to destination C:\windows\ccmcache\8\RemoveAll.xml with error 0x801901AD	DataTransferService	01/12/2017 15:52:08	7592 (0x1DA8)
    UpdateURLWithTransportSettings(): OLD URL - http://DISTRIBUTION-POINT-A/SMS_DP_SMSPKG$/P0100003	DataTransferService	01/12/2017 15:52:08	6636 (0x19EC)
    UpdateURLWithTransportSettings(): NEW URL - http://DISTRIBUTION-POINT-A:80/SMS_DP_SMSPKG$/P0100003	DataTransferService	01/12/2017 15:52:08	6636 (0x19EC)
    DTSJob {DAA0BB76-72A8-40F8-A570-5DB70AF17297} switched to location 'http://DISTRIBUTION-POINT-A:80/SMS_DP_SMSPKG$/P0100003'.	DataTransferService	01/12/2017 15:52:08	6636 (0x19EC)
    CDTSJob::JobError: DTS Job ID='{03C70459-7617-4F13-AD73-394D63EE8395}' BITS Job ID='{4FF26DF6-29F7-42A8-B87C-3845072CB2EF}' ErrorCode=0x801901AD	DataTransferService	01/12/2017 15:52:08	5964 (0x174C)
    CDTSJob::JobError: DTS Job ID='{03C70459-7617-4F13-AD73-394D63EE8395}' URL='https://CLIENTA:8003/SCCM_BranchCache$/CAS00212' ProtType=3	DataTransferService	01/12/2017 15:52:08	5964 (0x174C)
    DTS job {03C70459-7617-4F13-AD73-394D63EE8395} BITS job {4FF26DF6-29F7-42A8-B87C-3845072CB2EF} failed to download source file https://CLIENTA:8003/SCCM_BranchCache$/CAS00212/sccm?/Lync2013Uninstall.xml to destination C:\windows\ccmcache\7\Lync2013Uninstall.xml with error 0x801901AD	DataTransferService	01/12/2017 15:52:08	5964 (0x174C)
    UpdateURLWithTransportSettings(): OLD URL - http://DISTRIBUTION-POINT-A/SMS_DP_SMSPKG$/CAS00212	DataTransferService	01/12/2017 15:52:08	6504 (0x1968)
    UpdateURLWithTransportSettings(): NEW URL - http://DISTRIBUTION-POINT-A:80/SMS_DP_SMSPKG$/CAS00212	DataTransferService	01/12/2017 15:52:08	6504 (0x1968)
    DTSJob {03C70459-7617-4F13-AD73-394D63EE8395} switched to location 'http://DISTRIBUTION-POINT-A:80/SMS_DP_SMSPKG$/CAS00212'.	DataTransferService	01/12/2017 15:52:09	6504 (0x1968)
    

    it seems to be a random behavior because the DTS jobs never fail on the same packages / files and the peer cache source client (ClientA) does not seem to be overloaded

    The error code 0x801901AD doesn't exist anywhere.

    Does someone have any idea to help me on this one ?

    Thank you in advance !


    • Edited by RDuhem03 Friday, December 1, 2017 3:23 PM
    Friday, December 1, 2017 3:20 PM

Answers

  • According to your logs, at the time when the requesting DTS client was requesting for a file in package P0100003, the serving client machine was busy and decided to fail and refuse the download.
    This means that when the download request was made, either or all of the following were true on the serving machine:
    1. The CPU usage was high.
    2. The disk queue was long.
    3. The battery level was low.

    • Proposed as answer by Phil Wilcock Tuesday, December 5, 2017 10:59 AM
    • Marked as answer by RDuhem03 Tuesday, December 5, 2017 1:11 PM
    Tuesday, December 5, 2017 12:00 AM
  • The rejection settings are currently not exposed in the Admin UI. You can however modify the settings though the site's WMI. The settings are in the same class that has the client cache options.

    Find the instance of SMS_SCI_ClientComp that is for your client settings (either default or custom; the one that is targeted to your super peer clients), where the ClientComponentName name is SuperPeer.

    In that instance, the property name Props has the list of all the options. This is an array of embedded properties. You need to modify the one which has the PropertyName as MaxAvgDiskQueueLength.


    Tuesday, December 5, 2017 7:06 PM

All replies

  • Can you please share (on OneDrive) the complete CAS log file of the source client, and the complete DTS log of the requesting client?

    Saturday, December 2, 2017 11:15 PM
  • Thanks for your answer !


    https://1drv.ms/f/s!AjO6L2HpgikFcmieMLesNmlgu_4

    Somewhere around of 01/12/2017 15:52:08


    • Edited by RDuhem03 Monday, December 4, 2017 10:02 AM
    Monday, December 4, 2017 10:02 AM
  • According to your logs, at the time when the requesting DTS client was requesting for a file in package P0100003, the serving client machine was busy and decided to fail and refuse the download.
    This means that when the download request was made, either or all of the following were true on the serving machine:
    1. The CPU usage was high.
    2. The disk queue was long.
    3. The battery level was low.

    • Proposed as answer by Phil Wilcock Tuesday, December 5, 2017 10:59 AM
    • Marked as answer by RDuhem03 Tuesday, December 5, 2017 1:11 PM
    Tuesday, December 5, 2017 12:00 AM
  • Thank you for your answer.

    After using Perfmon on the source client, I confirm that the download fails when the disk queue exceeds 10. 10 for the disk queue is a very low value ... the only way to change this threshold seem to be with WMI on the client. Do you know another way to do that ?

    Tuesday, December 5, 2017 1:17 PM
  • The rejection settings are currently not exposed in the Admin UI. You can however modify the settings though the site's WMI. The settings are in the same class that has the client cache options.

    Find the instance of SMS_SCI_ClientComp that is for your client settings (either default or custom; the one that is targeted to your super peer clients), where the ClientComponentName name is SuperPeer.

    In that instance, the property name Props has the list of all the options. This is an array of embedded properties. You need to modify the one which has the PropertyName as MaxAvgDiskQueueLength.


    Tuesday, December 5, 2017 7:06 PM
  • Had the same issue over here, ccmcache had hit its upper size limit and it seems this was stopping the downloads. cleared the cache and downloads resumed immediately.
    • Proposed as answer by Carl_Meilleur Friday, June 14, 2019 6:52 PM
    Friday, June 14, 2019 6:52 PM