Page 2 of 2
Re: Waiting for the Traps problem with SNMP Trap
Posted: Mon Dec 09, 2013 10:36 pm
by phyo
sreinhardt wrote:The other thing you can check, if you feel that traps have come in, but are not showing in any of your logs, take a look in /var/spool/snmptt/.
if there are any items in there, your snmptt daemon is not reaping them properly and likely is an issue with permissions, and the daemon should be run as root.
Here is the output of ll /var/spool/snmptt
Code: Select all
[root@centos snmptt]# ll /var/spool/snmptt/
total 0
[root@centos snmptt]#
There is nothing under /var/spool/snmptt/ folder. I don't know what wrong with my configuration and device.
Re: Waiting for the Traps problem with SNMP Trap
Posted: Tue Dec 10, 2013 11:47 am
by sreinhardt
Well since you have had traps come in previously, I am hard pressed to say its anything with the nagios machine, but just that your devices must not be sending many traps. Having the directory empty is good, that means anything that was in there would have been cleared out already. If you know that traps are coming in, you can always tcpdump and if it shows incoming port 162 and you don't have traps being logged, then there is a breakdown somewhere.
Re: Waiting for the Traps problem with SNMP Trap
Posted: Wed Dec 25, 2013 11:03 pm
by yholderby
Hello
Sorry I know this is 2012 post, but recently I encounter the same problem when deploying licensed nagios XI for my company. Following the instruction in Integrating_SNMP_Traps_With_Nagios_XI.pdf on the CentOS 6.4, snmptt and snmptrapd are up and mibs are added(the mib(OID) has been stored in snmptt.conf properly). All the traps still goto snmpttunknown.log, and nothing in /var/spool/snmptt.
Can anyone tell me if this problem has been solved and if so how it solved? Thanks in advance~~
Yuhsiang

Re: Waiting for the Traps problem with SNMP Trap
Posted: Thu Dec 26, 2013 10:58 am
by sreinhardt
This could be several issues, could you open a new thread specifically for your issue please. While you are at it, if you could post your /etc/snmp/snmptt.conf /etc/snmp/snmptt.ini, and a few example oids that you are having issues with. Also if you could run: