This browser is no longer supported.
Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(176, 36%, 27%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3ESP%3C/text%3E%3C/svg%3E)
Hi
We've run into a problem this month deploying updates for Microsoft 365 Office Apps using ConfigMgr 2002. These have been working fine as recently as a couple of weeks ago as we deployed Semi-annual build 13127.21624 to a pilot group successfully. The same update now fails on all devices when downloading direct from CDN. The same download works perfectly if we make the content available from a ConfigMgr distribution point.
DataTransferService.log contains the error:
DTS job {A748857A-BA09-4591-B399-E0B09B580F45} BITS job {5375518E-6E52-420D-9571-47F655D01C29} failed to download source file http://officecdn.microsoft.com/pr/7ffbc6bf-bc32-4f92-8982-f9dd17fd3114/office/data/16.0.13127.21624/stream.x86.x-none.dat to destination C:\ProgramData\Microsoft\ClickToRun\ProductReleases\2623A9B5-35EF-40AF-B907-841C96135B74\467D1B81-6125-426E-BB95-FDC7EF920714.stream.x86.x-none.1396372.dat with error 0x8020002B
I googled the BITS error which is: BG_E_INVALID_RANGE (0x8020002B) The specified byte range is invalid. The byte range must exist within the specified remote file.
I've tried reverting the Office build to an older version and updating to the penultimate build which also fails now so CDN downloads just appear to be broken outright rather than for any specific Office build. If I put the download URL into a web browser it works fine, the download only fails when instigated by ConfigMgr.
At a complete loss as to what may have changed to be causing this issue. Any help greatly appreciated.
Target devices are Win 10 1909 18363.1556
Thanks
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(243.2, 35%, 33%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EJ%3C/text%3E%3C/svg%3E)
Same exact issue here trying to install 13127.21668. Installs fine from on premise configuration manager distribution point, but fails when downloading from CDN. Hangs at 50% and gets a 0x800775f1 error.
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(32, 5%, 13%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EPH%3C/text%3E%3C/svg%3E)
We have been expeiencing the exact same issue for the last 5-6 days.
Devices obtaining content from DPs are working fine (even when the DPs are located in Azure) but devices obtaining their content from the Microsoft CDN fail.
Devices fail with the same file DataTransferService log entries: same file: stream.x86.x-none.dat and the same error code 0x8020002B
Other files as part of the same update pacakge are present on the client device - so it's not a routing / network config issue.
It appears only to be that single file (although I have reports of possibly one other file missing)
We are deploying SEAC 2008.May and we have the same issue with few test devices with 2008.June. Some May and June updates are slowly getting through, but unable to understand why. Maybe some round robin / network balancing stuff at the MS end?
I just tried the download/install at around 7:30pm CDT. It seemed to take an abnormal amount of time, but eventually downloaded and installed over CDN. Seems to be resolved. Can anyone else confirm?
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(128, 25%, 22%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EM%3C/text%3E%3C/svg%3E)
I'm still having the issue.
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(288, 80%, 37%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EM%3C/text%3E%3C/svg%3E)
Seeing the same issue with the Preview update - DTS job {E26B0FE3-5079-4C22-B078-BF6E7BD06A35} BITS job {C0A46536-139D-4A9E-900A-5239B6C3D355} failed to download source file http://officecdn.microsoft.com/pr/b8f9b850-328d-4355-9145-c59439a0c4cf/office/data/16.0.13801.20738/stream.x64.x-none.dat to destination C:\WINDOWS\ccmcache\19.E26B.dlt\Office\Data\16.0.13801.20738\stream.x64.x-none.dat with error 0x8020002B Has anyone seen this as well?
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(38.4, 37%, 13%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3ESV%3C/text%3E%3C/svg%3E)
Does anyone have some detail on the bug itself, apart from the fact that this is a known issue and being worked upon? There are some sporadic instances where the failing download eventually goes ahead and succeeds, but this isn't the case with a majority of users. Trying to seek some detail around this from MS, but have only been told that this is a Priority 1 BUG, and the workaround is to deploy the update from a Distribution Point, which doesn't help at all considering 90% of the devices are working remotely.
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(304, 56.00000000000001%, 39%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EDM%3C/text%3E%3C/svg%3E)
I am in the same boat. Same error.. same file. However i am having the same problem whether the download is happening from the local sccm DP or CDN.
These are semi annual updates from June. But having same problems with the latest Monthly enterprise update as well. If you keep trying over and over... eventually it succeeds.
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(137.6, 15%, 23%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3ET%3C/text%3E%3C/svg%3E)
We are seeing the same issue with Config Mgr, we had this last month with around 20-30% failures. Eventually, they all seemed to get it, dont know whether it was down to machines rebooting from the Windows 10 update, some of our support guys seemed to think the update wasnt downloading if Office was open, but cant confirm that. As our company are working remotely we are relying on getting the updates direct from MS so it doesn't incur costs from our Cloud Management Gateway, or create traffic over our VPN. Im now seeing the June update have the same failures with our Pilot group. Any updates from MS?
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(272, 75%, 36%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3ES%3C/text%3E%3C/svg%3E)
Had to delete the contents of my %temp% folder located on the site server, then remove all products and classifications from the SUP configuration, do an update sync, then reenable pertinent classifications and products and then sync again for this to finally start working again.
Is there an official microsoft KB link with their response for this issue? Or are you all getting the information about Microsoft working on this, via Premier support?
Thanks.
Update 10:30 BST 18/6/21
Just has this from the incident manager (as a screenshot)
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(204.8, 54%, 29%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EAC%3C/text%3E%3C/svg%3E)
@Phil Hartree Thanks for the update. Hopefully sorted soon..
@Phil Hartree Good morning, I don't suppose you've had any further updates?
Thank you in advance !
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(204.8, 19%, 29%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EPH%3C/text%3E%3C/svg%3E)
Hi
Nothing at all from MS I'm afraid.
Compliance has increased to ~25% over the weekend and failures are sitting at ~30% (where they were more like 60%)
We are still seeing failures as of 11:00BST, although the error code seems to have changed on a couple that I've just looked at:
DTS job {A8161561-FDAE-4367-BA81-FEBC44E26548} BITS job {95B21519-0AFA-4484-9CEB-20F7A2E163E4} failed to download source file http://officecdn.microsoft.com/pr/7ffbc6bf-bc32-4f92-8982-f9dd17fd3114/office/data/16.0.13127.21668/stream.x86.x-none.dat to destination C:\WINDOWS\ccmcache\9d.A816.dlt\Office\Data\16.0.13127.21668\stream.x86.x-none.dat with error 0x80190194
MS Case engineer is telling me that this issue has been resolved in the last few hours.
My machine seems to have gone through.... but then again could have been a fluke. Need to see more results...
Anyone having better luck with CDN downloads now?
Our case manager indicated to us this morning that the issue has been resolved. I had noticed one of my stuck testers had installed the June O365 updates over the weekend. I turned 5 others that have been stuck on this afternoon and 4 out of 5 downloaded and installed the update just after being turned on for awhile. For the one still failing, it originally had failed with a 0x8000000E error and would not complete the download today until I initiated the update from Word and then it finished off. I added another laptop to get the June O365 updates this evening and it fairly quickly downloaded and installed the update. My test sample is small, but I had nothing working over CDN before and all my testers have completed now (with just one of them needing a push from an O365 app instead of just waiting to complete).
Unfortunately in the UK I'm still seeing errors this morning
DTS job {6C422185-2D29-4AB6-94FD-D1CAA3FE81AD} BITS job {6C149D1C-8C4C-4328-A527-81E637B276D7} failed to download source file http://officecdn.microsoft.com/pr/492350f6-3a01-4f97-b9c0-c7c6ddf67d60/office/data/16.0.14026.20270/stream.x64.x-none.dat to destination C:\WINDOWS\ccmcache\57.6C42.dlt\Office\Data\16.0.14026.20270\stream.x64.x-none.dat with error 0x80190194
However, As MS released new O365 updates on the 18th I'll attempt to deploy those via CDN and will hopefully have more success