![]() I've encountered a similar issue with ADR and O365 updates on 1606 as well. Re-initiating the update download manually via the GUI pulls down the missing language specific files and the updates install as expected, just have to remember to do it every time the ADR runs so no biggie. I configured the auto deployment rule to download from Microsoft if the package wasn't available on the DP for troubleshooting. It failed, so it then tried to pull from Microsoft. It tried to download from the local DP first. This look so weird, shouldn't it download from you local DP, why trying to download from ? I am going to manually create this updates package and redeploy. The package contained the o365 update and it was distributed to the DP. Have you validated that the updates were successfully downloaded to a package and that package has been successfully distributed to a DP accessible to the client in question? OK, based on that, the package containing the updates is not available to the client and the client is thus trying to download the updates directly from Microsoft. ĭistribution Point='net:', Locality='REMOTE' The PG is working on a fix to be delivered via update rollup to SCCM to fix ADR mechanism.ĭave Guenthner This posting is provided "AS IS" with no warranties, and confers no rights. ![]() If you compare the contents of the Office folder from ADR versus manual download you'll see the difference in content. ![]() If you right click in the SCCM GUI and select download, you'll find all of the content is downloaded as expected. The issue is only language neutral files are being downloaded via ADR rule and therefore all of the content is not present. I checked the package on that ADR and all was good. Worked great! Seems like something was just up with the ADR. Manually created the software update package and deployed the o365 update. ![]() Wednesday, Aug5:09 PM ✅Answered | 3 votes 1007Īny help here would be much appreciated. Other windows 10 updates are working fine. UpdatesHandler.log says: CAS failed to download update (ce0a224f-2e98-459a-9435-feb8453e0aed). The clients see the update, but wont download and install. The updates are downloaded and on the distribution point. The error reported in software center is "The software change returned error code 0x8007755A (-2146994854)."Īn automatic deployment rule is setup for o365 updates. After installing the update I am having issues getting o365 updates to download and install on my clients. Recently installed sccm v1606 (fast ring). ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |