Unsolved
This post is more than 5 years old
1 Rookie
•
2 Posts
0
36098
August 17th, 2012 11:00
OpenManage Essentials Alerts
I've been looking around the forums and haven't found anything exactly as to what I am experiencing/doing wrong...haha.
I have OpenManage Server Admin installed on two poweredge 2950s, and OpenManage Essentials on a separate machine. It appears to be connecting/receiving traps from both of the servers, and the status/hardware logs will support that. BUT, none of the alerts show up in the "Alerts" tab under each machine, therefore I am getting no emails. (I've used the test feature in alert setup and it works). I've opened the chassis multiple times and OME sees it, and puts it under the hardware log for that machine, but not in the Alerts section (where I'm assuming it would have to be to trigger an email to myself).
Any insight into this would be much appreciated, I've been playing around with this for two days and I'm about to rip my hair out haha. Thanks in advance!


Daniel My
12 Elder
•
6.2K Posts
0
August 17th, 2012 16:00
Hello Jusder
Our management applications is one of my weak areas. I checked with our OpenManage group and they said that it is normal for chassis intrusion to not show up in the alert log. The alert log is populated via SNMP. This is a great video on setting up SNMP to properly communicate with OME:
http://en.community.dell.com/techcenter/m/videos/20079605.aspx
If that doesn't help let me know and I will look into it further.
Thanks
Jusder
1 Rookie
•
2 Posts
0
August 17th, 2012 21:00
I have the target machine set to send an smtp trap for intrusion detection, mostly because it's an easy thing to trigger to see if it's working. I used the troubleshooting tool from the machine running Essentials, and running an SNMP test, it passes without problem.
I tried pulling a power supply from the target machine as well, and (maybe on a related note) ALL of the sensors seem to disappear. Battery, BIOS, everything that is normally there is gone, and it says it cannot get EFI? information. I had to power cycle the machine for the sensors to come back. Maybe that could help you with troubleshooting?
I appreciate the quick response earlier, it's been driving me nuts! I did watch the video and everything was set up how the video showed, along with the SNMP protocol seeming to be alright by use of the troubleshooting tool. Any other ideas would be appreciated! Thanks again!
Daniel My
12 Elder
•
6.2K Posts
0
August 20th, 2012 10:00
This is still sounding like an SNMP issue. SNMP sends on 161 and receives on 162. If you go to the troubleshooting tool>miscellaneous (local box) there are tests for SNMP Trap Listener and SNMP Trap Sender.
Install the troubleshooter on the target device and run it on both machines. This will test the SNMP communication between the two machines. The tool will allow you to monitor the traps being sent and received.
There may be an SNMP configuration issue, firewall issue, another application may be grabbing the SNMP traps, or it may be something completely different. Let me know what OS is on the target machines please.
Thanks
DELL-Jeff M
2 Intern
•
793 Posts
1
August 23rd, 2012 17:00
Here is my short checklist for OME alerting issues:
- Check the SNMP settings on both the server and the OME box. Community strings should match, they should be accepting packets from any host, and the destination should be the (static) IP of the OME box.
- Make sure the server has the latest OMSA on it. (7.1)
- Make sure the discovery range that picks up the server has the same community string from the SNMP settings in Get and Set. This is case sensitive, so I recommend a copy-paste.
- The servers and the OME box should be on the same subnet.
If your test events go through but your hardware errors don't, then SNMP communication is not flowing properly. VLANs, multiple subnets, slow links, busy connections, security programs, and firewalls can all cause problems for SNMP.