Windows 11 22H2 CU update failing during Task Sequence because of UUP

Since the new UUP updates for Windows 11 22H2 we experienced an issue that the latest CU was not downloading/installing during the “Install Software Update” step of our OS deployment Task Sequence. It remains exactly 30 minutes trying to download the same update, then it tried again for 30 minutes. Resulting in a one-hour delay in the deployment.

Trying to download update

After the OS deployment (OSD) was finished we could see the CU as required in Software Center and were able to install it right away. This means there was no issue on the backend, ConfigMgr is able to deploy the new UUP updates without any issue.

Our ConfigMgr environment is version 2207 with HFRU. You need a minimum version of 2203 to be able to support UUP, so this was not the issue.
UUP on premises updates for Windows 11 | Windows IT Pro Blog (microsoft.com)

After digging the logfiles we noticed the following errors

The error when update download failed

We contacted Microsoft support and also found other people having the same issue on Twitter.

Two “Install Software Update” steps with a reboot in between solved the issue. The CU was installed during the OSD Task Sequence. However, the extra hour (2×30 mins) was not a good workaround for us so together with Microsoft we searched further to have a better solution.

After checking WMI just before the “Install Software Updates” step we noticed there was a WUAgent version missing.

  • WbemTest “root\cimv2\sms” Connect
  • Query “Select * from Win32_WindowsUpdateAgentVersion” Apply
  • Double click on the “Win32_WindowsUpdateAgentVersion”
  • Check the “Version”

After the first “Install Software Update” step the version was filled, so after the reboot, the second “Install Software Update” step was working.

Microsoft confirmed we could test injecting the version before the first “Install Software Update” step.

Extra steps in the task Sequence

The “Inject WUAgent version in WMI” step is a simple Powershell script that gets the version of the wuaueng.dll file and inject it in WMI

Inject WUAgent version in WMI step
# Get version from DLL
$wuaversion = (Get-ItemProperty -Path 'C:\Windows\System32\wuaueng.dll').VersionInfo.ProductVersion

# Connect to the root/cimv2/sms WMI namespace
$wmiNamespace = "root/cimv2/sms"
$wmiScope = New-Object System.Management.ManagementScope(\\.\root\cimv2\sms)
$wmiScope.Connect()

# Get the Win32_WindowsUpdateAgentVersion instance
$updateAgentClass = [System.Management.ManagementClass]"${wmiNamespace}:Win32_WindowsUpdateAgentVersion"
$updateAgentInstance = $updateAgentClass.CreateInstance()

# Set the Version property to the desired value 
$updateAgentInstance.Version = $wuaversion

# Save the changes to WMI
$updateAgentInstance.Put()

The extra reboot before the actual “Install Software Update” step is needed to get it working. You can try this workaround at your own risk but for us it seems to be working.

The statement of Microsoft remains to add 2 “Install Software Update” steps with a reboot in between. Unified update platform (UUP) FAQ’s – Microsoft Community Hub

Microsoft is working on a hotfix for ConfigMgr, we could expect that this will be for the latest build 2303. So be prepared.

Leave a Reply

Your email address will not be published. Required fields are marked *

Back to top