Cause
No remote alarm service is available. The other server is unable to report alarms due to a failure of either the GMM or its administered reporting mechanisms (SNMP).
Proposed Solution
Procedure
- Look for any GMM failures on the other server, either using the:
- From the Web interface, select .
- From the Linux command line, enter logv -w or by examining the /var/log/ecs/wdlog log file.
- If a GMM failure was found:
- Check if the GMM application is active:
From the Web interface, select View Process Status.
From the Linux command line, enter statapp.
- If the GMM application is active, continue with Step 3.
If the GMM application is not active, try to restart this application by entering start -s GMM on the Linux command line.
- If the GMM application restarts successfully, continue with Step 4.
If the GMM application fails to restart, go to the Avaya Support website at http://support.avaya.com to open a service request.
- If a GMM failure was not found, check if alarm reporting failed by searching for the string snd2Inads in the trace log:
- From the Web interface:
Select View System Logs diagnostic and Logmanager Debug trace.
Specify the event range for the appropriate time frame.
Match the snd2Inads pattern.
- From the Linux command line, enter logv -t ts.
- Test the administered reporting mechanisms by entering testinads on the Linux command line.
- Once the alarm is resolved, manually clear the alarm:
- From the Web interface, select Current Alarms and the appropriate alarm, and click Clear.
- From the Linux command line, enter almclear -n #id.