GreenLake Administration
- Community Home
- >
- Servers and Operating Systems
- >
- HPE ProLiant
- >
- Server Management - Systems Insight Manager
- >
- mxdomainmgr.0.log: Automation construction TrapHan...
Server Management - Systems Insight Manager
1849688
Members
6908
Online
104044
Solutions
Forums
Categories
Company
Local Language
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Forums
Discussions
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Go to solution
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-10-2007 12:41 AM
07-10-2007 12:41 AM
Hi
I run SIM 5.1 (C.05.01.00.00) & have recently noticed traps failing to appear in HPSIM. We reviewed the 'mxdomainmgr.0.log' file and the last line reads:
10 Jul 2007 13:18:06,183 INFO [HPSIM_DEBUG] Automation construction TrapHandler has large number of events 12,500 in Queue
Can anyone give me some tips about where the Traps are queued? or why they may be queueing up?
Thanks in advance guys
I run SIM 5.1 (C.05.01.00.00) & have recently noticed traps failing to appear in HPSIM. We reviewed the 'mxdomainmgr.0.log' file and the last line reads:
10 Jul 2007 13:18:06,183 INFO [HPSIM_DEBUG] Automation construction TrapHandler has large number of events 12,500 in Queue
Can anyone give me some tips about where the Traps are queued? or why they may be queueing up?
Thanks in advance guys
Solved! Go to Solution.
2 REPLIES 2
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-11-2007 08:06 AM
07-11-2007 08:06 AM
Solution
SIM needs to process each trap that comes into it, this processing can take time and can cause the queueing you see.
Most of the time this has been see is because there are large numbers of AuthFail traps being received. These are filtered from the DB by default, but as noted above takes time to do the initial processing.
You can either enable this trap in SIM (Events SNMP Trap Settings, select rfc1215) and for each event in the log go to the systems sending it and disable the sending of auth fail events or use a CLI utility (eg snmputil from Microsoft) to see where the traps are coming from. BTW, if you enable this trap in SIM, it is likely you will end up with 10's of thousands of events in the log so don't leave it on for long.
Most of the time this has been see is because there are large numbers of AuthFail traps being received. These are filtered from the DB by default, but as noted above takes time to do the initial processing.
You can either enable this trap in SIM (Events SNMP Trap Settings, select rfc1215) and for each event in the log go to the systems sending it and disable the sending of auth fail events or use a CLI utility (eg snmputil from Microsoft) to see where the traps are coming from. BTW, if you enable this trap in SIM, it is likely you will end up with 10's of thousands of events in the log so don't leave it on for long.
I work for HPE.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-11-2007 06:51 PM
07-11-2007 06:51 PM
Re: mxdomainmgr.0.log: Automation construction TrapHandler has large number of events
Thanks.
We went with snmputil and found two box's flooding our monitoring device. Once we tackled those we we're back in business.
Cheers
We went with snmputil and found two box's flooding our monitoring device. Once we tackled those we we're back in business.
Cheers
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
Company
Events and news
Customer resources
© Copyright 2026 Hewlett Packard Enterprise Development LP