The solution for me was to stop the Windows Update service on each VDI VM, wipe out the unique ID in the VM's registry, then reboot the VM. The PowerShell commands I ran on each VM are below.
net stop wuauserv
REG DELETE "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate" /v SusClientId /f
REG DELETE "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate" /v SusClientIdValidation /f
net start wuauserv
wuauclt /resetauthorization /detectnow
wuauclt /reportnow
The articles I'd read indicated that after running those commands, a reboot wasn't required. However the VDI VMs I ran these commands on did not show up in the WSUS console until after a reboot.
Update 08/04/2015:
I've confirmed that you can prevent this from happening in linked-clone desktops by removing the two registry keys from the base VM prior to shutting it down and snapshotting it for use with View Composer. Once the linked-clone VMs are up and running, they'll contact WSUS and each will get their own unique ID. This will ensure they all show up individually in the WSUS console.
No comments:
Post a Comment