locked
BITS transfer errors RRS feed

  • Question

  • Hello,

    I've allready searched for hours and hours on the internet but can't seem to find a solution.
    So I decided to give this a go.

    Recently we rolled out an SCCM2012 enviroment.
    For most clients the agents rolled out just fine, but we have one group of clients has troubles with bits transfers.
    When I try to deploy a client I get the following in the ccmsetup.log:

    Using branch cache option.
    Adding file 'http://sccm2012.xxx.BE:80/SMS_DP_SMSPKG$/CEN00003/x64/WindowsFirewallConfigurationProvider.msi' to BITS job, saving as 'C:\Windows\ccmsetup\WindowsFirewallConfigurationProvider.msi'.
    Adding file 'http://sccm2012.xxx.BE:80/SMS_DP_SMSPKG$/CEN00003/SCEPInstall.exe' to BITS job, saving as 'C:\Windows\ccmsetup\SCEPInstall.exe'.
    Adding file 'http://sccm2012.xxx.BE:80/SMS_DP_SMSPKG$/CEN00003/x64/client.msi' to BITS job, saving as 'C:\Windows\ccmsetup\client.msi'.
    Starting BITS download for client deployment files.
    Download Update: Copy job has been queued.
    Download Update: A recoverable error has occurred.  A retry attempt will be made.
    Download Update: A recoverable error has occurred.  A retry attempt will be made.
    ....
    Download Update: A recoverable error has occurred.  A retry attempt will be made.
    Download Update: A recoverable error has occurred.  A retry attempt will be made.

    This goes on and on and on...

    When I check the BITS transfers I see that the transfers go into an error state and get stuck.

    After trying some stuff I found out that when I remove this client and rejoin it to the domain
    the bits service works again and the sccm client got deployed.
    After a while when I start to deploy packages to this system they also fail.

    In the datatransferservice.log I get this:

    CDTSJob::HandleErrors: DTS Job '{2985481F-1A5B-4260-B892-CE3A26D35DEA}' BITS Job '{1F90B8E6-67F6-4EDF-9A2F-D0A1BFA9DF5E}' under user 'S-1-5-18' OldErrorCount 420 NewErrorCount 421 ErrorCode 0x80070426
    CDTSJob::HandleErrors: DTS Job ID='{2985481F-1A5B-4260-B892-CE3A26D35DEA}' URL='http://sccm2012.CORP.BE:80/SMS_MP' ProtType=1
    CDTSJob::HandleErrors: DTS Job '{2985481F-1A5B-4260-B892-CE3A26D35DEA}' BITS Job '{1F90B8E6-67F6-4EDF-9A2F-D0A1BFA9DF5E}' under user 'S-1-5-18' OldErrorCount 421 NewErrorCount 422 ErrorCode 0x80070426
    CDTSJob::HandleErrors: DTS Job ID='{2985481F-1A5B-4260-B892-CE3A26D35DEA}' URL='http://sccm2012.CORP.BE:80/SMS_MP' ProtType=1
    ...

    They also go on and on and on until I remove my client from the domain and rejoin it.
    After a couple of hours everything is messed up again.

    Don't know what's causing this problem and don't see any solutions anymore.

    Anybody any ideas?

    Thanks in advance!

    Robin


    Thursday, March 14, 2013 2:02 PM

Answers

  • Found my problem!

    And because I hate those threads without a solution I'll post mine here:

    Edited our GPO with:

    Computer Configuration -> Policies -> Administrative Templates -> Network -> Bits -> Allow BITS peercaching -> Disabled
    Computer Configuration -> Policies -> Administrative Templates -> Network -> BranchCache -> Turn on BranchCache -> Disabled

    Everything seems to work now, no more hanging BITS transfers.

    Thx for helping me out!


    Friday, March 15, 2013 3:21 PM

All replies

  • 0x80070426 = The service has not been started. Have you already examined if the BITS service is still running on the clients?

    Torsten Meringer | http://www.mssccmfaq.de

    Thursday, March 14, 2013 2:17 PM
  • Yes the services is running, I've examined that when the errors occurred.

    If I run get-bitstransfer -allusers on the client I get:

    jobId
    2210a8e7-....

    Displayname
    CCMDTS Job

    Transfertype
    Download

    Jobstate
    TransientError

    OwnerAccount
    NT AUTHORITY\SYSTEM

    So the BITS Service is up for sure!
    All transfers just go into error, but I don't know why.



    Thursday, March 14, 2013 2:55 PM
  • Small update: This is a verbose status of a bits job

    BITSADMIN version 3.0 [ 7.5.7600 ] BITS administration utility. (C) Copyright 2000-2006 Microsoft Corp. BITSAdmin is deprecated and is not guaranteed to be available in future versions of Windows. Administrative tools for the BITS service are now provided by BITS PowerShell cmdlets. GUID: {2210A8E7-D5C9-45F2-96D0-A71230915781} DISPLAY: 'CCMDTS Job' TYPE: DOWNLOAD STATE: QUEUED OWNER: NT AUTHORITY\SYSTEM PRIORITY: HIGH FILES: 4 / 10 BYTES: 62124 / 204960 CREATION TIME: 13/03/2013 13:36:47 MODIFICATION TIME: 14/03/2013 16:18:17 COMPLETION TIME: UNKNOWN ACL FLAGS: NOTIFY INTERFACE: REGISTERED NOTIFICATION FLAGS: 11 RETRY DELAY: 60 NO PROGRESS TIMEOUT: 28800 ERROR COUNT: 637 PROXY USAGE: NO_PROXY PROXY LIST: NULL PROXY BYPASS LIST: NULL ERROR FILE: http://sccm2012.corp.BE:80/SMS_MP/.sms_pol?%7B75431a32-b5cb-42eb-8ec5-d4c062d6aa90%7D.SHA256:0793BD474258A7256C6C7D09A7D03D69A1F01BDE15F1DF39A1E25D10076DB57E -> C:\Windows\CCM\Temp\{A8EBA2FE-1440-4449-8C61-737A5C66BF5D}.tmp ERROR CODE: 0x80070426 - The service has not been started. ERROR CONTEXT: 0x00000005 - The error occurred while the remote file was being processed. DESCRIPTION: JOB FILES: 16642 / 16642 WORKING http://sccm2012.corp.BE:80/SMS_MP/.sms_pol?%7BBD4399D5-A5F7-4709-AF72-B519C86FD8C4%7D/15.3_00 -> C:\Windows\CCM\Temp\{D4F04AF6-A193-454B-9F46-B15994408C7C}.tmp 7578 / 7578 WORKING http://sccm2012.corp.BE:80/SMS_MP/.sms_pol?%7Bb6d2856c-3ecc-452a-9aeb-790f1f1a8fb2%7D.328_00 -> C:\Windows\CCM\Temp\{D092C4A3-5C06-434F-B618-2DF80A7D4036}.tmp 8978 / 8978 WORKING http://sccm2012.corp.BE:80/SMS_MP/.sms_pol?ScopeId_78B7E38E-B3C1-4380-8A32-0FE76D87F94F/AuthList_1d440369-deac-426a-b5a6-1092a0ccaf47/VI.SHA256:87AA10607C4EA0B8E44705641D980CC28CF510053559B71D278905F25D3EA5B7 -> C:\Windows\CCM\Temp\{791B291D-04ED-48B5-B10D-86F4BCEE2F60}.tmp 28926 / 28926 WORKING http://sccm2012.corp.BE:80/SMS_MP/.sms_pol?%7BBD4399D5-A5F7-4709-AF72-B519C86FD8C4%7D/2.3_00 -> C:\Windows\CCM\Temp\{08C72F93-4A53-4537-88E6-8F29703DA065}.tmp 0 / 7766 WORKING http://sccm2012.corp.BE:80/SMS_MP/.sms_pol?%7B75431a32-b5cb-42eb-8ec5-d4c062d6aa90%7D.SHA256:0793BD474258A7256C6C7D09A7D03D69A1F01BDE15F1DF39A1E25D10076DB57E -> C:\Windows\CCM\Temp\{A8EBA2FE-1440-4449-8C61-737A5C66BF5D}.tmp 0 / 35738 WORKING http://sccm2012.corp.BE:80/SMS_MP/.sms_pol?ScopeId_78B7E38E-B3C1-4380-8A32-0FE76D87F94F/AuthList_dd743dbe-6d49-442a-ac26-ae9d2bb1dfe7/VI.SHA256:3AB5460B32455D192B04A6255EA8567D999A5231D9C7E9E9B80195EF17DD550D -> C:\Windows\CCM\Temp\{9B41BD8F-BD46-4C44-BA4C-12002D0F3BC0}.tmp 0 / 35522 WORKING http://sccm2012.corp.BE:80/SMS_MP/.sms_pol?ScopeId_78B7E38E-B3C1-4380-8A32-0FE76D87F94F/AuthList_9217e85b-804a-451e-af2f-ec8c0acd200e/VI.SHA256:F90BD5863D681A2ADFE8B9256DB911BE2EE466330B2AE5BEC58D44903DDE2DD4 -> C:\Windows\CCM\Temp\{3D68CA9D-E438-4131-9500-2045743FEDB0}.tmp 0 / 27298 WORKING http://sccm2012.corp.BE:80/SMS_MP/.sms_pol?CEN200B0-CEN00095-8B1B6A55.1_00 -> C:\Windows\CCM\Temp\{F837F967-31D2-4B69-958B-49DBEAC5F6AC}.tmp 0 / 9206 WORKING http://sccm2012.corp.BE:80/SMS_MP/.sms_pol?%7B652fe1f0-e334-4487-9249-cdf736bfb15a%7D.SHA256:3E38EA92E3501C0D984A6DF7B261ACE468554F654C8A010F8EBFF112464313E8 -> C:\Windows\CCM\Temp\{F25595E5-C7C4-4E13-AA67-69AB6E694506}.tmp 0 / 27306 WORKING http://sccm2012.corp.BE:80/SMS_MP/.sms_pol?CEN200B2-CEN00096-8B1B6A55.1_00 -> C:\Windows\CCM\Temp\{3A8DEFBC-00F8-4E5A-B8F5-7D2A3CBC2E3C}.tmp NOTIFICATION COMMAND LINE: none owner MIC integrity level: SYSTEM owner elevated ? true This job is read-only to the current CMD window because the job's mandatory integrity level of SYSTEM is higher than the window's level of HIGH. Peercaching flags Enable download from peers :true Enable serving to peers :true CUSTOM HEADERS: NULL


    Thursday, March 14, 2013 3:21 PM
  • ERROR CONTEXT: 0x00000005 - The error occurred while the remote file was being processed.

    This line sticks out to me because error code 5 = access denied.

    Have you reviewed the iis log files on the DP and MP (given that the jobs queued up in the list above are policies?

    Have you ensured your AV product is not getting the way on either the server or client side?

    Given that it seems to work for a while and then quit, that would indicate some type of policy being pushed down like a group policy my be causing something odd to happen.


    Jason | http://blog.configmgrftw.com

    Thursday, March 14, 2013 8:47 PM
  • for the GPO stuff ... to confirm this, take the client out of the domain, put it back, check the client to confirm it is now in a working state (recieves policy, can execute something, logs clean), once confirmed perform a GPUPDATE /FORCE and a few minutes later go over the client again to see if Group Policy has delivered a policy that is crippling the client.

    Rob Marshall | UK | My Blog | WMUG | File CM12 Feedback | CM12 Docs | CM12 Release Notes

    Friday, March 15, 2013 11:24 AM
  • It's a GPO problem indeed.

    Just have to find what's causing it...

    Just set up a test replica of the GPO to test the rules one by one to determine what's causing this problem.



    Friday, March 15, 2013 1:22 PM
  • Found my problem!

    And because I hate those threads without a solution I'll post mine here:

    Edited our GPO with:

    Computer Configuration -> Policies -> Administrative Templates -> Network -> Bits -> Allow BITS peercaching -> Disabled
    Computer Configuration -> Policies -> Administrative Templates -> Network -> BranchCache -> Turn on BranchCache -> Disabled

    Everything seems to work now, no more hanging BITS transfers.

    Thx for helping me out!


    Friday, March 15, 2013 3:21 PM
  • Awesome thanks for coming back to explain, happy administering :-)

    Rob Marshall | UK | My Blog | WMUG | File CM12 Feedback | CM12 Docs | CM12 Release Notes

    Friday, March 15, 2013 3:31 PM
  • I have BranchCache configured by GPO as stated in TechNet documents. The service works very well.

    On a machine with the same error I found that BranchCache service (peerdistsvc) is stopped and disabled. User of the PC has disabled it from services.msc as he told me that BC was in conflict with his apache.

    Switching it to Manual and starting it (followed by ccmexec restart) resolved the error immediately.

    Hope this helps,

    Michał


    • Edited by Michał Wawer Thursday, February 6, 2014 2:28 PM typo
    • Proposed as answer by Bogdan Petruti Wednesday, December 6, 2017 9:53 AM
    Thursday, February 6, 2014 2:27 PM
  • In my case it was the same issue as Michal described. We have branchcache enabled in our environment and the service was disabled and stopped. After set the service to manual and start, software download started as well.
    Wednesday, December 6, 2017 9:53 AM