You have several machines in just ONE location that are resetting GUIDs continuously. These machines seem to have duplicate GUIDs.
You have uninstalled and reinstalled the Altiris Agent (as well as cleaning the registry) on three different machines and this is still happening.
NS logs show:
Host Resource <GUID of Computer> shares GUID with another machine: HOSTNAME.domain.COM. The resource must change its GUID
Add duplicate computer resources to the blacklisted hosts' list
--SQL shows merging on wmdm_device_id
SELECT rk.KeyName, rk.KeyValue, COUNT(DISTINCT rk.ResourceGuid) AS ResourceCountFROM ResourceKey rkGROUP BY rk.KeyName, rk.KeyValueHAVING COUNT(DISTINCT rk.ResourceGuid) > 1ORDER BY ResourceCount DESC, rk.KeyName
ITMS 8.7.x, 8.8.x
Preconfigured MDM registry setting on newly added computers causing merging based on wmdm_device_id resource key.
The "HKEY_LOCAL_MACHINE\SOFTWARE\ key is a unique Mobile Device Management (MDM) device identifier. It is expected to be different for each device.
The SMA reports the MDM device identifier to the SMP Server as the wmdm_device_id resource key. If two machines report the same wmdm_device_id value, the SMP Server treats them as the same resource. Example resource keys from a captured NSE:
<key name="fqdn" value="computer.example.com"/>
<key name="name.domain" value="computer.example"/>
<key name="name.domain" value="computer.example.com"/>
<key name="uniqueid" value="123456789JdBovg=="/>
<key name="wmdm_device_id" value="xxxxxxxxxxxxxxC26C37B9AB"/>This typically occurs when an image is captured from a machine that was already enrolled in MDM.
To confirm that wmdm_device_id is the cause, check the SMP logs, the database, and the affected clients.
Log analysis
C:\ProgramData\Symantec\SMP\Logs\aXX.log) for entries with source Resource.DetectDuplicateItems.Duplicate resource found entry, look for the [wmdm_device_id]=[...] line. Compare its value with the duplicate resource listed in the following Resource.HandleDuplicateItems entry.Without Trace verbosity, the existing log entries in this article (shares GUID with another machine and Add duplicate computer resources to the blacklisted hosts' list) confirm the symptom but don’t name the key.
Client-side check
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Provisioning\OMADM\MDMDeviceIDMDMDeviceID value.You can also capture the basic inventory NSE (KB Capturing NSEs on a Windows client) and compare the <key name="wmdm_device_id" .../> entries.
Recommendation 1: Remove the duplicate MDM device ID
Delete HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Provisioning\OMADM\MDMDeviceID on devices in the newly added site/location.
Recommendation 2: Correct the imaging process
Make sure to review your imaging process to ensure a clean, un-enrolled image is deployed without MDMDeviceID key. After deploying the image, they may re-enroll the device to generate a unique MDM identifier.
Recommendation 3: Prevent merging based on wmdm_device_id (temporary mitigation)
If duplicate wmdm_device_id values exist and you can’t remove them right away, configure SMP Server to stop merging on this key.
NOTE: This is the same approach KB Virtual Computer Resources Merging Unexpectedly Due to Duplicate TPM Identifiers (tpmid) in ITMS 8.7.1 and Later documents for tpmid.
Option A: Resource Type Keys (recommended)
wmdm_device_id.Option B: Core Settings
Configure the following Core Settings (KB Updating Core Settings in ITMS 8.5 and later):
ComputerResourceMergeSettings = 2ComputerResourceKeyFilter = wmdm_device_idSee KB Understanding ComputerResourceMergeSettings and ComputerResourceKeyFilter in ITMS for how these two settings behave. Treat this as a temporary workaround. The root cause is a duplicate MDM device ID in the image, and it must be fixed there.
Recommendation 4: Clean up affected resources
After removing the duplicate MDMDeviceID, confirm the affected GUIDs are in the AgentBlacklist table and let the clients check in to get new GUIDs (see KB Client Machines are sending same UniqueID during Basic Inventory).
Verification
shares GUID with another machine entries should appear for the affected machines.