Re: [Nagios-users] significant bug in 3.2.2 - nagios.cfg -- execute_service_checks=0 completely ignored
-Original Message- From: Robert Wolfe [mailto:robert.wo...@robertwolfe.org] Sent: Friday, 1 October 2010 11:38 To: Nagios Users List Subject: Re: [Nagios-users] significant bug in 3.2.2 - nagios.cfg -- execute_service_checks=0 completely ignored Hi all. My first post here. So please bear with me. Installed the HEAD release from the Nagios website last night and while everything is working, I am not able to reschedule commands as I get a message saying that the permissions on the nagios.cmd file are not correct. What should the permissions on this file be? -Original Message- From: Tony Yarusso [mailto:tyaru...@nagios.com] Sent: Thursday, September 30, 2010 6:23 PM To: Nagios Users List Subject: Re: [Nagios-users] significant bug in 3.2.2 - nagios.cfg -- execute_service_checks=0 completely ignored On Thu, 2010-09-30 at 14:23 -0700, Mark Christian wrote: dnsmichi and keith4 on IRC #nagios graciously pointed out that I need merely remove line 1088 from nagios 3.2.2 source base/events.c and recompile. I removed run_event=TRUE; on line 1088 of base/events.c, recompiled and now nagios correctly recognizes “execute_service_checks=0”. I believe this to be a significant bug. I believe this fix has already been applied to CVS head, and is awaiting feedback from testers of that copy before a new release is approved. If you have a chance to try a build from CVS HEAD and report your experience the the -devel mailing list that would be very helpful. Something that your web server can write to, i.e.: [...@monitor nagios]$ grep ^command_file /etc/nagios/nagios.cfg command_file=/var/log/nagios/rw/nagios.cmd [...@monitor nagios]$ ls -l /var/log/nagios/rw/nagios.cmd prw-rw 1 nagios nagios 0 Oct 1 16:02 /var/log/nagios/rw/nagios.cmd [...@monitor nagios]$ id apache uid=48(apache) gid=48(apache) groups=101(nagios),48(apache) context=user_u:system_r:unconfined_t Stuart -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
Re: [Nagios-users] [Nagios-devel] significant bug in 3.2.2 - nagios.cfg -- execute_service_checks=0 completely ignored
Stephen Gran wrote: On Thu, Sep 30, 2010 at 02:31:55PM -0700, Mark Christian said: I updated nagios from 3.2.0 to 3.2.2 - my distributed collector node went from ~7000 services passively checked and near zero actively checked to ~1800 actively checked and counting. The fix for this has already been checked into cvs. Sure thing. But how to support the community (e.g. in IRC) by telling them delete sth in the code and then recompile. This remains a major bug and should be fixed in a release soon. Also within already created packages and so on. In the Opsview repository, a patch for this is accessible, but I think the community wouldn't mind getting the host checks skipped bug fixed too within Nagios 3.2.3 - would create a nice release blog post and a bit more focused on development than keeping other issues with more priority as it seems. If you require more test reports (as Tony stated on IRC that Ethan wants that): The fix has been tested and debugged on Icinga Core, same behavior, same bugfix, same successful tests. If needed, I'll clone Andreas' GIT and run several tests against Nagios Core too, but since the code in this regard is merely the same, putting that up to a release should be no problem. But if you do think different, no offense taken. Kind regards, Michael -- DI (FH) Michael Friedrich Vienna University Computer Center Universitaetsstrasse 7 A-1010 Vienna, Austria email: michael.friedr...@univie.ac.at phone: +43 1 4277 14359 fax:+43 1 4277 14279 web:http://www.univie.ac.at/zid Icinga Core IDOUtils Developer http://www.icinga.org -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
Re: [Nagios-users] significant bug in 3.2.2 - nagios.cfg -- execute_service_checks=0 completely ignored
Robert Wolfe wrote: Hi all. My first post here. So please bear with me. Installed the HEAD release from the Nagios website last night and while everything is working, I am not able to reschedule commands as I get a message saying that the permissions on the nagios.cmd file are not correct. What should the permissions on this file be? create a command grp like in the quickstart guides iirc. e.g. nagiocmd $ chmod 775 nagios/var/rw $ chown nagios:nagiocmd nagios/var/rw $ chmod g+s nagios/var/rw sticky bit for inheriting the permissions to files created below. if somebody tells you to change permissions only on nagios.cmd in var/rw/ this is only true as long as the core is running. nagios.cmd will be deleted/unlinked during core shutdown. also make sure you have put apache user into nagiocmd group. then it will have the permissions to write the nagios.cmd command file and it should work properly. Kind regards, Michael -Original Message- From: Tony Yarusso [mailto:tyaru...@nagios.com] Sent: Thursday, September 30, 2010 6:23 PM To: Nagios Users List Subject: Re: [Nagios-users] significant bug in 3.2.2 - nagios.cfg -- execute_service_checks=0 completely ignored On Thu, 2010-09-30 at 14:23 -0700, Mark Christian wrote: dnsmichi and keith4 on IRC #nagios graciously pointed out that I need merely remove line 1088 from nagios 3.2.2 source base/events.c and recompile. I removed run_event=TRUE; on line 1088 of base/events.c, recompiled and now nagios correctly recognizes “execute_service_checks=0”. I believe this to be a significant bug. I believe this fix has already been applied to CVS head, and is awaiting feedback from testers of that copy before a new release is approved. If you have a chance to try a build from CVS HEAD and report your experience the the -devel mailing list that would be very helpful. -- Tony Yarusso Technical Team ___ Nagios Enterprises, LLC Email: tyaru...@nagios.com Web:www.nagios.com -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null -- DI (FH) Michael Friedrich Vienna University Computer Center Universitaetsstrasse 7 A-1010 Vienna, Austria email: michael.friedr...@univie.ac.at phone: +43 1 4277 14359 fax:+43 1 4277 14279 web:http://www.univie.ac.at/zid Icinga Core IDOUtils Developer http://www.icinga.org -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
Re: [Nagios-users] [Nagios-devel] significant bug in 3.2.2 - nagios.cfg -- execute_service_checks=0 completely ignored
On 10/01/2010 08:14 AM, Michael Friedrich wrote: Stephen Gran wrote: On Thu, Sep 30, 2010 at 02:31:55PM -0700, Mark Christian said: I updated nagios from 3.2.0 to 3.2.2 - my distributed collector node went from ~7000 services passively checked and near zero actively checked to ~1800 actively checked and counting. The fix for this has already been checked into cvs. Sure thing. But how to support the community (e.g. in IRC) by telling them delete sth in the code and then recompile. This remains a major bug and should be fixed in a release soon. Also within already created packages and so on. How about download the proposed fix from CVS and give that a go? Since the fix awaits input from testers we can't very well release it immediately. You've tested it, so that makes one person. If a few more report that it's now working as intended without any downsides we'll probably go ahead and cut a release in the next few days, but releasing untested code that might break something else just to fix a bug isn't really good practice. I don't have access to hit the release-button yet, or I would probably do so for this particular bug. If you require more test reports (as Tony stated on IRC that Ethan wants that): The fix has been tested and debugged on Icinga Core, same behavior, same bugfix, same successful tests. If needed, I'll clone Andreas' GIT and run several tests against Nagios Core too, but since the code in this regard is merely the same, putting that up to a release should be no problem. But if you do think different, no offense taken. Good enough for me. -- Andreas Ericsson andreas.erics...@op5.se OP5 AB www.op5.se Tel: +46 8-230225 Fax: +46 8-230231 Considering the successes of the wars on alcohol, poverty, drugs and terror, I think we should give some serious thought to declaring war on peace. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
[Nagios-users] Configuring snmp ip for the hosts
Hi, I've just migrated from nagios2 to nagios3, basically for the
custom macro feature.
In my network I've two kind of servers:
.- Single ip server (the same ip is used both for services and snmp server)
.- Dual ip server (public ip for the services and private ip for the
snmp server)
What I try to do is set a default value to the macro $_HOSTIPSNMP$ in
the host template ..
define host {
name linux-server
...
_IPSNMP $HOSTADDRESS$
...
}
I assumed that all the hosts automatically would set $_HOSTIPSNMP$
with the content of $HOSTADDRESS$
If I can get this working, the second part would be to set on a
per-host basis custom values for $_HOSTIPSNMP$, in the style of:
define host {
use linux-server
address 123.123.123.123
_IPSNMP192.168.1.10
}
So $_HOSTIPSNMP$ has always a sane value and I can set it to whatever
I want whenever I need.
The error I'm facing is this, it seems that the _HOSTIPSNMP doesn't
get replaced properly for the variable value, but instead it gets
replaced for the variable name.
cmd=[/usr/lib/nagios/plugins/check_snmp_storage.pl '-H' 'HOSTADDRESS'
'-C' 'comunity' '-m' '/' '-w' '80%' '-c' '85%']
output=[ERROR: Unable to resolve UDP/IPv4 address 'HOSTADDRESS'.
I tried changing the quoting of $HOSTADDRESS$ in the template, but
nothing I tried worked.
Thanks for your help.
--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Nagios-users mailing list
Nagios-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting
any issue.
::: Messages without supporting info will risk being sent to /dev/null
Re: [Nagios-users] [Nagios-devel] significant bug in 3.2.2 - nagios.cfg -- execute_service_checks=0 completely ignored
Andreas Ericsson wrote: How about download the proposed fix from CVS and give that a go? True for testing environments and source upgrades (if people can do that theirselves). Untrue for package upgrades and similar upgrade paths. Main problem targets the fact that the error reports differ in various ways. Only a developer might get the idea what did change, but if I were just an user with daily business I would spend a lot of time checking on possible errors. Better having a new release telling this is fixed. Since the fix awaits input from testers we can't very well release it immediately. You've tested it, so that makes one person. If a few more report that it's now working as intended without any downsides we'll probably go ahead and cut a release in the next few days, but releasing untested code that might break something else just to fix a bug isn't really good practice. Well good to hear that, not rushing into releases. Maybe instrumented by asking on different channels for testing help (like Twitter and Facebook getting very popular right now). Just an idea to make life more easy. Kind regards, Michael -- DI (FH) Michael Friedrich Vienna University Computer Center Universitaetsstrasse 7 A-1010 Vienna, Austria email: michael.friedr...@univie.ac.at phone: +43 1 4277 14359 fax:+43 1 4277 14279 web:http://www.univie.ac.at/zid Icinga Core IDOUtils Developer http://www.icinga.org -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
Re: [Nagios-users] [Nagios-devel] significant bug in 3.2.2 - nagios.cfg -- execute_service_checks=0 completely ignored
On Fri, 2010-10-01 at 12:49 +0200, Michael Friedrich wrote: Maybe instrumented by asking on different channels for testing help (like Twitter and Facebook getting very popular right now). Just an idea to make life more easy. Noted. We're working on making better use of the @nagiosinc and @nagiosproject microblogging accounts; I'll keep this kind of thing in mind for that. -- Tony Yarusso Technical Team ___ Nagios Enterprises, LLC Email: tyaru...@nagios.com Web:www.nagios.com -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
[Nagios-users] How long Nagios keep memorized status and change status informations?
Hi at all! Probably this question will be labeled as banal but I can't find information about it on official documentation. I need to keep an history of the change status event, and I know that Nagios don't use database to do it. I think nagios use a file to store information with which it create reports, but I can't find exactly what file and of course how long that informations will be stored. Looking on official documentation I found only this: http://nagios.sourceforge.net/docs/3_0/config.html and looking on configuration I also found these line: status_file=/usr/local/nagios/var/status.dat But this status seems to be the current status, not the history. Can you give me a link to documentation that explain this? P.S. I can't use NDOUtils to do that Thank's for your attention and sorry about this monstrous english :) -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
Re: [Nagios-users] How long Nagios keep memorized status and change status informations?
On 1 October 2010 15:10, Marc Powell li...@xodus.org wrote: It uses several files. /usr/local/nagios/var/nagios.log is the 'current' data for this log rotation period. /usr/local/nagios/var/archives/* are the historical logs, one for each previous log rotation period. Nagios does not remove these files. They're kept indefinitely until you remove them.* Nagios uses them to generate all the historical reports. Thank you so much! I've another question: I see that on that files the time use a sintax like [1274071697] at the begin of each line. How can I decode that value? In qmail I used tai64nlocal, is there a tool to do that on this format? Thank's! -- Enrico lomiz Zimol http://www.lomiz.it -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
Re: [Nagios-users] [Nagios-devel] significant bug in 3.2.2 - nagios.cfg -- execute_service_checks=0 completely ignored
On 10/01/2010 12:49 PM, Michael Friedrich wrote: Andreas Ericsson wrote: How about download the proposed fix from CVS and give that a go? True for testing environments and source upgrades (if people can do that theirselves). Untrue for package upgrades and similar upgrade paths. True that. This, btw, is why package maintainers very rarely jump the guns to get new versions out the door though, so I doubt it affects anyone who's installed Nagios that way. Main problem targets the fact that the error reports differ in various ways. Only a developer might get the idea what did change, but if I were just an user with daily business I would spend a lot of time checking on possible errors. Better having a new release telling this is fixed. Since the fix awaits input from testers we can't very well release it immediately. You've tested it, so that makes one person. If a few more report that it's now working as intended without any downsides we'll probably go ahead and cut a release in the next few days, but releasing untested code that might break something else just to fix a bug isn't really good practice. Well good to hear that, not rushing into releases. Maybe instrumented by asking on different channels for testing help (like Twitter and Facebook getting very popular right now). Just an idea to make life more easy. Automated testing beats user testing 9 times out of 10. That's why we need to send all our icecream to Ton for working on adding automated tests to Nagios. -- Andreas Ericsson andreas.erics...@op5.se OP5 AB www.op5.se Tel: +46 8-230225 Fax: +46 8-230231 Considering the successes of the wars on alcohol, poverty, drugs and terror, I think we should give some serious thought to declaring war on peace. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
Re: [Nagios-users] How long Nagios keep memorized status and change status informations?
On 1 October 2010 15:34, Enrico Zimol lomiz.m...@gmail.com wrote: Thank you so much! I've another question: I see that on that files the time use a sintax like [1274071697] at the begin of each line. How can I decode that value? In qmail I used tai64nlocal, is there a tool to do that on this format? Solved :) perl -pe 's/(\d+)/localtime($1)/e' logfile.log -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
[Nagios-users] Cisco WAAS Plugin
Hi, I am not sure if my last mail made it to the list. I am looking for a Cisco WAAS Plugin for Nagios. Has someone already written such a plugin? Thanks, chris -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
[Nagios-users] Question on Distributed Setup for hosts hostgroups
I am building a package to send out to 500 locations to set up a distributed Nagios 3.2 environment. I have scripts written that when the nagios package is dropped in a location, the script creates a hosts.cfg a hostgroup.cfg file on the remote distributed server for the hosts he will monitor. I just want to be 100 % sure that if the central server is not doing active checks, does the central server still have to have every remote host listed in its hosts.cfg and the hostgroup.cfg files? Thanks, Steve -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
Re: [Nagios-users] Question on Distributed Setup for hosts hostgroups
On Oct 1, 2010, at 3:56 PM, steve f wrote: I am building a package to send out to 500 locations to set up a distributed Nagios 3.2 environment. I have scripts written that when the nagios package is dropped in a location, the script creates a hosts.cfg a hostgroup.cfg file on the remote distributed server for the hosts he will monitor. I just want to be 100 % sure that if the central server is not doing active checks, does the central server still have to have every remote host listed in its hosts.cfg and the hostgroup.cfg files? It does otherwise the central server won't know what to do with the check results that it receives. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
