HPE GreenLake Administration
- Community Home
- >
- Servers and Operating Systems
- >
- HPE ProLiant
- >
- Server Management - Systems Insight Manager
- >
- Disk Threshold Event not being generated on HP SIM
Server Management - Systems Insight Manager
1833138
Members
3667
Online
110051
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
Discussions
Forums
Discussions
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
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
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
09-29-2008 02:57 AM
09-29-2008 02:57 AM
Disk Threshold Event not being generated on HP SIM
I am running HP SIM 5.2 with SP2 on a Windows server (orasim01).
One of my monitored servers (netsaint6) is a Red Hat Linux server (ES release 4 Update 6).
As an experiment, I have configured the storage agent on the Linux server to generate a critical alert whenever the size of the /tmp filesystem exceeds 7%. The current size is 2% full.
As far as I can see my SNMP configuration is set up correctly. For example, whenever I restart the snmp service on my Linux server I can see a "Cold Start" event is automatically created on my HP SIM server (implying that (a) my Linux server is able to send SNMP traps to the HP SIM and (b) the HP SIM is able to receive them). Similarly, when I go into System Management Home Page for netsaint6 --> Settings --> SNMP Configuration and click the "Send Trap" button, the test trap event appears okay on the HP SIM.
But here is my problem...
If I force the /tmp filesystem to exceed 7% (by manually copying files into it), the "Percent Used" bar (on the File System Space Used page) is correctly showing the 7% threshold has been breached (i.e. appears in red) and I also get a root mail generated on my Linux server (see attached).
However, the actual event is not being logged on the HP SIM (which suggests to me that the SNMP trap is not being sent?)
Incidentally, I have also set up an automatic event handling task to email me whenever the event category on the Linux server relates to "Proliant Threshold Events". Needless to say I am not getting any emails. But I guess I won't if the event isn't being generated in the first place!
Not sure if there is some other aspect of the configuration I have overlooked or if there is something else that should be running on my Linux server (that isn't!). Does anyone have any ideas what could be causing this problem/what I could check?
One of my monitored servers (netsaint6) is a Red Hat Linux server (ES release 4 Update 6).
As an experiment, I have configured the storage agent on the Linux server to generate a critical alert whenever the size of the /tmp filesystem exceeds 7%. The current size is 2% full.
As far as I can see my SNMP configuration is set up correctly. For example, whenever I restart the snmp service on my Linux server I can see a "Cold Start" event is automatically created on my HP SIM server (implying that (a) my Linux server is able to send SNMP traps to the HP SIM and (b) the HP SIM is able to receive them). Similarly, when I go into System Management Home Page for netsaint6 --> Settings --> SNMP Configuration and click the "Send Trap" button, the test trap event appears okay on the HP SIM.
But here is my problem...
If I force the /tmp filesystem to exceed 7% (by manually copying files into it), the "Percent Used" bar (on the File System Space Used page) is correctly showing the 7% threshold has been breached (i.e. appears in red) and I also get a root mail generated on my Linux server (see attached).
However, the actual event is not being logged on the HP SIM (which suggests to me that the SNMP trap is not being sent?)
Incidentally, I have also set up an automatic event handling task to email me whenever the event category on the Linux server relates to "Proliant Threshold Events". Needless to say I am not getting any emails. But I guess I won't if the event isn't being generated in the first place!
Not sure if there is some other aspect of the configuration I have overlooked or if there is something else that should be running on my Linux server (that isn't!). Does anyone have any ideas what could be causing this problem/what I could check?
1 REPLY 1
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-02-2008 05:37 AM
10-02-2008 05:37 AM
Re: Disk Threshold Event not being generated on HP SIM
Managed to figure out what the problem was myself.
Basically, my Linux server was sending a trap to the HP SIM but with a null (blank) community name! Hence, I guess the trap failed the HP SIM authentication tests (it is expecting a "public" community) and was simply discarded.
The reason behind this lay in my Linux SNMP config file (/etc/snmp/snmpd.conf) where I had the following declarations defined:
trapsink orasim01
trapcommunity public
I figure the order of my declarations meant that the snmp compiler didn't know what the community was at the time of compiling the trapsink line...and so defaulted to null! So, I simply reversed them...
trapcommunity public
trapsink orasim01
...and that fixed the problem!
Alternatively, I guess I could of just declared it like this...
trapsink orasim01 public
Either way, events are now being generated on my HP SIM and I am receiving the email alerts.
Basically, my Linux server was sending a trap to the HP SIM but with a null (blank) community name! Hence, I guess the trap failed the HP SIM authentication tests (it is expecting a "public" community) and was simply discarded.
The reason behind this lay in my Linux SNMP config file (/etc/snmp/snmpd.conf) where I had the following declarations defined:
trapsink orasim01
trapcommunity public
I figure the order of my declarations meant that the snmp compiler didn't know what the community was at the time of compiling the trapsink line...and so defaulted to null! So, I simply reversed them...
trapcommunity public
trapsink orasim01
...and that fixed the problem!
Alternatively, I guess I could of just declared it like this...
trapsink orasim01 public
Either way, events are now being generated on my HP SIM and I am receiving the email alerts.
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 2025 Hewlett Packard Enterprise Development LP