Unable to ACK (again)

[tgriep]

Earlier in this thread, you said that the server is not receiving SNMP Traps but in the output of the ps command shows it is running.
The snmptt daemon does write it's information to the nagios.cmd files and if you are not using it, you should disable it and see if the problem goes away.

[lmiltchev]

The permissions on the pipe are not correct. You have

Code: Select all

-rw-rw-r-- 1 root   nagcmd  500 Jul  1 10:39 nagios.cmd

but you should have:

Code: Select all

prw-rw----  1 nagios nagcmd    0 Jun 30 13:43 nagios.cmd

Try the deleting the file, and restarting nagios:

Code: Select all

rm -f /usr/local/nagios/var/rw/nagios.cmd
service nagios restart

The file should get recreated with the correct permissions. Let us know if this fixed your issue.

[highness]

The permissions on the pipe are not correct. You have

Code: Select all

-rw-rw-r-- 1 root   nagcmd  500 Jul  1 10:39 nagios.cmd

but you should have:

Code: Select all

prw-rw----  1 nagios nagcmd    0 Jun 30 13:43 nagios.cmd

Try the deleting the file, and restarting nagios:

Code: Select all

rm -f /usr/local/nagios/var/rw/nagios.cmd
service nagios restart

The file should get recreated with the correct permissions. Let us know if this fixed your issue.

I've got a script that I run when acks quit working and the script already has that in it. So, *SOMETIMES* fixes it. But not always. Had two incidents today where I've had to re-run that script twice to get it to take.

[lmiltchev]

The snmptt daemon does write it's information to the nagios.cmd files and if you are not using it, you should disable it and see if the problem goes away.

Have you tried what tgriep suggested?

Code: Select all

service snmptt stop
chkconfig snmptt off

If you are still having issues after running the above commands, we may need to move this to our email ticketing system, and possibly schedule a remote session.

[highness]

Can't really do that, as we use SNMPTT.

[tgriep]

Can you post the config files from the /etc/snmp folder so we can view them?
Can you post your nagios.cfg file as well?

[highness]

Was working on other projects since the last post from tgreip and just saw this.

Out of frustration/desperation, I shut down snmptt daemon and killed all the python scripts that were referencing it. That *SEEMS* to have fixed it. No loss of our acking super powers for the past couple of weeks.

I'd like to think that we could safely close this thread; but am curious to see if maybe something could be done to prevent this going forward? For me, its not THAT big of an issue, but gotta believe that someone is going to run into this down the road?

[tgriep]

One thing we have had people try is to restart the snmptt daemon when the nagios process is restarted.
You could try that and see if it helps.
Add this

Code: Select all

/etc/init.d/snmptt restart

to the /etc/init.d/nagios init script around line 196 so the 2 processes will get restarted at the same time.

[highness]

One thing we have had people try is to restart the snmptt daemon when the nagios process is restarted.
You could try that and see if it helps.
Add this

Code: Select all

/etc/init.d/snmptt restart

to the /etc/init.d/nagios init script around line 196 so the 2 processes will get restarted at the same time.

I added that earlier in my trials - with no joy. The box would still lose the ability to ack.

[tgriep]

Last thing to check is the /usr/local/bin/snmptraphandling.py script. Maybe something is wrong in that file and could be causing the issue.
Could you post it?