Hi Dojo,
I have a question regarding the System Name alarm property and the setting of foreign keys to the Topology Cell table.
A driver has an alarmed SNMP table, which contains a retrieved column to hold the foreign key to a Topology Cell table (Equipment Overview table, with Equipment Name being its primary key).
When a new row is added to this SNMP table via polling, a QAction will then afterwards be triggered to fill in the Equipment Name FK on the just created row.
What we see in the Alarm Console is that the Alarm Properties are filled in correctly except for the automatically set System Name.
I suppose this happens because the Alarm is created after the polling, BEFORE the QAction fills in the right Equipment Name FK, which contains at that point all the data except for the Equipment Name/System Name. After the Equipment Name FK is filled in, the System Name in the Alarm Console isn't updated accordingly, which leads me to believe this FK change didn't trigger a refresh/update event for the Alarm Properties, unlike if any of the other Alarm Property values had changed.
Does anyone know if this is intended behavior? If so, is there a workaround for it? For example, I was looking for a NotifyProtocol Type that I could trigger in the QAction, right after filling in the FK column, that could force a refresh on the Alarm Properties, making them re-evaluate and update their values like when an Alarm property value changes in the driver (the closest I could find is NT_REFRESH_GENERIC_PROPERTIES (206), although I can't find any information about it or how to use it).
Cheers!
Hello,
I assume you have filled in the correct linkedID for this exposer?
See example:
Exposer element | DataMiner Docs
If that is the case then I think this might be a bug.
The enabled boolean logic is deprecated and not read-out anymore.
The reason why you are seeing it is because it is defined.
So I believe there is an issue with updating the alarms upon FK change that the alarm should receive a properties changed update with the newly linked system name system type. I believe you can create a UOSA ticket for this and assign it to the data-core team.
Yes indeed, the topology cell table, exposed linked id table and columnPid are set correctly to the topology table, exposed table, and FK Pid respectively. The table is also seen in the topology linked page.
The only difference I have seen is that the Exposer option "enabled" is set to "false", which is strange considering the exposed table is seen on the topology card as mentioned… not sure if they can be both related?