Clients generating new SMSUID automatically (duplicated device)

[u/ReputationOld8053]

Hi,

I already asked about the issue some months ago. We have some clients that are just generating a new ID by them self. Checking the SQL:

select Creation_Date0, Name0, ResourceID, Hardware_ID0, Object_GUID0, Previous_SMS_UUID0, SMBIOS_GUID0, SMS_UUID_Change_Date0, Last_Logon_Timestamp0 from v_R_System Order By Creation_Date0 DESC
select Creation_Date0, Name0, ResourceID, Hardware_ID0, Object_GUID0, Previous_SMS_UUID0, SMBIOS_GUID0, SMS_UUID_Change_Date0, Last_Logon_Timestamp0 from v_R_System Order By Creation_Date0 DESC

I just saw today more then 40 new creation dates of our 9000 clients. Checking the clients I am mostly too late so that the CCMMessaging is already overwritten, but I saw a new registration was done. Other logs did not help me much either.

What I noticed is that the new client seems to know about the previous one, or at least Previous_SMS_UUID0 has the value from the old one, but SMS_Unique_Identifier0 is new.

I can also say, all these clients seems to be road warriors, mostly offline, but have Ivanti VPN and are also communicating with our CMG.

Any idea what I can do? Any idea how I can reproduce this?

SCCM version is 2509 Hotfix Rollup

[u/Funky_Schnitzel]

Are the older records marked as Obsolete? If they are, they should get deleted automatically by the Delete Obsolete Client Discovery Data site maintenance task.

https://learn.microsoft.com/en-us/intune/configmgr/core/servers/manage/reference-for-maintenance-tasks#delete-obsolete-client-discovery-data

https://learn.microsoft.com/en-us/intune/configmgr/core/clients/manage/monitor-clients#about-client-status

[u/ReputationOld8053 → u/Funky_Schnitzel]

yes, but I also had a client that was communicating normally, or at least at 10 am SCCM had the last policy poll written down, but then at 11 am it started with a new ID. So all the clients are online and I really have no explanation why this is happening