You need to put a clear path on the questions that you have.
First of all, elements are named Element-A, Element-B, Element-C, whenever the discovery process results for an element with the same name as an existing element. The second scenario that eHealth names element like this, is whenever the name exceeds 64 characters. If you have a device with a longer name, that is discovered and the result is names for elements longer than 64 characters, the names of the elements are trimmed down automatically to less than 64. Is there are multiple elements in this situation, you end up with Element-A, Element-B, the one mentioned above. Usually this is solved during the discovery process with DCR rules and some custom DCI/DDI files.. Using of DCR rules are described in the documentation.
eHealth has an internal system to decide if an element is monitored or not already, so it won't create a duplicate element. This again can be mangled during the discovery process using DCR rules. There's a field discovery_key which should uniquely identify elements. That and a combination of element type. So If you create a Disk element type, that one should have a unique discovery_key that is created based on some default criteria (index1+Index2+name). If those do no suite your need you'll need to change. I came across similar problems some time ago, when discovering some IPSLA tests.
The alarm that you're referring to is normal, as the mountpoint most probably disappears with restart. What you need to do is to configure the SNMP agent on the server to have persistent indexes on the disks that it displays. If the index changes over restart, you'll need to re-discover the server, to update the disk information.
------------------------------
Cătălin Fărcășanu
Senior Consultant
SolvIT Networks
------------------------------
Original Message:
Sent: Sep 28, 2022 12:30 PM
From: Anmol Kumar
Subject: Duplicate elements in CA eHealth OneClick
Hello All,
I am new to this community and have recently joined a project where CA eHealth is still used to monitor servers.
Now i know it is well beyond EOL but I really need to find cause of 2 issues related to elements till we migrate!
So, in CA ehealth, i see multiple element entries for single element. This is happening for so many devices during rediscovery and when I did rediscover them manually i found it is assumed as a different element by ehealth because of some index value !
Elements keep on adding for such change like elementX, elementX -A, elementX -B and so on....
Similar thing also happens when patching activity happens on the servers, causing ehealth to throw alarms for "mount point not available". When i rediscover it shows updated elements and post saving results everything goes back to normal AND it does NOT add them as duplicate elements !! I wonder why it creates duplicate elements in above case ??
Can anyone point me to the right direction please ! What are these index , index1, index 2 values or how can i solve these issues permanently.
Thanks
AK