Jump to content


Robert R.

OSD task sequence not locating software updates

Recommended Posts

Hello,

 

A little background, we migrated our CM2007 box to CM2012 last week. There are a few loose ends here and there, but the things that we need to work - client upgrades, application deployment, software updates to clients and reporting are functional.

 

The issue I'm having right now is with our OSD task sequences. For some reason they are not able to locate the update package in the Software Updates step. I've double-checked our boundaries and boundary groups and they are configured correctly. Dependencies during the execution of the TS are hitting their local DP for content downloads. But when it comes to the updates step, it times out.

 

From SMSTS.log:

 

 

Failed to run the action: Install Software Updates.

This operation returned because the timeout period expired. (Error: 800705B4; Source: Windows)

 

I kept a cmd window open during the TS so that I can capture the log files.

 

If anyone here has any thoughts about this, I would greatly appreciate it.

 

Cheers

 

- Robert

smsts.log

smsts-20121018-143846.log

WindowsUpdate.log

Share this post


Link to post
Share on other sites

Thanks Peter for responding.

 

I examined the collection structure and we did have nested sub-collections in our old cm2007 box. Thinking that the software update group would have trouble hitting the collection that the device to be imaged resided in, I created a test collection with a flat hierarchy and confirmed that the task sequence and software update group objects were indeed listed in the properties (see screengrab).

 

I then re-ran the osd TS and software updates step still failed to execute with same error code as I noted earlier. This time though I scrutinized other log files in C:\windows\ccm\logs. I noticed in the UpdatesDeployment.log that the GUID for the corresponding software update group was detected. To me, something is rejecting the bits from the update package to be downloaded.

post-8833-0-84813300-1350757705_thumb.png

Logs.zip

WindowsUpdate.log

Share this post


Link to post
Share on other sites

i did the workaround outlined in the KB - it worked as expected. However I'm still concerned that this workaround even needs to be implemented, as this functionality was working just fine in CM2007. I'll open up a case on Premier so we can get to the bottom of this. If there a resolution to this, I'll post it on this thread.

 

I appreciate the advice Peter, thank you.

 

- Robert

Share this post


Link to post
Share on other sites

Found solutions to my problem:

 

* For an OSD TS, I appended an 'https://' to the SMSMP client installation property (ex. SMSMP=https://SCCM.HDCCO.COM). We setup our MP to communicate to the client using HTTPS and require a cert from our PKI. According the the client installation properties reference page on TechNet, specifying the MP in this fashion is required if you're not running SP1. Once I did this, updates are detected and downloaded.

 

http://technet.micro...y/gg699356.aspx

 

* For a Build & Capture TS, I was running into a similar issue as well. Updates would be detected but IIS would refuse to let the client download the BITS. I had a case opened on Premier to address this and they discovered in the IIS logs that NTLM wasn't being accepted as a way to pass credentials of the NAA. They had me insert a step in my TS to install KB2522623 to address this, and when the software updates ran, they were promptly detected and downloaded.

 

http://support.micro....com/kb/2522623

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.

Guest
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.

Loading...


×
×
  • Create New...