We have a lab of older computers that we just re-imaged to 10.6.8, but after looking that lab up in the JSS, one machine wasn't showing up. So, we tried enrolling it via QuickAdd, which added just fine, but that ended up booting out another computer in the same lab. I did a little digging, and found that both computers were trying to add with the same JSS ID, so they kept kicking each other out (a la https://jamfnation.jamfsoftware.com/discussion.html?id=4439). Upon further inspection, both iMacs have the same Hardware UUID, and Casper 9 now uses that as the primary identifier when enrolling a device.
I tried manually changing the UDID field for the existing machine in the JSS, then enrolling the other one, but the one whose UDID field I changed then couldn't talk to the JSS (no longer has a valid device signature). I've tried deleting both computer entries, but no dice. A re-image of one or both did nothing to change the Hardware UUID, and after copious amount of Googling and playing around on the system, I haven't been able to find if a new UUID can be generated for a machine. So much for them being unique identifiers.
Anyone see anything like this in the past, or have any sage advice to impart? Thanks!
@chris.kemp Yep, we deleted the stale computer after confirming that the log history wasn't needed (useless to JSS, but wanted to make sure there was no security mandate to retain the logs).
In some companies we had lazy ACMTs who didn't understand why it was important to burn in the Serial Number into the new logic board. Apple handled this repair, good to see they covered that base. :)
Posting this here for the next time I forget it
If you notice that a VMware Fusion cloned VM changes the Serial Number but not the Hardware UUID, shutdown the cloned VM, look inside the .vmwarevm bundle, and delete the .nvram file. Start up the cloned VM and you will see that the Hardware UUID has updated.
This was tested on Fusion 10, YMMV on older versions.