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.
![](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(233.6, 57.00000000000001%, 32%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EAS%3C/text%3E%3C/svg%3E)
I am also facing the same issue in my environment and looking for the fix.
![](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(96, 28.000000000000004%, 19%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EKW%3C/text%3E%3C/svg%3E)
Issue confirmed via Microsoft Premier support with no current resolution
During these years, from time to time, there has always been some issues and bugs around patching O365 with CM .... :D
![](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(236.8, 15%, 32%)' 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)
True. They rarely last this long. It's like they've just given up completely. Office 365 CDN is a "big damn deal"; countless Enterprises around the world use it to deliver patches, especially in the VPN/WFH world. This is borderline insane.
![](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)
I'm reverting to download the patches and creating a deployment package but it's taken two hours to pull the content down for the deployment package and I'm still only 75% complete. (17.8Gb size so far)
MS have really messed up in the past couple of months regarding updates
Printing borked in May
Mays CU being required yet expired for Junes CU for 2004,20H2 & 21H1
And now this shambles
Yeah. The issue isn't so much the creation of the package for us; we have on-net devices using DPs to download content. Our problem is the fact we have ~25k people on VPN, who are set up exactly to download from the CDN. They simply can't download from a DP on premise; it'd murder our connection, and would require me to re-juggle around DP/boundaries, which would ALSO hose up NORMAL MSFT patches; Cumulative Updates and .NET are downloading fine. MSFT pushed so hard to get #UseACMG #MicrosoftCloud4Lyfe and #SplitTunnelIsBestTunnel, but their primary office application's CDN is fubar? Good work guys.
My environment is nowhere near that size but feel your pain. Hopefully this is sorted soon (i doubt it)
For those affected - Can you tell me where you are located?
Interested to know if this is UK / Europe / North America / Asia etc.
World wide. US/China/India, via multiple different venues; AWS, Google, Palo network, etc.
North America for us.
Australia
![](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(35.2, 79%, 13%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EFH%3C/text%3E%3C/svg%3E)
UK for us.
![](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(150.4, 65%, 24%)' 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)
Same issue for us located in Europe/Germany