Jump to content


Windows Updates Failed through deployment.

Recommended Posts

I have just started pushing out updates via SCCM 2012. I downloaded the updates into a separate WSUS folder, created a deployment package and software update group and deployed the updates. When I look on the system, it shows the updates are there, but all of them failed. When I click retry in software center, they install just fine. What am I missing that these install manually but not automatically like the deployment was setup to do?


**Update** Some of the pc's received the updates just fine, others did not. Not sure what the difference is yet, but I'll keep looking into it. I do see a bunch of "errors" in the UpdatesDeployment.log which state:

Update (Site_xxxxx) not actionable, no attempt required." What does that mean?


Share this post

Link to post
Share on other sites

It takes the same bandwith as normal applications/packages in SCCM depending on the number of the required updates for the Client. The Client will only download the required updates, even if the update package cotains all updates for a product. This should have no Impact on your Clients Performance at all, except you have set some insanely short schedules for scan and retry.


A different Story is, when you just have activated SUP on your Environment, and the clients start to compile all the policies for the published updates. This may take a while and indeed affect the disk IO on clients for several minutes. Every single published update represents a single policy which has to compiled and registered. You can actually see it in the logs. We have like 5000 published updates and a fresh Client takes like 20-30 minutes, until all policies are avaluated. That's a lot of overhead on the Client even without debug logging activated.

Anyways, i doubt that your problem is related to it.


Do you have Branch Cache activated on your clients?

Share this post

Link to post
Share on other sites

In SCCM Packages, ADRs etc, you find the Setting in the "download settings" tab. (Allow Clients to share Content with other Clients on the same subnet)

For your Windows Clients it's most likely configured via group policies (Computer Configuration -> Administrative Templates -> Network - >Branch Cache). You can check on your Clients by using the RSOP or GPRESULT commands.

Share this post

Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.