- Community Home
- >
- Servers and Operating Systems
- >
- HPE ProLiant
- >
- Server Management - Systems Insight Manager
- >
- SNMP Problem with linux systems
Categories
Company
Local Language
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
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
Community
Resources
Forums
Blogs
- 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
04-30-2008 12:32 AM
04-30-2008 12:32 AM
SNMP Problem with linux systems
We have installed the newest Insight Control Management DVD (with SIM 5.2) and installed the latest remote support updates (RSP, WEBES etc).
It seems like my linux systems doesn't correctly communicate with SNMP. When i try to send a test trap over the "System Management Homepage" with one of the linux servers, nothing happens. When i make this with a Windows Server, SIM gets a Warning Notification and in OSEM it's also visible.
PSP 7.92 is installed on the linux machines.
Everything else works fine (the linux machines are visible and correctly collected in SIM).
I tried "/etc/init.d/hpasm reconfigure" to configure the snmp, but with no success.
I'm not so into linux machines, probably someone has some wise advices ;)
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-01-2008 07:21 AM
05-01-2008 07:21 AM
Re: SNMP Problem with linux systems
service snmpd status
should return something like
snmpd (pid 13644) is running...
Check you have traps setup ok. In /etc/snmp/snmpd.conf there should be a line
trapsink hpsimservername
To see what protocols the hpsim server can connect to your linux system with look at the server's system page. I get a line
Management Protocols HTTP:, SMH:2.0, SNMP:1.0, SSH:SSH-1.99-OpenSSH_3.6.1p2
Hope this helps
Mark
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-01-2008 10:03 PM
05-01-2008 10:03 PM
Re: SNMP Problem with linux systems
rocommunity should be public and rwcommunity should be private.
if u wanna specify trap to be sent to SIM server you can specify it here.
Hope this help.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-01-2008 10:53 PM
05-01-2008 10:53 PM
Re: SNMP Problem with linux systems
Snmpd service is running.
The Protocol is also in the information list: (Management Protocols HTTP:, SMH:2.0, SNMP:1.0, SSH:SSH-2.0-OpenSSH_4.3). The snmpd Config file looks like these:
dlmod cmaX /usr/lib64/libcmaX64.so
rwcommunity private 127.0.0.1
rocommunity public 127.0.0.1
rwcommunity private ip-of-the-hpsim-server
rocommunity public ip-of-the-hpsim-server
trapcommunity public
trapsink 192.168.90.1 public
trapsink hpsimservername
Still when i do an test trap nothing happens.
We have Oracle Linux (based on redhat) installed.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-02-2008 05:01 AM
05-02-2008 05:01 AM
Re: SNMP Problem with linux systems
Thanks,Ajay
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-02-2008 05:02 AM
05-02-2008 05:02 AM
Re: SNMP Problem with linux systems
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-02-2008 06:04 AM
05-02-2008 06:04 AM
Re: SNMP Problem with linux systems
But it didn't solve anything. Still I don't receive the test trap. When I do a
/etc/init.d/hpasm reconfigure i get a message in SIM:
(SNMP) Server Operational (6025)
The server is operational again. The server has previously been shutdown by the Automatic Server Recovery (ASR) feature and has just become operational again.
So it looks like SNMP is working, Probably there is a Problem with the System Homepage from the Server?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-02-2008 09:43 PM
05-02-2008 09:43 PM
Re: SNMP Problem with linux systems
dont reconfigure it may reset that file(snmpd.conf) again. just restart.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-08-2008 05:08 AM
05-08-2008 05:08 AM
Re: SNMP Problem with linux systems
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-08-2008 05:29 AM
05-08-2008 05:29 AM
Re: SNMP Problem with linux systems
nope, didn't work. I've restarted smpd and hpsam service.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-08-2008 09:31 PM
05-08-2008 09:31 PM
Re: SNMP Problem with linux systems
and restart both service.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-09-2008 12:14 AM
05-09-2008 12:14 AM
Re: SNMP Problem with linux systems
should i see the test trap in the /var/log/messages file? When I look at it i don't see anything which could be send log...looks like that:
May 9 10:07:32 db-prod snmpd[31359]: Connection from UDP: [127.0.0.1]:14323
May 9 10:07:36 db-prod last message repeated 4 times
May 9 10:07:37 db-prod snmpd[31359]: Connection from UDP: [127.0.0.1]:14329
May 9 10:07:37 db-prod snmpd[31359]: Received SNMP packet(s) from UDP: [127.0.0.1]:14329
May 9 10:07:37 db-prod snmpd[31359]: Connection from UDP: [127.0.0.1]:14329
May 9 10:08:08 db-prod last message repeated 81 times
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-09-2008 06:35 AM
05-09-2008 06:35 AM
Re: SNMP Problem with linux systems
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-10-2008 05:33 PM
05-10-2008 05:33 PM
Re: SNMP Problem with linux systems
In this thread there's a view of the snmpd.conf file used in VMware ESX that has a linux console. See:
http://forums11.itrc.hp.com/service/forums/questionanswer.do?admit=109447626+1210469360080+28353475&threadId=1174194
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-19-2008 06:56 AM
05-19-2008 06:56 AM
Re: SNMP Problem with linux systems
The Tool snmptrap wasn't installed on the server!
So I've installed it and tried again. Nothing happend. So I made again a hpasm reconfigure, this took me a step farther.
Now when i make a test trap, the trap gets out and gets picked up in the OSEM. I see that also in the /var/log/messages logfile:
May 19 16:34:33 db-prod snmpd[22225]: Received TERM or STOP signal... shutting down...
May 19 16:34:33 db-prod snmpd[27857]: mibII/mta_sendmail.c:open_sendmailst: could not guess version of statistics file "/var/log/mail/statistics"
May 19 16:34:33 db-prod snmpd[27857]: cmaX: listening for subagents on port 25375
May 19 16:34:33 db-prod snmpd[27857]: cmaX: sent ColdStarts on ports 25376 to 25393
May 19 16:34:33 db-prod snmpd[27857]: cmaX: subMIB 1 handler has disconnected
May 19 16:34:33 db-prod snmpd[27857]: cmaX: subMIB 2 handler has disconnected
May 19 16:34:33 db-prod snmpd[27857]: cmaX: subMIB 3 handler has disconnected
May 19 16:34:33 db-prod snmpd[27857]: cmaX: subMIB 5 handler has disconnected
May 19 16:34:33 db-prod snmpd[27857]: cmaX: subMIB 6 handler has disconnected
May 19 16:34:33 db-prod snmpd[27857]: cmaX: subMIB 8 handler has disconnected
May 19 16:34:33 db-prod snmpd[27857]: cmaX: subMIB 9 handler has disconnected
May 19 16:34:33 db-prod snmpd[27857]: cmaX: subMIB 10 handler has disconnected
May 19 16:34:33 db-prod snmpd[27857]: cmaX: subMIB 11 handler has disconnected
May 19 16:34:33 db-prod snmpd[27857]: cmaX: subMIB 14 handler has disconnected
May 19 16:34:33 db-prod snmpd[27857]: cmaX: subMIB 15 handler has disconnected
May 19 16:34:33 db-prod snmpd[27857]: cmaX: subMIB 16 handler has disconnected
May 19 16:34:33 db-prod snmpd[27857]: cmaX: subMIB 21 handler has disconnected
May 19 16:34:33 db-prod snmpd[27857]: NET-SNMP version 5.3.1
May 19 16:34:33 db-prod snmpd[27857]: cmaX: subMIB 22 handler has disconnected
May 19 16:34:33 db-prod snmpd[27857]: cmaX: subMIB 23 handler has disconnected
May 19 16:34:33 db-prod snmpd[27857]: cmaX: subMIB 1 will be sent on port 25376 to hp Advanced Server Management_Peer
May 19 16:34:33 db-prod snmpd[27857]: cmaX: subMIB 2 will be sent on port 25376 to hp Advanced Server Management_Peer
May 19 16:34:33 db-prod snmpd[27857]: cmaX: subMIB 3 will be sent on port 25376 to hp Advanced Server Management_Peer
May 19 16:34:33 db-prod snmpd[27857]: cmaX: subMIB 5 will be sent on port 25376 to hp Advanced Server Management_Peer
May 19 16:34:33 db-prod snmpd[27857]: cmaX: subMIB 6 will be sent on port 25376 to hp Advanced Server Management_Peer
May 19 16:34:33 db-prod snmpd[27857]: cmaX: subMIB 8 will be sent on port 25376 to hp Advanced Server Management_Peer
May 19 16:34:33 db-prod snmpd[27857]: cmaX: subMIB 9 will be sent on port 25376 to hp Advanced Server Management_Peer
.....
...
but OSEM gets a problem and stops the delivery (Remote delivery down). When i look under Notifications the status of the GenericTrap is "stalled". So how can i solve this? with a windows server everthing works fine!
Also strange is when i repair the agent with HPSIM (Configure or Repair Agent...under Configure), the System Manamgent Homepage loses all the data and even doesn't recognize the System Model (just NULL). Then when i try a testrap nothing happens. So i have to make a hpasm reconfigure to correct it.