Have you ran across where you keep seeing PC’s show up in your Collections with duplicate names and every time you update and refresh the collection you’ll see a different set of PC’s show duplicates.
I was seeing this happen while at a customer and it turned out they imaged a machine with ghost and then used that image over and over and over. Well, if they don’t prep that machine correctly with sysprep and the have the SCCM or SMS client already installed, this will cause a problem that you could be tracking down for days.
To resolve this issue, let’s see how many duplicates you have. Create a collection and add the following 3 queries as part of the collection. Then update and refresh your collection.
SMS_R_SYSTEM.Client from SMS_R_System where ClientVersion = “2.50.4160.2000” or Client is NULL
SMS_R_SYSTEM.Client from SMS_R_System join SMS_G_System_System on
SMS_R_System.ResourceID = SMS_G_System_System.ResourceID where
SMS_R_System.Name <> SMS_G_System_System.Name
SMS_R_System.Client from SMS_R_System where SMS_R_System.ResourceID
in (select SMS_GH_System_System.ResourceID from SMS_G_System_System
join SMS_GH_System_System on SMS_G_System_System.ResourceID =
SMS_GH_System_System.ResourceID where SMS_G_System_System.Name <>
Now you should have a list of machines showing duplicate GUIDS in your database. Just FYI, this isn’t always the most accurate, but this allows you a starting place to attach the problem.
Next let’s start attacking the problem, you know everyone has to start somewhere.
- Create some scripts to fix this issue
- Create a directory called “FixMyGuids”
- In that directory download the PSTOOLS from Microsoft.
- Download the Sleep.exe
- Download the SMS 2003 Toolkit 2
- Now create these batch files:
echo starting the FixMyGuid batch file 1copy /Y D:DATAPackage$FixMyGUIDfixmyguid.bat \%1c$.PSToolspsexec -accepteula \%1 -u deops<userid password> -p <enter password>/s c:fixmyguid.bat
echo starting the FixMyGuid batch file 2
echo copy sleep.exe file
copy /Y \<server name>package$FixMyGUIDsleep.exe %windir%
sleep 10 /quiet
echo copy tranguid.exe file
copy /Y \<server name>package$FixMyGUIDtranguid.exe %windir%
rem sleep 10 /quiet
echo copy CCMDelCert.exe file
copy /Y \<server name>package$FixMyGUIDCCMDelCert.exe %windir%
sleep 10 /quiet
echo running CCMDelCert to repair GUID
sleep 10 /quiet
net stop ccmexec
net start ccmexec
rem <remove the rem only if you know a user isn’t on the workstation to reboot the workstation>
rem @echo rebooting workstation in 20 seconds
rem \<server name>package$FixMyGUIDPstoolsPSSHUTDOWN -r -f \<computer name>
- Now you have the Duplicate GUIDS collection created. Downloaded the files required to reset the GUIDS in the SMSCFG.INI file and created the scripts to download certain files and run exe’s on the workstation to resolve the issue. What I would have liked to add is the last scripts a command to restart the workstation. If your calling the script and you know that no one is on that pc, you can remove the REM commands at the end. We’re nearing the end of the process, we need do the following to prepare for deployment.
- Go to SCCM Reports and run report #130 from the Duplicate GUIDS collection.
- Export the list to a CSV file and clean the file up.
- Then add “Call FinalProcess.bat” before the computer name as shown in #2.
- Copy and Paste the list to the CallFinalProcess.bat file
- Open a CMD Prompt and run CallFinalProcess.bat file form the server.
- On average you’ll have to give the machines at least 5 minutes to update before you’ll see the difference on SCCM. Nothing will hurt if you would like to update and refresh the Duplicate GUID collection. Also, you may have to run the process several times throughout a week or more since some laptops will be disconnected or not turned on.