There could be a mixup of the CI causing this.
What is the results from this query:
select * from CM_COMPUTER_SYSTEM where name = <system_name>
Select <system_name> in the USM inventory and then under Actions-> Delete Selected
DESELECT the three options noted below so that none are selected.
-Prevent rediscovery
-Acknowledge alarms
-Delete measurements
Then at <system_name> clear the niscache of all data.
How to clear niscache on an individual robot
https://ca-broadcom.wolkenservicedesk.com/external/article?articleId=44669After that run the USM discovery wizard to rediscover the system.
If rediscovery did not work then follow these instructions:
UIM Connector development team verified uim connector logs, it is observed that When a CI does not exist for an alert or if the connector could not reach to the "computersystem" then it could have mapped this alarm to hub or robot then the CI maps to the primary hub. To avoid mapping of CIs to the primary hub, you can create ComputerSystem CIs based on the hostname property of the alarm. The process of creating CIs based on the hostname of the alarm is known as dynamic CI
Please refer below wiki for enable this option in connector configuration file.
https://techdocs.broadcom.com/content/broadcom/techdocs/us/en/ca-enterprise-software/it-operations-management/service-operations-insight-connectors/connectors/ca-unified-infrastructure-management-uim-connector-3-9-1/create-dynamic-ci.html