Recently on the MyITForum.com listserv, a question appeared from Jeff:
I am having issues with ZTIWindowsUpdate.wsf from MDT 2012 SP1 in a ConfigMgr 2012 task sequence. The WSUSServer property is set in the CustomSettings.ini. The task sequence is failing with the following:Unhandled error returned by ZTIWindowsUpdate: Object doesn't support this property or method (438).
If I look in the WindowsUpdate.log file on the PC, it shows that a particular update failed to download…
MDT does a fairly good job of capturing bugs and errors in the client scripts, but the bdd.log may only show limited information in the log file. See my previous post for a full description on what is going on in the background here. In the example above, we can see that the bdd.log is unfortunately showing only error number 483, which isn’t helpful. Running ZTIWindowsUpdate.wsf manually with the /debugcapture switch could get us more information.
We have come across this problem before, and it’s a bug in MDT. It’s been around for a while, but it’s been hard to debug, because it requires a non-trivial set of conditions to occur.
In ZTIWindowsUpdate.wsf we have some logic to verify that all updates were downloaded correctly, if not then we display a warning. Under what conditions would a WSUS server tell a client to install an update, but the client was not able to download the bits? The error from the e-mail suggested an error of: 0x80190194 BG_E_HTTP_ERROR_404 (file not found?!?!) Can I blame the WSUS Server? :^)
For item = 0 to UpdatesToDownload.Count - 1 If not UpdatesToDownload.Item(item).IsDownloaded then oLogging.CreateEntry " Failed to download: " & UpdatesToDownload.Item(item).Identity.UpdateID & _ " result(" & UpdateResult.GetUpdateResult(item).ResultCode & ") : " & UpdatesToDownload.Item(item).Title, MSIT_LogType End if Next
The bug is on line 403, where this line should be changed from:
" result(" & UpdateResult.GetUpdateResult(item).ResultCode & ") : " & UpdatesToDownload.Item(item).Title, MSIT_LogType
" result(" & UpdateResult.GetProgress.GetUpdateResult(item).ResultCode & ") : " & UpdatesToDownload.Item(item).Title, MSIT_LogType
Had a hard time reproducing this in our labs, so we didn’t get a fix out for MDT 2012 ( or MDT 2012 Update 1 ).
The current MDT team has been aware of this issue, hopefully it can be fixed in the future.