Main Page Sitemap

Most viewed

MasterPlex 2010 2.0.0.73 with activation
VCard VCF Converter for Microsoft Outlook, iCloud andWindows Contacts Converter to Convert (.CONTACT ) filesOutlook Conversion Convert Outlook PST to EML MSG VCF Preview Contacts with Attributes Once you add the PST file, software performs quick scanning of these files and generates an instant preview...
Read more
EZ Backup Google Desktop Basic 6.39 with key generator
Artistic Pavers SurfacesBusiness Technology News and Commentary - InformationWeek 9 Tips For Hiring Data Science Talent 0 comments | Read | Post a Comment 10 Reasons Your Data Vision Will Fail 0 comments 7 Cool Data Center Innovations 1 More Slideshows Archived InformationWeek Radio InformationWeek...
Read more
123Motion 1.0 license number plus patch
Important Microsoft Bulletins Security Patches Version : 0.3 Date : 21/12/2011 ------------------------------------------- ######################################################################... 1. Most important OS Service Packs (English): ######################################################################... OS Service Pack File Size Info Download ----------------------------------------------------------------------... Win2K3 x86 SP1 WindowsServer2003-KB889101-SP1-x86-ENU.exe 329.3 MB http://www.microsoft.com/download/en/details.aspx?id=11435 Win2K3 x86/Win2K3 x86 R2 SP2 WindowsServer2003-KB914961-SP2-x86-ENU.exe 372.0...
Read more

ShutItDown Gold 2 with Product activator


Outlook Extract Contacts Software 7.0 not need Activation

shutItDown Gold 2 with Product activator

After further testing today, it appears setting KMS via the Imaging Wizard resolves the duplicate CMID issue.  Here’s the method we used to capture the initial vDisk (assuming XenApp 6.5 is installed – mentioning this as it referenced later – on the golden image VM as well as the PVS 7.6 target device software):

 

·   Run the Imaging Wizard on the golden image VM

  § Enter the appropriate server address and credentials

  § Create new vDisk

  § Enter a name for the vDisk and select vDisk type (we use dynamic – 2MB block size)

  § Select “Key Management Service (KMS)” at the Microsoft Volume Licensing screen – This appears to be what                         fixed our issue, we had been choosing “None” here

  § Ensure that the appropriate drive is selected under Source Volume – likely the C: drive

  § Enter a name for the target device, choose the appropriate NIC/MAC and Collection (this is populated if                                   previously entered)

  § Click “Optimize for Provisioning Services”, OK

  § Finish when done and reboot (ensuring network – or CDROM if using a BDM image – is configured as the first                         boot device for the golden image VM prior to reboot)

·    Once the golden image VM has booted back up, log in with the same user account used to run the Imaging Wizard

·    Image capture begins – Finish when down

·    Shutdown the golden image VM

 

We create a “maintenance” target device that we use for vDisk maintenance (i.e. making changes to vDisk versions, etc).  This is just a VM has the same vCPU/RAM config as the target devices we’ll be using/creating to boot from the newly captured vDisk.  We add a write shutItDown Gold 2 with Product activator cache drive to this VM.  We create a device in PVS with this VM’s MAC address and add the newly created vDisk to this device.  The remainder of these steps shutItDown Gold 2 with Product activator assume you have a “maintenance” target device configured to boot from the newly created vDisk and are only interested in Windows activation via KMS.  In the PVS console, the newly captured vDisk should still be in private mode and KMS selected on the Microsoft Volume Licensing tab.  There is no need to check the vDisk in PVS to confirm this – just added this for completeness sake.

 

·    Boot your maintenance target device

·    Log in and run cscript.exe slmgr.vbs –rearm from an elevated command prompt (may need to navigate to                                C:\windows\system32 prior to running this command)

·    DO NOT REBOOT when prompted

·    Run the XenApp Server Role Manager and select Edit Configuration

·    Choose Prepare this server for imaging and provisioning

·    Select the appropriate provisioning options – we choose Remove this current server instance from the farm

·    Apply - Finish

·    Shutdown the maintenance VM – DO NOT REBOOT

 

In the PVS console change the Access mode to Standard Image and choose the appropriate Cache type (we use Cache in device RAM with overflow on hard drive) and select OK (again KMS should already be selected on the Microsoft Volume Licensing tab as it was selected during the Imaging Wizard process).

 

After completing the process above, we now see unique CMIDs for all target devices whether they’re booted from the original base vDisk, subsequent version vDisks or merged bases.  During our testing we manually activated Windows (slmgr /ato) while our “maintenance” target was booted from a vDisk version – obviously, this was after the steps above.  We did this to ensure that PVS was handling whatever it needs to handle when activation occurs during maintenance.  Hopefully that makes sense.

 

Assuming that the CMIDs remain unique for future vDisk versions and merged bases, this is an acceptable workaround. 

 

That being said, we can reproduce, consistently, the duplicate CMID issue by selecting “None” at the Microsoft Volume Licensing screen when running the Imaging Wizard and following scenario 1 in CTX128276.  Unless we’re completely misunderstanding that article, the process we were using previously is acceptable and supported.  However, our direct experience suggests all that leads to is duplicate CMIDs and a whole lot of heartache down the road.

 

I’ll post back if we hear something worth posting from our service request (i.e. if this is a bug, etc.).



255
Sitemap