Persistent alarms not being reasserted after primary restart

book

Article ID: 104952

calendar_today

Updated On:

Products

CA Spectrum

Issue/Introduction

After restarting the primary SpectroSERVER in a Fault Tolerant environment, alarms that are configured to be persistent are not reasserted.

Cause

Check the EventDisp configuration to see if it is configured to generate a unique alarm for each occurrence similar to the following:

0xfff0003e E 0 A 1,0xfff0003e,U

Reference "Specify Alarm Options" section of the documentation for more information.

If so, the primary will assert a unique alarm for each event based on the "U" at the end of the configuration. When this is sent to the secondary, the first one sent is treated as unique alarm. However, further alarms sent are not. The reason it is not treated as a unique alarm on the secondary is because it is the same alarm on the same model.

Reference "Synchronization from the Primary to the Secondary SpectroSERVER" section of the documentation for more information.

"Two alarms are considered equivalent if they have the same ID. Alarms that are on the same model (that is, they have the same model handle) and that have the same probable cause are also considered equivalent unless they have different alarm discriminators."

Environment

Spectrum configured in a Fault Tolerant environment

Resolution

To resolve this issue, you will need to reconfigure the event with an Event Discriminator. Reference "Using Event Variable Discriminators to Generate Alarms" section of the documentation for more information.

Using the configuration for the 0xfff0003e event above as an example, to use an event discriminator, the new would look like the following:

0xfff0003e E 0 A 1,0xfff0003e,2 

Using event variable "2" as an event discriminator instead of the "U".