SNMP Problem with linux systems

[Change_happens]

Remove trapsink 192.168.90.1 public from snmpd.conf.
and restart both service.

[Janezic Milan]

didn't help either...
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

[Change_happens]

think u will see all ur test trap in SIM All events page?

[Rob Buxton]

If you're using a name in the trapsink line you might want to change that to the IP address of the HPSIM Server.
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

[Janezic Milan]

sorry guys, i had some other problems to solve. Now i'm back on this one. First thanks for your help. I've found a big mistake made by me.
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.