I'm cloning Windows 2008R2 with PowerCLI on ESXi 5.0. On the clone, setuperr.log in C:\Windows\Panther\UnattendGC has the following error:
2013-02-01 15:49:13, Error [msoobe.exe] Failed to install product key [hr=0xC004F050]In the System control panel window, ("control system" at cmd), under Windows Activation there's a link: "3 days until automatic activation. Activate Windows now." Online Activation succeeds, both automatically (at first login after 3 days) or manually via the link in Computer Properties. So the product key would seem to be valid. Besides the logged error message, I've found nothing visibly wrong. (Maybe product key installation attempts time out, causing sysprep to be slower than it should be - but I have no good basis for comparison on this OS.)Seen this before? Cause for concern? Solutions?My familiarity with Windows licensing is mostly second-hand, but I know 2 thrilling acronyms that apply to us: SPLA and MAK; and one acronym that does not: KMS.Here is the PowerCLI I imagine to be relevant:Get-OSCustomizationSpec -Name specName | New-OSCustomizationSpec -Name tempSpecName -type NonPersistentset-OScustomizationSpec tempSpecName -adminPassword $adminPwd -namingScheme Fixed -namingPrefix $dnsName -domain $domain -domainCredentials $creds -autoLogonCount 1$clone = New-VM -vm $sourceVM -name $vmName -OSCustomizationSpec tempSpecName -VMHost $vmhost -location $destFolder -Datastore $datastore -diskStorageFormat Thinstart-vm $cloneThe error is also discussed here http://communities.vmware.com/message/1852187In our spec, ChangeSID is True. Domain join succeeds, so network connectivity would seem to be in place there, at least.
Are you using a KMS or a MAK key ?
Does the sysprep finsih correctly when you do not specify the key ?
Is there anything that might help in the log before or after the error entry ?
Blog: lucd.info Twitter: @LucD22 Co-author PowerCLI Reference
MAK key, no KMS.
Nothing else in setuperr.log. Besides the logged error, sysprep works fine, AFAICT. Nothing else amiss on the clone. Even this is a non-problem, because Automatic Activation fixes it in three days. But I got curious after seeing the error.
Same behavior using set-osCustomizationSpec -productKey vs omitting that parameter and using the product key from the spec.
One possibility that comes to mind is that the vSphere sysprep preparation process doesn't copy the key correctly to the unattend.xml file.
When the VM starts up to do the deployment try hitting Shift-F10, and from the command prompt inspect the unattend.xml file.
Check if the key is in there.
Blog: lucd.info Twitter: @LucD22 Co-author PowerCLI Reference
No such luck, but that Shift+F10 trick is very handy, thanks.
C:\Windows\Panther>type unattend.xml | find "Product"
<ProductKey>XXXXX-XXXXX-XXXXX-XXXXX-XXXXX</ProductKey>
The key matches the spec's ProductKey, and it's not really all Xs. Running slmgr.vbs /dlv on the clone, Remaining Windows rearm count is 2. I take that to mean sysprep was not run previously, so I was surprised to find the 2012 log entries below. But maybe I'm misunderstanding, or the vm was cloned without sysprep, and\or initial startup logging writes to these files; I was surprised because I assumed the logs to be specific to sysprep.
"Product" appears 3 times in C:\Windows\Panther\UnattendGC\setupact.log :
2012-12-26 22:52:10, Info [msoobe.exe] Service sppsvc reports as running
2013-02-01 15:47:58, Info [Shell Unattend] Starting service sppsvc
2013-02-01 15:47:59, Info [Shell Unattend] Service sppsvc reports as running
2013-02-01 15:48:08, Info [Shell Unattend] ProductKey set
2013-02-01 15:48:08, Info [Shell Unattend] Exiting 'specialize' pass with status 0x001f1000
2013-02-01 15:48:08, Info [DJOIN.EXE] Unattended Join: Begin
2013-02-01 15:48:08, Info [DJOIN.EXE] Unattended Join: Loading input parameters...
2013-02-01 15:49:10, Info [oobeldr.exe] Flushing registry to disk...
2013-02-01 15:49:10, Info [oobeldr.exe] Flush took 328 ms.
2013-02-01 15:49:10, Info [oobeldr.exe] Successfully completed RunSMIPass for oobeSystem.
2013-02-01 15:49:10, Info [oobeldr.exe] No reboot has been requested for oobeSystem unattend.
2013-02-01 15:49:10, Info [oobeldr.exe] Successfully ran oobeSystem pass.
2013-02-01 15:49:10, Info [oobeldr.exe] Launching [C:\Windows\system32\oobe\msoobe.exe]...
2013-02-01 15:49:10, Info [msoobe.exe] Starting service sppsvc
2013-02-01 15:49:11, Info [msoobe.exe] Service sppsvc reports as running
2013-02-01 15:49:11, Info [msoobe.exe] Successfully created first boot reg key
2013-02-01 15:49:11, Info [msoobe.exe] Found SkipMachineOOBE value
2013-02-01 15:49:11, Info [msoobe.exe] Running mandatory tasks
2013-02-01 15:49:11, Info [msoobe.exe] Doing background work directly in MandatoryTasks; eType=1
2013-02-01 15:49:13, Error [msoobe.exe] Failed to install product key [hr=0xC004F050]
2013-02-01 15:49:13, Info [msoobe.exe] Starting service netprofm
2013-02-01 15:49:15, Info [msoobe.exe] Service netprofm reports as running
2013-02-01 15:49:15, Info [msoobe.exe] Successfully signalled event to start up services
Apparently 0xC004F050 means "The Software Protection Service reported that the product key is invalid": http://technet.microsoft.com/en-us/library/ff793399.aspx
Odd then that the Automatic Activation succeeds.
There might be an error in the unattend.xml that is created.
With the Shift-F10 trick you could copy the unattend.xml to a share.
Then with the SIM tool you could check the unattend.xml file to see if all options are valid.
Blog: lucd.info Twitter: @LucD22 Co-author PowerCLI Reference
Thanks Luc. Sounds like the SIM tool is part of WAIK. We're not using WAIK, but I'll report back if I ever get around to setting that up.