- Remove From My Forums
-
Question
-
We have an Active Directory domain (Win 2012 R2 DCs) that uses a Proxy Server (‘Squid’, ver. 3.5.20, on Linux) to reach the internet. There’s a WSUS server (also Win 2012 R2) to handle patching. Patch Server has 17 GB free on C:, 174 GB free on D: (where
it stores downloaded patches). It uses the Windows Internal Database and does not download the actual patch files until they are approved.It had apparently been working fine, but at some point it started failing to download patches. It synchronizes directly from Microsoft Update with no errors, gets the patch list, displays applicable patches, and we approve them.
Then it starts trying to download them and fails. Application Log shows Event ID 364 Task Category 2 «Content file download failed. Reason: The server did not return the file size. The URL might point to dynamic content. The Content-Length
header is not available in the server’s HTTP reply». BITS looks like it’s running, but the state says ‘Ignores_Shutdown’. I tried building a clean new VM with the intent of setting up a new WSUS server to experiment with. It is not joined
to the domain. I tried to patch it directly from Microsoft Update, not going through my WSUS server. It fails to download patches. The failure looks like the same problem the WSUS server is having, but the error code is 0x80200011.
The WindowsUpdate.log file looks like the BITS job is being built correctly — at least, it seems to be pointing at the proxy server correctly — but every download job has a ‘Download job failed because of insufficient range support’ error. I asked the
network / proxy guys if the proxy server supports http 1.1, specifically the Range Request feature, but that have not responded.
- Remove From My Forums
-
Question
-
I have about 15 laptops running Windows 7 Pro SP1 (brand new, just out of the box). I’ve been able to install quite a few updates on about 3 of them (just started working on them). However, now, I’m getting error code 80200011 when I attempt
to install additional «required» updates.I’ve tried clearing the BITS queue, deleting softwaredistribution folder and ran SFC and nothing came up as being an issue. I’ve searched the net on this issue, but there doesn’t appear to be much on this specific problem. These systems
are behind a proxy server. I have other (XP, Windows 2003) systems that are able to update, but is there an issue between WIn 7 and some proxy servers? If so, why would I be able to install some updates?Any help or suggestions would be GREATLY appreciated. Thanks all.
Answers
-
Hi,
Chek that your proxy is configured correctly, and if you can follow these steps to resolve this issue : stop the Windows Update service and make sure that the «Backround Intelligent Transfer Service» and «Cryptographic service» are started and then go to
C:Windows and rename the software distribution folder to UpdateOLD , and finally restart the Windows Update Service
Oussama Oueslati | System Engineer | vNext Consulting
-
Edited by
Friday, December 16, 2011 11:24 PM
-
Marked as answer by
Arthur Xie
Wednesday, December 28, 2011 4:14 AM
-
Edited by
-
Hi,
BG_E_MISSING_FILE_SIZE (0x80200011)
The server did not return the file size. BITS only transfers static content and requires the HTTP server to return the Content-Length header. The transfer request
fails if the URL points to dynamic content.When BITS sends a HEAD request and server/proxy doesn’t return Content-Length header in the response, BITS puts the job in ERROR state with BG_E_MISSING_FILE_SIZE.
BITS 1.5 puts the job in ERROR state with BG_E_INVALID_SERVER_RESPONSE error. Apache 2.0 proxy server is known to exhibit this behavior.In order to further research this issue, please collect the Windows Update log(%windir%Windowsupdate.log), then upload these via SkyDrive and post a link here.
http://explore.live.com/windows-live-skydrive?wa=wsignin1.0
Hope that helps
William Tan
TechNet Community Support
-
Marked as answer by
Arthur Xie
Wednesday, December 28, 2011 4:14 AM
-
Marked as answer by
Are you currently having problems with Windows Update, and are you getting the error message ‘0x80200011’?
Tech Support 24/7
Ask a Tech Specialist Online
Connect with the Expert via email, text or phone. Include photos, documents, and more. Get step-by-step instructions from verified Tech Support Specialists.
On this page, you will find more information about the most common causes and most relevant solutions for the Windows Update error ‘0x80200011’. Do you need help straight away? Visit our support page.
Error information
What causes the 0x80200011 error?
Microsoft’s answer: When BITS sends a HEAD request and server/proxy doesn’t return Content-Length header in the response, BITS puts the job in ERROR state with BG_E_MISSING_FILE_SIZE. BITS 1.5 puts the job in ERROR state with BG_E_INVALID_SERVER_RESPONSE error. Apache 2.0 proxy server is known to exhibit this behavior.
Do you think there is another cause for this error? Let others know in the comments below.
How to solve Windows Update error 0x80200011
We’ve created a list of solutions which you can follow if you want to solve this Windows Update problem yourself. Do you need more help? Visit our support page if you need professional support with Windows Update right away.
Tech Support 24/7
Ask a Tech Specialist Online
Connect with the Expert via email, text or phone. Include photos, documents, and more. Get step-by-step instructions from verified Tech Support Specialists.
Have you found a solution yourself, but it is not in the list? Share your solution in the comments below.
Need more help?
Do you need more help?
Tech experts are ready to answer your questions.
Ask a question
-
#3
Adding to what Tim said,
To find the BITS service, open a command shell and type:
sc query bits
If BITS is running, you should see output like the following:
SERVICE_NAME: bits
TYPE : 20 WIN32_SHARE_PROCESS
STATE : 4 RUNNING
(STOPPABLE,NOT_PAUSABLE,ACCEPTS_SHUTDOWN)
WIN32_EXIT_CODE : 0 (0x0)
SERVICE_EXIT_CODE : 0 (0x0)
CHECKPOINT : 0x0
WAIT_HINT : 0x0
If BITS is not running, you should see output like the following:
SERVICE_NAME: bits
TYPE : 20 WIN32_SHARE_PROCESS
STATE : 1 STOPPED
(NOT_STOPPABLE,NOT_PAUSABLE,IGNORES_SHUTDOWN)
WIN32_EXIT_CODE : 0 (0x0)
SERVICE_EXIT_CODE : 0 (0x0)
CHECKPOINT : 0x0
WAIT_HINT : 0x0
-
#4
Hello, I have System Configuration Manager 2012 R2 running on a Windows Server 2012 R2 system and attempting to push to a Windows 7 host. When I check the ccmsetup.log in the Configuration Manager Trace Tool, I see the following entries:
Failed to download files through BITS. Error: 0x80200011, Description The server did not return the file size. The URL might point to dynamic content. The Content-Length header is not available in the server’s HTTP reply.
, Context: The error occurred while the remote file was being processed.
====================================================
Failed to download client files by BITS. Error 0x80200011
====================================================
Enumerated all 1 local DP locations but none of them is good. Fallback to MP. ccmsetup 4/1/2015 5:34:27 PM 2980 (0x0BA4)What is the cause of the problem? How can I resolve this issue?
View attachment 9
@Ty Penn — Did you check if the BITS is installed and running fine ?
-
Thread Starter
-
#5
Thank you Prajwal and tim. I suppose that I did not find BITS running fine on my SCCM server.
Here is my output:
C:Perl64lib>sc query bits
SERVICE_NAME: bits
TYPE : 20 WIN32_SHARE_PROCESS
STATE : 4 RUNNING
(STOPPABLE, NOT_PAUSABLE, IGNORES_SHUTDOWN)
WIN32_EXIT_CODE : 0 (0x0)
SERVICE_EXIT_CODE : 0 (0x0)
CHECKPOINT : 0x0
WAIT_HINT : 0x0
I verified that the Backround Intellent Transfer Service is running under LocalSystem account. I attempt to stop it by running «sc stop bits» and «sc start bits», but to no avail. When I rerun the query I get the same result.
-
#6
Hi Ty,
I’m a newbie myself so can’t directly answer your question but it looks like a misconfiguration with your BITS service.
I’ve found following article on Technet addressing several BITS issues, I suggest you take a look at it if you didn’t already of course.
https://technet.microsoft.com/en-us/library/cc720473(v=ws.10).aspx
Just FYI, I realise following remark will not be of any help to your current problem but I feel the need to share this . We are currently migrating towards SCCM and we have chosen 1E Nomad solution to take over the BITS/DP part from SCCM. Nomad is an alternative download provider and does a brilliant job. It even eliminates the need for most of your DP’s, you’ll only need DP’s centrally and Nomad does the rest (peer-to-peer technology). In fact, your local machines are all DP’s when using Nomad. It also offers great content provisioning capabilities and never interferes with your network traffic since it uses 80% of the total bandwith not being used at the time of transferring content. I love this product for simplifying one of the difficult parts of OSD and software distribution, getting content on (remote) locations without having to worry about network interruptions.
Sorry for this shaneless promotion talk good luck in solving your BITS issue, am afraid I can’t be of more help…
Last edited: Apr 7, 2015
-
#7
Hi Ty,
I’m a newbie myself so can’t directly answer your question but it looks like a misconfiguration with your BITS service.
I’ve found following article on Technet addressing several BITS issues, I suggest you take a look at it if you didn’t already of course.https://technet.microsoft.com/en-us/library/cc720473(v=ws.10).aspx
Just FYI, I realise following remark will not be of any help to your current problem but I feel the need to share this
. We are currently migrating towards SCCM and we have chosen 1E Nomad solution to take over the BITS/DP part from SCCM. Nomad is an alternative download provider and does a brilliant job. It even eliminates the need for most of your DP’s, you’ll only need DP’s centrally and Nomad does the rest (peer-to-peer technology). In fact, your local machines are all DP’s when using Nomad. It also offers great content provisioning capabilities and never interferes with your network traffic since it uses 80% of the total bandwith not being used at the time of transferring content. I love this product for simplifying one of the difficult parts of OSD and software distribution, getting content on (remote) locations without having to worry about network interruptions.
Sorry for this shaneless promotion talk
good luck in solving your BITS issue, am afraid I can’t be of more help…
Here is something interesting concerning your error:
BG_E_MISSING_FILE_SIZE
0x80200011
When BITS sends a HEAD request and the server/proxy does not return Content-Length header in the response, BITS puts the job in ERROR state with this error. Check the proxy server and WSUS server to ensure that they are configured correctly. Some versions of the Apache 2.0 proxy server are known to exhibit this behavior.
-
Thread Starter
-
#8
Chris Cools, thank you; how would I check the proxy server & WSUS server?
-
#9
Hi Ty,
I’m a newbie myself to SCCM so I have no clue either what is causing your problem.
See where these suggestions get you, keep us posted.
Good luck!
-
#10
some other articles to check…
http://support.microsoft.com/en-us/kb/942045
http://support.microsoft.com/en-us/kb/942076
suggestion from technet (if applicable to your problem)
To repair a corrupted BITS configuration
- Open a command shell.
- Type:
Sc config bits binpath=”%systemroot%system32svchost.exe –k netsvcs“ Sc config bits depend = RpcSs EventSystem
Sc config bits start=delayed-auto
Sc config bits type=interact
Sc config bits error=normal
Sc config bits obj=LocalSystem
Sc privs bits privileges=SeCreateGlobalPrivilege/SeImpersonatePrivilege/SeTcbPrivilege/SeAssignPrimaryTokenPrivilege/SeIncreateQuotaPrivilege
Sc sidtype bits type= unrestricted
Sc failure bits reset= 86400 actions=restart/60000/restart/120000
- Stop and restart BITS.
-
#11
Ty,
Having read some articles about the error code and message you get I’m starting to get convinced this is an issue with HTTP 1.1 being blocked or not being enabled properly (internal firewalls? client firewalls? antivirus?…)
I would suggest:
[a] Ensure that BITS is properly installed on your workstations
Ensure that any proxy server between the workstations and the WSUS server is properly configured to support HTTP v1.1
[c] Ensure that the client is enabled to use HTTP v1.1
-
Thread Starter
-
#12
@Cools. This looks promising. I will attempt.
-
Thread Starter
-
#13
So, now my BITS installation appears to be hosed now. I cannot seem to restart the Background Intelligent Transfer service. The message indicates that the service has been identified to be deleted. I have rebooted the server and reinstalled the BITS but to no avail.
-
#14
Hi Ty Penn, was your issue fixed ?.
-
Thread Starter
-
#15
No, Mr. Desai. My last action was to attempt to reinstall BITS, but that did not work. Prior to that I attempted the repair action recommended by Chris Cools. When I did that, I was unable to restart BITS because the OS continued to inform me the service was identified to be deleted. This is where I am. Oddly, the rest of SCCM appears to work, but WSUS will not start because BITS will not start.
-
#16
Ty, can you still see the service listed in the services list? I assume you can, since you’re attempting to start it…
If so, can you try to uninstall the service manually and then reinstall it that way? I assume you’re trying to reinstall via the role/feature wizard?
Can you add some screenshots / logs of the events associated with your actions / BITS service? Also, which version of WSUS are you running?
Is WSUS patched completely for instance?
Finally, did BITS ever work on your system or not?
-
Thread Starter
-
#17
@Cools. Yes, I can see the service listed. I have tried uninstalling the BITS service role, rebooting, then reinstalling it. WSUS 3.0 is the version. Having an issue with downloading patches. Yes, BITS and WSUS worked before. I have opened a ticket with Microsoft and will post the solution with screen capture.
-
Thread Starter
-
#18
Microsoft network engineer Ishwarya Pallipatti Ramaseshan found the issue. Turns out it was a registry key that was mis-configured.
https://support.microsoft.com/en-us/kb/839091
When I performed the 2nd step called out by Cools, it did not have a slash between RpcSs and EventSystem
Sc config bits binpath=”%systemroot%system32svchost.exe –k netsvcs“ Sc config bits depend = RpcSs EventSystem
So the command should have been Sc config bits binpath=”%systemroot%system32svchost.exe –k netsvcs“ sc config bits depend= rpcss/eventsystem
-
#19
Wow amazing. I hope BITS is working fine now. I am marking the thread as Solved.


