System Manager does not show Avaya Aura Device Services alarms

Last Updated : Jun 08, 2026 |

Condition

Alarms are generated on Avaya Aura® Device Services, and user profiles are appropriately created and assigned, but System Manager does not show these alarms.

This issue is not applicable if Avaya Aura® Device Services is deployed in an environment without Avaya Aura®.

Solution

Procedure

  1. Log in to the Avaya Aura® Device Services.
  2. Go to the /var/net-snmp directory.
  3. Memorize the timestamp of the snmpd.conf file.
  4. Log in to the System Manager web console and navigate to Home > Services > Inventory > Manage Serviceability Agents > Serviceability Agents.
  5. From the agents list, select the Avaya Aura® Device Services node for which alarms are not displayed on System Manager.
  6. On the Serviceability Agents page, select Avaya Aura® Device Services and click Manage Profiles.
  7. On the next page, click Commit.

    The timestamp of the snmpd.conf file should be updated.

  8. If the timestamp of the snmpd.conf file was not updated, perform the remaining steps.

    If the timestamp was updated, then you do not need to do anything else.

  9. Log in to System Manager as the root user using SSH.
  10. Run the locate recoverAgent.sh command to obtain the full path to the recoverAgent.sh script.
    For example:
    >locate recoverAgent.sh
    >/opt/Avaya/Mgmt/7.1.11/remoteSnmpConfig/utility/recoverAgent.sh
  11. Run the service jboss restart command to restart JBoss on System Manager.
  12. Run the following command to remove the Avaya Aura® Device Services entry from System Manager:
    sh <path_to_recoverAgent.sh> <AADS_IP_address>

    Where, <path_to_recoverAgent.sh> is the full path to recoverAgent.sh and <AADS_IP_address> is the IP address of Avaya Aura® Device Services.

  13. Log in to the Avaya Aura® Device Services.
  14. Run the following command:
    sudo -E $SPIRIT_HOME/scripts/utils/reinitilizeSnmpdConfiguration.sh
    Note:
    The command might fail when restarting snmpd. This is the expected behavior.
    Stopping existing snmpd service... 
    Stopping snmpd (via systemctl): [ OK ] 
    Restarting snmpd (via systemctl): Job for snmpd.service failed because the control process exited with error code. See "systemctl status snmpd.service" and "journalctl -xe" for details.
     [FAILED] 
    Setting the reinitialized property to true 
    
  15. Run the following command:
    systemctl restart AADSSpiritAgent.service