AE can be configured to send SNMP Traps to your SNMP Manager as documented here:
If you have configured the above and are not receiving traps, there are a few things you can check.
- An incorrect value in the SNMP parameters
- AE services have not been refreshed since implementing the SNMP parameters
- A communication issue between the AE Scheduler and the SNMP server host/port.
- The SNMP viewer you are using needs to be configured to display the AE SNMP Traps
Release : 11.3.6
Component : CA Workload Automation AE (AutoSys)
Make sure the SnmpManagerHosts and SnmpCommunity parameters are set to the correct values in $AUTOUSER/config.$AUTOSERV.
Make sure you have either restarted the Scheduler one time or have send a kill -HUP <pid> signal to the event_demon process to ensure the Scheduler picks up the SNMP configuration changes.
When AE is correctly configured to send SNMP traps, you'll see a message similar to the following in the $AUTOUSER/event_demon.$AUTOSERV log file when is restarts or is refreshed with a kill -HUP pid :
[01/16/2020 12:19:26.8783] 6895 4117374720 CAUAJM_I_40356 SNMP trap generation : ENABLED (Trap Hosts: snmp.manager.hostname ).
This is the only message that gets logged in AE. If you see this, then it is more likely an issue with comms over the network or the configuration of your SNMP manager/viewer which is not displaying the messages or catching them.
With ISDBGACTIV=LIGHT,COMM tracing enabled, you can catch some additional info although not very detailed:
[01/16/2020 12:21:35.0097] 6895 3877546816 L:1 as_hostname.cpp 133 getaddrinfo [lvntest000348.bpc.broadcom.net:162]
[01/16/2020 12:21:35.0101] 6895 3894389568 L:1 as_hostname.cpp 256 getaddrinfo [lvntest000348.bpc.broadcom.net:162] gai_ret=0
[01/16/2020 12:25:34.0089] 10158 3899652928 GaiTimeOut[lvntest000348.bpc.broadcom.net:162]=
To enable LIGHT and COMM traces, do the following:
- vi $AUTOUSER/config.$AUTOSERV
Restart the Scheduler.