From ae at op5.se Wed Mar 1 01:53:17 2006 From: ae at op5.se (Andreas Ericsson) Date: Wed Mar 1 01:53:17 2006 Subject: [Nagiosplug-devel] RFC: Plugin API Changes In-Reply-To: References: <44043D9A.4419.F099FE@nagios.nagios.org> <44044A5E.19609.1227627@nagios.nagios.org> <4404AA46.1050308@op5.se> Message-ID: <44056EE4.7030403@op5.se> Subhendu Ghosh wrote: > On Tue, 28 Feb 2006, Andreas Ericsson wrote: > >> Ethan Galstad wrote: >> >>> On 28 Feb 2006 at 10:52, Jason Martin wrote: >>> >>> >>>> On Tue, Feb 28, 2006 at 12:10:02PM -0600, Ethan Galstad wrote: >>>> >>>>> Line1: "Short output | Perf1" >>>>> Line2: "Long output 1" >>>>> Line3: "Long output 2" >>>>> Line4: "Long output3 | Perf2" >>>>> Line5: "Perf3" >>>>> Line6: "Perf4" >>>>> $SERVICEOUTPUT$="Short output" >>>>> $PERFDATA$="Perf1 Perf2 Perf3 Perf4" >>>>> $LONGSERVICEOUTPUT$="Long output 1\nLong output2\nLong output3\n" >>> >>> >>> >>>> How does Nagios differentiate between Line2 being 'long output' >>>> and line5 being perfdata? Both follow a line with a | character >>>> in it. >>> >>> >>> >>> Any additional lines (beyond the first one) are considered standard >>> text output and made a part of the $LONGSERVICEOUTPUT$ macro. Once a >>> pipe symbol is found in those additional lines, anything after that >>> symbol (including additional full lines of text) are considered to be >>> performance data. >>> >> >> Seems like a tricky rule. Why not just stick with current behaviour >> (that is, first pipe-char splits output and perf-data)? One can >> already do multiple perf-data entries with that, using the current >> parsers. >> >> > > Either that - or each new line is either output or perfdata with > separators allowing multiple parts but the line will be prefixed to > distinguish betwwen the two. > > current parsers will have to be modified to handle multiline, so adding > line prefix detection in the loop should be trivial. > Going with my suggestion, that will be as easy as echo "$perf_data" | tr '\n' ' ' and even simpler in C, Python, Perl or whatever. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Tel: +46 8-230225 Fax: +46 8-230231 From noreply at sourceforge.net Wed Mar 1 04:01:01 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Mar 1 04:01:01 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1402262 ] check_http SSL doesn't work for Tomcat servers Message-ID: Bugs item #1402262, was opened at 2006-01-11 00:01 Message generated for change (Comment added) made by at-one You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1402262&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: richard (rag777) Assigned to: Nobody/Anonymous (nobody) Summary: check_http SSL doesn't work for Tomcat servers Initial Comment: check_http fails with CRITICAL - Cannot retrieve server certificate for checks against Tomcat servers. This is from release 1.4.2 and tested against Tomcat 4.x and 5.x servers. It is completely reproducable. This example works: check_http --ssl www.verisign.com HTTP OK HTTP/1.1 200 OK - 30606 bytes in 1.754 seconds |time=1.754026s;;;0.000000 size=30606B;;;0 This example fails: check_http --ssl www.icpkp.com CRITICAL - Cannot retrieve server certificate. I have tried this against a bunch of Tomcat sites and always get the same result. I also get it when trying against a self-signed certificate. The browsers access the certificate fine, and don't report any problems. Any help would be greatly appreciated! ---------------------------------------------------------------------- Comment By: David Kelly (at-one) Date: 2006-03-01 11:59 Message: Logged In: YES user_id=1275092 I can't comment on Tomcat servers but it seems this error also applies to site certificates using the AES cipher: insight2:/s2s/apps/nagios-plugins# ./check_http --ssl www.verisign.com HTTP OK HTTP/1.1 200 OK - 31062 bytes in 1.206 seconds |time=1.205539s;;;0.000000 size=31062B;;;0 insight2:/s2s/apps/nagios-plugins# ./check_http --ssl www.e-paycobalt.com CRITICAL - Cannot retrieve server certificate. e-paycobalt.com is just one of many of our customer sites using the aes encrypted certificates that I have tested this on. All fail with the same error. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1402262&group_id=29880 From noreply at sourceforge.net Wed Mar 1 04:05:03 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Mar 1 04:05:03 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1402262 ] check_http SSL doesn't work for Tomcat servers Message-ID: Bugs item #1402262, was opened at 2006-01-11 00:01 Message generated for change (Comment added) made by at-one You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1402262&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: richard (rag777) Assigned to: Nobody/Anonymous (nobody) Summary: check_http SSL doesn't work for Tomcat servers Initial Comment: check_http fails with CRITICAL - Cannot retrieve server certificate for checks against Tomcat servers. This is from release 1.4.2 and tested against Tomcat 4.x and 5.x servers. It is completely reproducable. This example works: check_http --ssl www.verisign.com HTTP OK HTTP/1.1 200 OK - 30606 bytes in 1.754 seconds |time=1.754026s;;;0.000000 size=30606B;;;0 This example fails: check_http --ssl www.icpkp.com CRITICAL - Cannot retrieve server certificate. I have tried this against a bunch of Tomcat sites and always get the same result. I also get it when trying against a self-signed certificate. The browsers access the certificate fine, and don't report any problems. Any help would be greatly appreciated! ---------------------------------------------------------------------- Comment By: David Kelly (at-one) Date: 2006-03-01 12:03 Message: Logged In: YES user_id=1275092 Incidentally I just checked out the certificate for icpkp.com to which the original bug report refers and it too is using an AES ciphered cert. This leads me to believe that it's the cipher that is the issue, not Tomcat. ---------------------------------------------------------------------- Comment By: David Kelly (at-one) Date: 2006-03-01 11:59 Message: Logged In: YES user_id=1275092 I can't comment on Tomcat servers but it seems this error also applies to site certificates using the AES cipher: insight2:/s2s/apps/nagios-plugins# ./check_http --ssl www.verisign.com HTTP OK HTTP/1.1 200 OK - 31062 bytes in 1.206 seconds |time=1.205539s;;;0.000000 size=31062B;;;0 insight2:/s2s/apps/nagios-plugins# ./check_http --ssl www.e-paycobalt.com CRITICAL - Cannot retrieve server certificate. e-paycobalt.com is just one of many of our customer sites using the aes encrypted certificates that I have tested this on. All fail with the same error. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1402262&group_id=29880 From noreply at sourceforge.net Thu Mar 2 07:59:04 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Mar 2 07:59:04 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1402262 ] check_http SSL doesn't work for Tomcat servers Message-ID: Bugs item #1402262, was opened at 2006-01-10 19:01 Message generated for change (Comment added) made by huntes You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1402262&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: richard (rag777) Assigned to: Nobody/Anonymous (nobody) Summary: check_http SSL doesn't work for Tomcat servers Initial Comment: check_http fails with CRITICAL - Cannot retrieve server certificate for checks against Tomcat servers. This is from release 1.4.2 and tested against Tomcat 4.x and 5.x servers. It is completely reproducable. This example works: check_http --ssl www.verisign.com HTTP OK HTTP/1.1 200 OK - 30606 bytes in 1.754 seconds |time=1.754026s;;;0.000000 size=30606B;;;0 This example fails: check_http --ssl www.icpkp.com CRITICAL - Cannot retrieve server certificate. I have tried this against a bunch of Tomcat sites and always get the same result. I also get it when trying against a self-signed certificate. The browsers access the certificate fine, and don't report any problems. Any help would be greatly appreciated! ---------------------------------------------------------------------- Comment By: Scott Hunter (huntes) Date: 2006-03-02 10:57 Message: Logged In: YES user_id=315297 I am also having this exact problem with an AES certificate in Tomcat. ---------------------------------------------------------------------- Comment By: David Kelly (at-one) Date: 2006-03-01 07:03 Message: Logged In: YES user_id=1275092 Incidentally I just checked out the certificate for icpkp.com to which the original bug report refers and it too is using an AES ciphered cert. This leads me to believe that it's the cipher that is the issue, not Tomcat. ---------------------------------------------------------------------- Comment By: David Kelly (at-one) Date: 2006-03-01 06:59 Message: Logged In: YES user_id=1275092 I can't comment on Tomcat servers but it seems this error also applies to site certificates using the AES cipher: insight2:/s2s/apps/nagios-plugins# ./check_http --ssl www.verisign.com HTTP OK HTTP/1.1 200 OK - 31062 bytes in 1.206 seconds |time=1.205539s;;;0.000000 size=31062B;;;0 insight2:/s2s/apps/nagios-plugins# ./check_http --ssl www.e-paycobalt.com CRITICAL - Cannot retrieve server certificate. e-paycobalt.com is just one of many of our customer sites using the aes encrypted certificates that I have tested this on. All fail with the same error. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1402262&group_id=29880 From noreply at sourceforge.net Thu Mar 2 18:36:09 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Mar 2 18:36:09 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1442218 ] check_mail_loop timing problem in 1.4.2 Message-ID: Bugs item #1442218, was opened at 2006-03-03 03:35 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1442218&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: J.M. Roth (jmroth) Assigned to: Nobody/Anonymous (nobody) Summary: check_mail_loop timing problem in 1.4.2 Initial Comment: The check_mail_loop script may not do what it should under all circumstances, especially when the mail server and connection is so fast that the mail is sent and received in the same execution of the script. Remedy: switch the send/receive sections. Like that, the mail is sent, and only received the next time the script is run, which will also make sure the stat file is correctly updated... I guess that is what the "# ..." part of the code wanted to address :) Fixed file attached. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1442218&group_id=29880 From mmcgrath at fedoraproject.org Sun Mar 5 17:01:48 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Sun Mar 5 17:01:48 2006 Subject: [Nagiosplug-devel] mysql, iirc and lib64 errors Message-ID: <3237e4410603050956t4af7f732r1e94c4c454b21253@mail.gmail.com> I'm working on getting nagios-plugins packaged for Fedora Extras and some of the reviewers ran into a problem compiling the official nagios plugins on 64 bit machines. The problem appears to be some hardcoded paths to /usr/lib/ in configure or the make file. Here's the bug report: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176374 Unfortunately I don't have a 64 bit machine to work with. Does anyone here have any insight? -Mike From forums at emat.be Sun Mar 5 20:27:03 2006 From: forums at emat.be (js) Date: Sun Mar 5 20:27:03 2006 Subject: [Nagiosplug-devel] Wap pages not generated correctly when using urlize Message-ID: <440AFE2A.8060607@emat.be> An HTML attachment was scrubbed... URL: From seanius at seanius.net Sun Mar 5 22:12:04 2006 From: seanius at seanius.net (sean finney) Date: Sun Mar 5 22:12:04 2006 Subject: [Nagiosplug-devel] mysql, iirc and lib64 errors In-Reply-To: <3237e4410603050956t4af7f732r1e94c4c454b21253@mail.gmail.com> References: <3237e4410603050956t4af7f732r1e94c4c454b21253@mail.gmail.com> Message-ID: <20060306061146.GA30663@seanius.net> hi mike, On Sun, Mar 05, 2006 at 11:56:43AM -0600, Mike McGrath wrote: > I'm working on getting nagios-plugins packaged for Fedora Extras and > some of the reviewers ran into a problem compiling the official nagios > plugins on 64 bit machines. The problem appears to be some hardcoded > paths to /usr/lib/ in configure or the make file. Here's the bug > report: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176374 > > Unfortunately I don't have a 64 bit machine to work with. Does anyone > here have any insight? the failed build log would be helpful. i don't know how rh/fc handles the split in 64/32-bit libs and sw. in debian, iirc /usr/lib is a symlink to /usr/lib64 and there's a seperate /usr/lib32. or at least, there are no such compilation errors on my amd64 machine (which is powered off currently so i can't check :() also, don't you think one plugin per package is a little overkill? at the very least, there's a fair number of plugins that don't have any external dependencies that you could group together without causing anyone any grief. in debian, we've found a good balance is to group the plugins according to their uses and dependencies, and use feedback from users to determine further changes. so right now we have - nagios-plugins-basic: plugins that don't require anything special (anything outside of "Base" installation). check_ping was later added because it was so commonly used. - nagios-plugins-standard: stuff that requires more dependencies, such as mysql/pgsql, etc - nagios-plugins: pseudopackage that installs the previous two packages (backwards compatibility with previous installs) our original intent when we split this up (about 5 months ago iirc) was to further split things up, but to wait for user feedback before doing so. believe it or not, with the exception of check_ping we haven't recieved any complaints yet (and we may make the latter moot if we decide to move to check_icmp as the debian default). the advantage of such a system is that other software that more or less requires plugins to be installed (nrpe, for example) can then be told to depend on nagios-plugins-basic | nagios-plugins, such that a default install won't bring in everything + the kitchen sink but will still be fairly usable out of the box. sean -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From wolvverine at tarchomin.pl Mon Mar 6 03:15:16 2006 From: wolvverine at tarchomin.pl (=?iso-8859-2?Q?Micha=B3?= Panasiewicz) Date: Mon Mar 6 03:15:16 2006 Subject: [Nagiosplug-devel] problem with name ethernet interface - check_snmp_int Message-ID: <1141643664.11329.14.camel@localhost> host 192.168.0.53 = Windows XP [root at kuf-serwer ~]# LC_ALL=C LANG=C snmpwalk -c secret -v2c 192.168.0.53 1.3.6.1.2.1.2.2.1.2.2 IF-MIB::ifDescr.2 = STRING: Karta PCI Fast Ethernet oparta na SiS 900 - Sterownik miniport Harmonogramu pakiet ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ [root at kuf-serwer ~]# LC_ALL=C LANG=C /usr/lib/nagios/plugins/check_snmp_int -H 192.168.0.53 -C secret -n z -v Alarm at 15 + 5 Filter : z OID : 1.3.6.1.2.1.2.2.1.2.2, Desc : 0x4b617274612050434920466173742045746865726e6574206f7061727461206e612053695320393030202d20537465726f776e696b206d696e69706f7274204861726d6f6e6f6772616d752070616b696574f37700 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ OID : 1.3.6.1.2.1.2.2.1.2.1, Desc : MS TCP Loopback interface ERROR : Unknown interface z -- Micha? Panasiewicz jabber: wolvverine [ at ] chrome [ dot ] pl e-mail: wolvverine [ at ] tlen [ dot ] pl , wolvverine [ at ] pld-linux [ dot ] org Potrzebujesz Informatyka/Administratora (Warszawa) -skontaktuj sie ze mn? From nagios at proy.org Mon Mar 6 11:12:07 2006 From: nagios at proy.org (Patrick Proy) Date: Mon Mar 6 11:12:07 2006 Subject: [Nagiosplug-devel] problem with name ethernet interface - check_snmp_int In-Reply-To: <1141643664.11329.14.camel@localhost> Message-ID: <20060306191106.1A6F41953BD@mail.proy.org> Hi, It is an UTF8 problem, I have corrected it in check_snmp_storage, but I never thought it would happen in check_snmp_int !! Add at line 298 : $session->translate(Net::SNMP->TRANSLATE_NONE); Patrick http://www.manubulon.com/nagios/ http://sourceforge.net/projects/nagios-snmp/ -----Message d'origine----- De : nagiosplug-devel-admin at lists.sourceforge.net [mailto:nagiosplug-devel-admin at lists.sourceforge.net] De la part de Michal Panasiewicz Envoy? : lundi 6 mars 2006 12:14 ? : nagiosplug-devel at lists.sourceforge.net Objet : [Nagiosplug-devel] problem with name ethernet interface - check_snmp_int host 192.168.0.53 = Windows XP [root at kuf-serwer ~]# LC_ALL=C LANG=C snmpwalk -c secret -v2c 192.168.0.53 1.3.6.1.2.1.2.2.1.2.2 IF-MIB::ifDescr.2 = STRING: Karta PCI Fast Ethernet oparta na SiS 900 - Sterownik miniport Harmonogramu pakiet ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ [root at kuf-serwer ~]# LC_ALL=C LANG=C /usr/lib/nagios/plugins/check_snmp_int -H 192.168.0.53 -C secret -n z -v Alarm at 15 + 5 Filter : z OID : 1.3.6.1.2.1.2.2.1.2.2, Desc : 0x4b617274612050434920466173742045746865726e6574206f7061727461206e612053695320393030202d20537465726f776e696b206d696e69706f7274204861726d6f6e6f6772616d752070616b696574f37700 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ OID : 1.3.6.1.2.1.2.2.1.2.1, Desc : MS TCP Loopback interface ERROR : Unknown interface z -- Micha? Panasiewicz jabber: wolvverine [ at ] chrome [ dot ] pl e-mail: wolvverine [ at ] tlen [ dot ] pl , wolvverine [ at ] pld-linux [ dot ] org Potrzebujesz Informatyka/Administratora (Warszawa) -skontaktuj sie ze mn? ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________________ Nagios Plugin Development Mailing List Nagiosplug-devel at lists.sourceforge.net Unsubscribe at https://lists.sourceforge.net/lists/listinfo/nagiosplug-devel ::: Please include plugins version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null From noreply at sourceforge.net Mon Mar 6 18:13:02 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Mar 6 18:13:02 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1402262 ] check_http SSL doesn't work for Tomcat servers Message-ID: Bugs item #1402262, was opened at 2006-01-11 11:01 Message generated for change (Comment added) made by never_too_late You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1402262&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: richard (rag777) Assigned to: Nobody/Anonymous (nobody) Summary: check_http SSL doesn't work for Tomcat servers Initial Comment: check_http fails with CRITICAL - Cannot retrieve server certificate for checks against Tomcat servers. This is from release 1.4.2 and tested against Tomcat 4.x and 5.x servers. It is completely reproducable. This example works: check_http --ssl www.verisign.com HTTP OK HTTP/1.1 200 OK - 30606 bytes in 1.754 seconds |time=1.754026s;;;0.000000 size=30606B;;;0 This example fails: check_http --ssl www.icpkp.com CRITICAL - Cannot retrieve server certificate. I have tried this against a bunch of Tomcat sites and always get the same result. I also get it when trying against a self-signed certificate. The browsers access the certificate fine, and don't report any problems. Any help would be greatly appreciated! ---------------------------------------------------------------------- Comment By: never_too_late (never_too_late) Date: 2006-03-07 13:11 Message: Logged In: YES user_id=1469521 Not sure what the root cause is exactly, but this fixed it for me: In check_http.c change "ALL" in SSL_set_cipher_list(ssl, "ALL") to "DEFAULT" and recompile. For anybody wanting to probe deeper, you can see the same behaviour with s_client: 1. openssl s_client -connect www.e-paycobalt.com:443 -cipher ALL will not get you a peer certficate 2. Replacing ALL with DEFAULT will ---------------------------------------------------------------------- Comment By: Scott Hunter (huntes) Date: 2006-03-03 02:57 Message: Logged In: YES user_id=315297 I am also having this exact problem with an AES certificate in Tomcat. ---------------------------------------------------------------------- Comment By: David Kelly (at-one) Date: 2006-03-01 23:03 Message: Logged In: YES user_id=1275092 Incidentally I just checked out the certificate for icpkp.com to which the original bug report refers and it too is using an AES ciphered cert. This leads me to believe that it's the cipher that is the issue, not Tomcat. ---------------------------------------------------------------------- Comment By: David Kelly (at-one) Date: 2006-03-01 22:59 Message: Logged In: YES user_id=1275092 I can't comment on Tomcat servers but it seems this error also applies to site certificates using the AES cipher: insight2:/s2s/apps/nagios-plugins# ./check_http --ssl www.verisign.com HTTP OK HTTP/1.1 200 OK - 31062 bytes in 1.206 seconds |time=1.205539s;;;0.000000 size=31062B;;;0 insight2:/s2s/apps/nagios-plugins# ./check_http --ssl www.e-paycobalt.com CRITICAL - Cannot retrieve server certificate. e-paycobalt.com is just one of many of our customer sites using the aes encrypted certificates that I have tested this on. All fail with the same error. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1402262&group_id=29880 From noreply at sourceforge.net Tue Mar 7 00:47:06 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Mar 7 00:47:06 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1402262 ] check_http SSL doesn't work for Tomcat servers Message-ID: Bugs item #1402262, was opened at 2006-01-11 00:01 Message generated for change (Comment added) made by at-one You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1402262&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: richard (rag777) Assigned to: Nobody/Anonymous (nobody) Summary: check_http SSL doesn't work for Tomcat servers Initial Comment: check_http fails with CRITICAL - Cannot retrieve server certificate for checks against Tomcat servers. This is from release 1.4.2 and tested against Tomcat 4.x and 5.x servers. It is completely reproducable. This example works: check_http --ssl www.verisign.com HTTP OK HTTP/1.1 200 OK - 30606 bytes in 1.754 seconds |time=1.754026s;;;0.000000 size=30606B;;;0 This example fails: check_http --ssl www.icpkp.com CRITICAL - Cannot retrieve server certificate. I have tried this against a bunch of Tomcat sites and always get the same result. I also get it when trying against a self-signed certificate. The browsers access the certificate fine, and don't report any problems. Any help would be greatly appreciated! ---------------------------------------------------------------------- Comment By: David Kelly (at-one) Date: 2006-03-07 08:46 Message: Logged In: YES user_id=1275092 Verified never_to_late's solution, changing ALL to DEFAULT and recompiling works great. Thank you! ---------------------------------------------------------------------- Comment By: never_too_late (never_too_late) Date: 2006-03-07 02:11 Message: Logged In: YES user_id=1469521 Not sure what the root cause is exactly, but this fixed it for me: In check_http.c change "ALL" in SSL_set_cipher_list(ssl, "ALL") to "DEFAULT" and recompile. For anybody wanting to probe deeper, you can see the same behaviour with s_client: 1. openssl s_client -connect www.e-paycobalt.com:443 -cipher ALL will not get you a peer certficate 2. Replacing ALL with DEFAULT will ---------------------------------------------------------------------- Comment By: Scott Hunter (huntes) Date: 2006-03-02 15:57 Message: Logged In: YES user_id=315297 I am also having this exact problem with an AES certificate in Tomcat. ---------------------------------------------------------------------- Comment By: David Kelly (at-one) Date: 2006-03-01 12:03 Message: Logged In: YES user_id=1275092 Incidentally I just checked out the certificate for icpkp.com to which the original bug report refers and it too is using an AES ciphered cert. This leads me to believe that it's the cipher that is the issue, not Tomcat. ---------------------------------------------------------------------- Comment By: David Kelly (at-one) Date: 2006-03-01 11:59 Message: Logged In: YES user_id=1275092 I can't comment on Tomcat servers but it seems this error also applies to site certificates using the AES cipher: insight2:/s2s/apps/nagios-plugins# ./check_http --ssl www.verisign.com HTTP OK HTTP/1.1 200 OK - 31062 bytes in 1.206 seconds |time=1.205539s;;;0.000000 size=31062B;;;0 insight2:/s2s/apps/nagios-plugins# ./check_http --ssl www.e-paycobalt.com CRITICAL - Cannot retrieve server certificate. e-paycobalt.com is just one of many of our customer sites using the aes encrypted certificates that I have tested this on. All fail with the same error. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1402262&group_id=29880 From ton.voon at altinity.com Tue Mar 7 01:19:02 2006 From: ton.voon at altinity.com (Ton Voon) Date: Tue Mar 7 01:19:02 2006 Subject: [Nagiosplug-devel] libtool Message-ID: Hi! Has anyone got any experience of using libtool? In CVS, I'm trying to get a testing executable to link against the tap library (if configure sees it is installed), but the tap library installs differently on my MacOSX (as a shared dynamic library) from my Debian box (as a archive). The instructions after installing the tap library (http:// jc.ngo.org.uk/trac-bin/trac.cgi/wiki/LibTap) say: ---------------------------------------------------------------------- Libraries have been installed in: /usr/local/lib If you ever happen to want to link against installed libraries in a given directory, LIBDIR, you must either use libtool, and specify the full pathname of the library, or use the `-LLIBDIR' flag during linking and do at least one of the following: - add LIBDIR to the `LD_LIBRARY_PATH' environment variable during execution - add LIBDIR to the `LD_RUN_PATH' environment variable during linking - use the `-Wl,--rpath -Wl,LIBDIR' linker flag See any operating system documentation about shared libraries for more information, such as the ld(1) and ld.so(8) manual pages. ---------------------------------------------------------------------- It seems that libtool is the GNU tool that abstracts the linking of libraries away, but I think this means it becomes a compile requirement. Is this requirement worth adding in, especially since it is only really for a testing library, which is not necessarily called? Are the benefits of libtool worth putting in? Ton http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon From noreply at sourceforge.net Tue Mar 7 02:34:01 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Mar 7 02:34:01 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1402262 ] check_http SSL doesn't work for Tomcat servers Message-ID: Bugs item #1402262, was opened at 2006-01-11 00:01 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1402262&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: richard (rag777) >Assigned to: Ton Voon (tonvoon) Summary: check_http SSL doesn't work for Tomcat servers Initial Comment: check_http fails with CRITICAL - Cannot retrieve server certificate for checks against Tomcat servers. This is from release 1.4.2 and tested against Tomcat 4.x and 5.x servers. It is completely reproducable. This example works: check_http --ssl www.verisign.com HTTP OK HTTP/1.1 200 OK - 30606 bytes in 1.754 seconds |time=1.754026s;;;0.000000 size=30606B;;;0 This example fails: check_http --ssl www.icpkp.com CRITICAL - Cannot retrieve server certificate. I have tried this against a bunch of Tomcat sites and always get the same result. I also get it when trying against a self-signed certificate. The browsers access the certificate fine, and don't report any problems. Any help would be greatly appreciated! ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-03-07 10:32 Message: Logged In: YES user_id=664364 Hi! Thanks for the bug report and the investigations. I've tried this on the latest CVS version and all the sites here seem to work okay. Sean Finney has changed the SSL code so there is no SSL_set_cipher_list call anymore - I'm not sure what it is doing. Sean? Can you please try the snapshot at http://nagiosplug.sf.net/snapshot to see if you still have problems with the latest CVS version. I've added in tests for check_http to connect to www.verisign.com and www.e-paycobalt.com so we can pick up these certificate failures in future. Ton ---------------------------------------------------------------------- Comment By: David Kelly (at-one) Date: 2006-03-07 08:46 Message: Logged In: YES user_id=1275092 Verified never_to_late's solution, changing ALL to DEFAULT and recompiling works great. Thank you! ---------------------------------------------------------------------- Comment By: never_too_late (never_too_late) Date: 2006-03-07 02:11 Message: Logged In: YES user_id=1469521 Not sure what the root cause is exactly, but this fixed it for me: In check_http.c change "ALL" in SSL_set_cipher_list(ssl, "ALL") to "DEFAULT" and recompile. For anybody wanting to probe deeper, you can see the same behaviour with s_client: 1. openssl s_client -connect www.e-paycobalt.com:443 -cipher ALL will not get you a peer certficate 2. Replacing ALL with DEFAULT will ---------------------------------------------------------------------- Comment By: Scott Hunter (huntes) Date: 2006-03-02 15:57 Message: Logged In: YES user_id=315297 I am also having this exact problem with an AES certificate in Tomcat. ---------------------------------------------------------------------- Comment By: David Kelly (at-one) Date: 2006-03-01 12:03 Message: Logged In: YES user_id=1275092 Incidentally I just checked out the certificate for icpkp.com to which the original bug report refers and it too is using an AES ciphered cert. This leads me to believe that it's the cipher that is the issue, not Tomcat. ---------------------------------------------------------------------- Comment By: David Kelly (at-one) Date: 2006-03-01 11:59 Message: Logged In: YES user_id=1275092 I can't comment on Tomcat servers but it seems this error also applies to site certificates using the AES cipher: insight2:/s2s/apps/nagios-plugins# ./check_http --ssl www.verisign.com HTTP OK HTTP/1.1 200 OK - 31062 bytes in 1.206 seconds |time=1.205539s;;;0.000000 size=31062B;;;0 insight2:/s2s/apps/nagios-plugins# ./check_http --ssl www.e-paycobalt.com CRITICAL - Cannot retrieve server certificate. e-paycobalt.com is just one of many of our customer sites using the aes encrypted certificates that I have tested this on. All fail with the same error. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1402262&group_id=29880 From piouso at gmail.com Tue Mar 7 03:41:02 2006 From: piouso at gmail.com (Pio Niyi) Date: Tue Mar 7 03:41:02 2006 Subject: [Nagiosplug-devel] Nagios plugin "No Output" error Message-ID: <3909846c0603070340l42fdd054w23026c160f708ed6@mail.gmail.com> Hi All, I wrote a plugin that uses wget to check if my cgi-scripts are working properly. The plugin works well on command line but it displays "No output" in Nagios web page.Here is a copy of the script and the service file and check command: ################## START PROGRAM ######################### #!/usr/bin/perl use strict; use Getopt::Long; use vars qw($opt_h $opt_w $opt_c); use lib "/usr/local/nagios/libexec"; use utils qw(%ERRORS &print_revision &support &usage); Getopt::Long::Configure('bundling'); GetOptions ("h" => \$opt_h, "help" => \$opt_h, "w=s" => \$opt_w, "warning=s" => \$opt_w, "c=s" => \$opt_c, "critical=s" => \$opt_c); my $PROGNAME = "check_url"; my $REVISION = '$Revision: 1.1 $'; $ENV{'PATH'}='/usr/bin/'; $ENV{'BASH_ENV'}=''; $ENV{'ENV'}=''; ########## Configure Section ############ my $url = $ARGV[0]; my $warning = $ARGV[1]; my $critical = $ARGV[2]; my $wget = `wget -nv --spider -o output.nagios $url`; my $output_file = "output.nagios"; ######## Program Section ############# open(DAT, $output_file) || die ("Could not open file!"); my @output = ; close(DAT); #($opt_u) || usage("URL not specified\n"); #my $opt_u = $url; #$url) || usage("Invalid url: $opt_u\n"); ($opt_w) || usage("warning threshold not specified\n"); my $warn = $1 if ($opt_w =~ /(\d{1,2})/); ($opt_c) || usage("Critical threshold not specified\n"); my $crit = $1 if ($opt_c =~ /(\d{1,2})/); print "HTTP: $url: @output\n"; if ($warning <= 2) { (my @warning = grep(/Authorization Required/, at output)); exit $ERRORS{'WARNING'}; } if ($critical <= 3) { (my @critical = grep(/ERROR/, at output)); exit $ERRORS{'CRITICAL'} } exit $ERRORS{'OK'} if (my @ok = grep(/OK/, at output)); sub print_usage () { print "Usage: $PROGNAME -c \n"; } sub print_help () { print_revision($PROGNAME, $REVISION); print "Copyright (c) 2006 Pius Oshinuga ######## Help Section ################## if ($opt_h) {print_help(); exit $ERRORS{'OK'};} This plugin reports the script errors using the wget package."; print_usage(); print " -w, --warning=INTEGER If site cannot be found or Authority required which a WARNING status will result -c, --critical=INTEGER If Error occurs which a CRITICAL status will result "; } ################### END PROGRAM ###################### ######################################################### # Checking URL ######################################################## define service{ host_name hostname.com service_description check-url check_command check_url!hostname.com/script.cgi!1!2 max_check_attempts 5 normal_check_interval 5 retry_check_interval 3 check_period 24x7 notification_interval 0 notification_period 24x7 notification_options c,r contact_groups web-admins } ########################################################## ###### Check command ######################## # check_url command definition define command{ command_name check_url command_line $USER1$/check_url -u $HOSTADDRESS$ -c $ARG1$ } Thank you for your envisaged help -- "I might be a slow walker but I never walk backwards" -Johnny Walker -------------- next part -------------- An HTML attachment was scrubbed... URL: From noreply at sourceforge.net Tue Mar 7 11:39:02 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Mar 7 11:39:02 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1445062 ] check_pgsql patch for XID wraparound check Message-ID: Patches item #1445062, was opened at 2006-03-07 19:38 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1445062&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Cott Lang (atomicpunk) Assigned to: Nobody/Anonymous (nobody) Summary: check_pgsql patch for XID wraparound check Initial Comment: http://www.postgresql.org/docs/8.0/interactive/maintenance.html#VACUUM-FOR-WRAPAROUND Preventing transaction ID wraparound is critical to PostgreSQL servers - if it wraps around, you start losing data immediately. This patch checks a warning/critical threshold on all databases whenever check_pgsql does a connection test to a database. Postgres recommends vacuuming at the 500M xid mark and the database itself will begin logging errors at 1500M, so the warning and critical threshold defaults in the patch are 500M and 1000M respectively. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1445062&group_id=29880 From noreply at sourceforge.net Wed Mar 8 07:45:08 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Mar 8 07:45:08 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1433114 ] check_procs does not work with german locale Message-ID: Bugs item #1433114, was opened at 2006-02-16 21:00 Message generated for change (Comment added) made by lbruun You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1433114&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Parsing problem Group: None Status: Open Resolution: None Priority: 5 Submitted By: Hadmut Danisch (hadmut) Assigned to: Nobody/Anonymous (nobody) Summary: check_procs does not work with german locale Initial Comment: Hi, check_procs does not work properly if used in Germany. Reason: In Germany/Europe floating numbers are written with a decimal comma instead of a decimal point. When you set LC_NUMERIC to something like de_DE, the function sscanf expects a decimal comma, not a decimal point. check_procs calls /bin/ps axwo 'stat uid pid ppid vsz rss pcpu comm args' and then parses the output. That's where trouble begins. The %CPU is written as 0.0, but sscanf now expects a comma. It therefore scans only "0", and leaves ".0" for the next argument, thus shifting all subsequent arguments one to the right. check_procs -C something therefore does not work anymore. regards Hadmut ---------------------------------------------------------------------- Comment By: NotDisplayed123 (lbruun) Date: 2006-03-08 16:44 Message: Logged In: YES user_id=1468749 Right you are. I'm looking at version 1.46 of check_procs which seems to try to get around this by doing a setlocale(LC_ALL,"") before using the sscanf function. The point is that while the sscanf changes with the locale the ps command does not, at least not on my platform (Solaris). Whether or not the ps command changes its behavior according to the locale might be different from platform to platform. (just a guess, but this would surely complicate things) Anyway on the Solaris platform the correct behaviour should be to do the following in the C code: setlocale(LC_ALL,"C") i.e. force the C locale to be used before calling sscanf function. rgds, Lars ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1433114&group_id=29880 From noreply at sourceforge.net Wed Mar 8 08:38:01 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Mar 8 08:38:01 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1433114 ] check_procs does not work with german locale Message-ID: Bugs item #1433114, was opened at 2006-02-16 20:00 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1433114&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Parsing problem Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: Hadmut Danisch (hadmut) >Assigned to: Ton Voon (tonvoon) Summary: check_procs does not work with german locale Initial Comment: Hi, check_procs does not work properly if used in Germany. Reason: In Germany/Europe floating numbers are written with a decimal comma instead of a decimal point. When you set LC_NUMERIC to something like de_DE, the function sscanf expects a decimal comma, not a decimal point. check_procs calls /bin/ps axwo 'stat uid pid ppid vsz rss pcpu comm args' and then parses the output. That's where trouble begins. The %CPU is written as 0.0, but sscanf now expects a comma. It therefore scans only "0", and leaves ".0" for the next argument, thus shifting all subsequent arguments one to the right. check_procs -C something therefore does not work anymore. regards Hadmut ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-03-08 16:37 Message: Logged In: YES user_id=664364 Hi! Thanks for the bug report and the investigation. check_procs 1.47 has the line: setlocale(LC_NUMERIC, "POSIX"); added, which should fix this problem. Please can you try the snapshot at http://nagiosplug.sf.net/snapshot. I'll place this call into Pending. Please change if the problem persists. Ton ---------------------------------------------------------------------- Comment By: NotDisplayed123 (lbruun) Date: 2006-03-08 15:44 Message: Logged In: YES user_id=1468749 Right you are. I'm looking at version 1.46 of check_procs which seems to try to get around this by doing a setlocale(LC_ALL,"") before using the sscanf function. The point is that while the sscanf changes with the locale the ps command does not, at least not on my platform (Solaris). Whether or not the ps command changes its behavior according to the locale might be different from platform to platform. (just a guess, but this would surely complicate things) Anyway on the Solaris platform the correct behaviour should be to do the following in the C code: setlocale(LC_ALL,"C") i.e. force the C locale to be used before calling sscanf function. rgds, Lars ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1433114&group_id=29880 From noreply at sourceforge.net Wed Mar 8 15:41:02 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Mar 8 15:41:02 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1446016 ] check_jabber forces SSL Message-ID: Bugs item #1446016, was opened at 2006-03-08 23:40 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1446016&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Hadmut Danisch (hadmut) Assigned to: Nobody/Anonymous (nobody) Summary: check_jabber forces SSL Initial Comment: Hi, if check_tcp is called as check_jabber it forces the SSL flag to be set and thus fails to check jabber daemons without SSL. There are reasons to use jabber without SSL, e.g. when client certificates are required. Since jabberd does not support this feature, it must be used with stunnel. Since check_tcp does not support client certificates, it must check the unencrypted port directly, which is impossible due to the SSL enforcement. regards Hadmut ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1446016&group_id=29880 From noreply at sourceforge.net Thu Mar 9 12:30:01 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Mar 9 12:30:01 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1446738 ] can't compile any versions Message-ID: Bugs item #1446738, was opened at 2006-03-09 15:29 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1446738&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Dan Gahlinger (routerslayer) Assigned to: Nobody/Anonymous (nobody) Summary: can't compile any versions Initial Comment: none of the nagios-plugins will compile. I always get an error, I even tried the latest cvs HEAD versions, error as follows: gcc: unrecognized option '-R/lib' /usr/lib64/gcc/x86_64-suse-linux/4.0.2/../../../../x86_64-suse-linux/bin/ld: cannot find -lssl collect2: ld returned 1 exit status make[3]: *** [check_disk] Error 1 1.4.2 gives much more errors: gcc: unrecognized option '-R/usr/local/ssl/lib' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_load': dso_dlfcn.c:(.text+0x52): undefined reference to `dlopen' dso_dlfcn.c:(.text+0xc0): undefined reference to `dlclose' dso_dlfcn.c:(.text+0x100): undefined reference to `dlerror' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_unload': dso_dlfcn.c:(.text+0x19d): undefined reference to `dlclose' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_bind_var': dso_dlfcn.c:(.text+0x25a): undefined reference to `dlsym' dso_dlfcn.c:(.text+0x301): undefined reference to `dlerror' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_bind_func': dso_dlfcn.c:(.text+0x37a): undefined reference to `dlsym' dso_dlfcn.c:(.text+0x426): undefined reference to `dlerror' collect2: ld returned 1 exit status I've tried openssl 0.9.7f, 0.9.7i, 0.9.8a doesn't make any difference. they install into /usr/local/ssl this happens on SUSE 10.1 pro or RedHat Fedora FC4 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1446738&group_id=29880 From noreply at sourceforge.net Thu Mar 9 12:45:05 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Mar 9 12:45:05 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1446747 ] can't compile any versions Message-ID: Bugs item #1446747, was opened at 2006-03-09 15:44 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1446747&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Dan Gahlinger (routerslayer) Assigned to: Nobody/Anonymous (nobody) Summary: can't compile any versions Initial Comment: none of the nagios-plugins will compile. I always get an error, I even tried the latest cvs HEAD versions, error as follows: gcc: unrecognized option '-R/lib' /usr/lib64/gcc/x86_64-suse-linux/4.0.2/../../../../x86_64-suse-linux/bin/ld: cannot find -lssl collect2: ld returned 1 exit status make[3]: *** [check_disk] Error 1 1.4.2 gives much more errors: gcc: unrecognized option '-R/usr/local/ssl/lib' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_load': dso_dlfcn.c:(.text+0x52): undefined reference to `dlopen' dso_dlfcn.c:(.text+0xc0): undefined reference to `dlclose' dso_dlfcn.c:(.text+0x100): undefined reference to `dlerror' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_unload': dso_dlfcn.c:(.text+0x19d): undefined reference to `dlclose' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_bind_var': dso_dlfcn.c:(.text+0x25a): undefined reference to `dlsym' dso_dlfcn.c:(.text+0x301): undefined reference to `dlerror' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_bind_func': dso_dlfcn.c:(.text+0x37a): undefined reference to `dlsym' dso_dlfcn.c:(.text+0x426): undefined reference to `dlerror' collect2: ld returned 1 exit status I've tried openssl 0.9.7f, 0.9.7i, 0.9.8a doesn't make any difference. they install into /usr/local/ssl this happens on SUSE 10.1 pro or RedHat Fedora FC4 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1446747&group_id=29880 From SrvFaucon at cslaval.qc.ca Thu Mar 9 14:13:06 2006 From: SrvFaucon at cslaval.qc.ca (Serveur-Faucon Surveillance) Date: Thu Mar 9 14:13:06 2006 Subject: [Nagiosplug-devel] check_ldap wrong help text or fonction not there Message-ID: Hi devel, Version : check_ldap (nagios-plugins 1.4.2) 1.30 check_ldap -h states... Usage: check_ldap -H -b [-p ] [-a ] [-D ] [-P ] [-w ] [-c ] [-t timeout] [-2|-3] [-4|-6] [...] -v, --verbose But the -v or --verbose does not work and is not in the usage help text. Thanks. --------------------------------------------------- Alexandre Racine - Gardien Virtuel - S?curit? Informatique www.gardienvirtuel.com Montr?al, Qu?bec, Canada From noreply at sourceforge.net Thu Mar 9 14:13:09 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Mar 9 14:13:09 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1446747 ] can't compile any versions Message-ID: Bugs item #1446747, was opened at 2006-03-09 12:44 Message generated for change (Comment added) made by jhmartin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1446747&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Dan Gahlinger (routerslayer) Assigned to: Nobody/Anonymous (nobody) Summary: can't compile any versions Initial Comment: none of the nagios-plugins will compile. I always get an error, I even tried the latest cvs HEAD versions, error as follows: gcc: unrecognized option '-R/lib' /usr/lib64/gcc/x86_64-suse-linux/4.0.2/../../../../x86_64-suse-linux/bin/ld: cannot find -lssl collect2: ld returned 1 exit status make[3]: *** [check_disk] Error 1 1.4.2 gives much more errors: gcc: unrecognized option '-R/usr/local/ssl/lib' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_load': dso_dlfcn.c:(.text+0x52): undefined reference to `dlopen' dso_dlfcn.c:(.text+0xc0): undefined reference to `dlclose' dso_dlfcn.c:(.text+0x100): undefined reference to `dlerror' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_unload': dso_dlfcn.c:(.text+0x19d): undefined reference to `dlclose' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_bind_var': dso_dlfcn.c:(.text+0x25a): undefined reference to `dlsym' dso_dlfcn.c:(.text+0x301): undefined reference to `dlerror' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_bind_func': dso_dlfcn.c:(.text+0x37a): undefined reference to `dlsym' dso_dlfcn.c:(.text+0x426): undefined reference to `dlerror' collect2: ld returned 1 exit status I've tried openssl 0.9.7f, 0.9.7i, 0.9.8a doesn't make any difference. they install into /usr/local/ssl this happens on SUSE 10.1 pro or RedHat Fedora FC4 ---------------------------------------------------------------------- Comment By: Jason Martin (jhmartin) Date: 2006-03-09 14:12 Message: Logged In: YES user_id=589094 What version of gcc are you using? -R (meant as -rpath) doesn't seem to be present in all versions. LD_RUN_PATH as an environmental variable fulfills the same function. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1446747&group_id=29880 From noreply at sourceforge.net Thu Mar 9 14:33:14 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Mar 9 14:33:14 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1446812 ] check_smtp Message-ID: Bugs item #1446812, was opened at 2006-03-09 22:32 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1446812&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Aaron McKinnon (yeahmag) Assigned to: Nobody/Anonymous (nobody) Summary: check_smtp Initial Comment: check_smtp gives us a seg fault when using SSL (for checking certs) on older systems. Most if not all of the systems are using sendmail. ./check_smtp -H XXX.XXX.XXX -S -p 25 -v 220 mail.XXX.XXX ESMTP Sendmail 8.12.3/8.12.3/Debian-6.6; Thu, 9 Mar 2006 14:15:34 -0800; (No UCE/UBE) logging access from: XXX.XXX.XXX(OK)-XXX.XXX.XXX [XXX.XXX.XXX.XXX] Segmentation fault (Host and IP Data removed) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1446812&group_id=29880 From noreply at sourceforge.net Thu Mar 9 14:44:02 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Mar 9 14:44:02 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1446818 ] check_smtp Message-ID: Bugs item #1446818, was opened at 2006-03-09 22:43 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1446818&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Aaron McKinnon (yeahmag) Assigned to: Nobody/Anonymous (nobody) Summary: check_smtp Initial Comment: check_smtp gives us a seg fault when using SSL (for checking certs) on older systems. Most if not all of the systems are using sendmail. ./check_smtp -H XXX.XXX.XXX -S -p 25 -v 220 mail.XXX.XXX ESMTP Sendmail 8.12.3/8.12.3/Debian-6.6; Thu, 9 Mar 2006 14:15:34 -0800; (No UCE/UBE) logging access from: XXX.XXX.XXX(OK)-XXX.XXX.XXX [XXX.XXX.XXX.XXX] Segmentation fault (Host and IP Data removed) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1446818&group_id=29880 From noreply at sourceforge.net Fri Mar 10 15:17:01 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Mar 10 15:17:01 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1447609 ] check_smtp Message-ID: Bugs item #1447609, was opened at 2006-03-10 23:16 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1447609&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Aaron McKinnon (yeahmag) Assigned to: Nobody/Anonymous (nobody) Summary: check_smtp Initial Comment: check_smtp gives us a seg fault when using SSL (for checking certs) on older systems. Most if not all of the systems are using sendmail. ./check_smtp -H XXX.XXX.XXX -S -p 25 -v 220 mail.XXX.XXX ESMTP Sendmail 8.12.3/8.12.3/Debian-6.6; Thu, 9 Mar 2006 14:15:34 -0800; (No UCE/UBE) logging access from: XXX.XXX.XXX(OK)-XXX.XXX.XXX [XXX.XXX.XXX.XXX] Segmentation fault (Host and IP Data removed) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1447609&group_id=29880 From noreply at sourceforge.net Fri Mar 10 16:12:03 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Mar 10 16:12:03 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1447642 ] check_ping segmentation fault on Solaris 10 Message-ID: Bugs item #1447642, was opened at 2006-03-11 00:11 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1447642&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: None Status: Open Resolution: None Priority: 5 Submitted By: Matisse Enzer (matisse) Assigned to: Nobody/Anonymous (nobody) Summary: check_ping segmentation fault on Solaris 10 Initial Comment: Hmmm. The check_ping plugin dumps core.... Is this a known issue? ~/nagios/libexec: uname -a SunOS rdcuxsrv143 5.10 Generic_118822-20 sun4u sparc SUNW,Sun-Fire-V890 Solaris ~/nagios/libexec: ./check_ping -H localhost -w "99,5%" -c "100,20%" -p 1 Segmentation fault (core dumped) ~/nagios/libexec: And here's the tailend of truss output: 3980: open64("/var/run/name_service_door", O_RDONLY) = 3 3980: fcntl(3, F_SETFD, 0x00000001) = 0 3980: door_info(3, 0xFEBEF7E8) = 0 3980: door_call(3, 0xFFBFC1F8) = 0 3980: brk(0x0002B7E8) = 0 3980: brk(0x0002D7E8) = 0 3980: sigaction(SIGALRM, 0xFFBFE778, 0xFFBFE818) = 0 3980: alarm(10) = 0 3980: fstat64(63, 0xFFBFD978) Err#9 EBADF 3980: fstat64(63, 0xFFBFD820) Err#9 EBADF 3980: ioctl(63, TCGETA, 0xFFBFD904) Err#9 EBADF 3980: Incurred fault #6, FLTBOUNDS %pc = 0xFF1D099C 3980: siginfo: SIGSEGV SEGV_MAPERR addr=0x0002E000 3980: Received signal #11, SIGSEGV [default] 3980: sigi ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1447642&group_id=29880 From noreply at sourceforge.net Sat Mar 11 00:17:02 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Mar 11 00:17:02 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1447642 ] check_ping segmentation fault on Solaris 10 Message-ID: Bugs item #1447642, was opened at 2006-03-11 00:11 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1447642&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: None Status: Open Resolution: None Priority: 5 Submitted By: Matisse Enzer (matisse) >Assigned to: Ton Voon (tonvoon) Summary: check_ping segmentation fault on Solaris 10 Initial Comment: Hmmm. The check_ping plugin dumps core.... Is this a known issue? ~/nagios/libexec: uname -a SunOS rdcuxsrv143 5.10 Generic_118822-20 sun4u sparc SUNW,Sun-Fire-V890 Solaris ~/nagios/libexec: ./check_ping -H localhost -w "99,5%" -c "100,20%" -p 1 Segmentation fault (core dumped) ~/nagios/libexec: And here's the tailend of truss output: 3980: open64("/var/run/name_service_door", O_RDONLY) = 3 3980: fcntl(3, F_SETFD, 0x00000001) = 0 3980: door_info(3, 0xFEBEF7E8) = 0 3980: door_call(3, 0xFFBFC1F8) = 0 3980: brk(0x0002B7E8) = 0 3980: brk(0x0002D7E8) = 0 3980: sigaction(SIGALRM, 0xFFBFE778, 0xFFBFE818) = 0 3980: alarm(10) = 0 3980: fstat64(63, 0xFFBFD978) Err#9 EBADF 3980: fstat64(63, 0xFFBFD820) Err#9 EBADF 3980: ioctl(63, TCGETA, 0xFFBFD904) Err#9 EBADF 3980: Incurred fault #6, FLTBOUNDS %pc = 0xFF1D099C 3980: siginfo: SIGSEGV SEGV_MAPERR addr=0x0002E000 3980: Received signal #11, SIGSEGV [default] 3980: sigi ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-03-11 08:16 Message: Logged In: YES user_id=664364 Matisse, There was a reported coredump on check_ping a few weeks back which has been fixed in CVS. Please try the snapshot at http://nagiosplug.sf.net/ snapshot. Alternatively, please try check_icmp which checks network connectivity natively. The snapshot will install with suid if make install is run as root. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1447642&group_id=29880 From noreply at sourceforge.net Mon Mar 13 09:41:04 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Mar 13 09:41:04 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1446812 ] check_smtp Message-ID: Bugs item #1446812, was opened at 2006-03-09 17:32 Message generated for change (Settings changed) made by seanius You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1446812&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Duplicate Priority: 5 Submitted By: Aaron McKinnon (yeahmag) Assigned to: Nobody/Anonymous (nobody) Summary: check_smtp Initial Comment: check_smtp gives us a seg fault when using SSL (for checking certs) on older systems. Most if not all of the systems are using sendmail. ./check_smtp -H XXX.XXX.XXX -S -p 25 -v 220 mail.XXX.XXX ESMTP Sendmail 8.12.3/8.12.3/Debian-6.6; Thu, 9 Mar 2006 14:15:34 -0800; (No UCE/UBE) logging access from: XXX.XXX.XXX(OK)-XXX.XXX.XXX [XXX.XXX.XXX.XXX] Segmentation fault (Host and IP Data removed) ---------------------------------------------------------------------- >Comment By: M. Sean Finney (seanius) Date: 2006-03-13 12:40 Message: Logged In: YES user_id=226838 duplicate bug ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1446812&group_id=29880 From noreply at sourceforge.net Mon Mar 13 09:42:06 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Mar 13 09:42:06 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1446818 ] check_smtp Message-ID: Bugs item #1446818, was opened at 2006-03-09 17:43 Message generated for change (Settings changed) made by seanius You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1446818&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Duplicate Priority: 5 Submitted By: Aaron McKinnon (yeahmag) Assigned to: Nobody/Anonymous (nobody) Summary: check_smtp Initial Comment: check_smtp gives us a seg fault when using SSL (for checking certs) on older systems. Most if not all of the systems are using sendmail. ./check_smtp -H XXX.XXX.XXX -S -p 25 -v 220 mail.XXX.XXX ESMTP Sendmail 8.12.3/8.12.3/Debian-6.6; Thu, 9 Mar 2006 14:15:34 -0800; (No UCE/UBE) logging access from: XXX.XXX.XXX(OK)-XXX.XXX.XXX [XXX.XXX.XXX.XXX] Segmentation fault (Host and IP Data removed) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1446818&group_id=29880 From noreply at sourceforge.net Mon Mar 13 09:46:03 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Mar 13 09:46:03 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1447609 ] check_smtp Message-ID: Bugs item #1447609, was opened at 2006-03-10 18:16 Message generated for change (Comment added) made by seanius You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1447609&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: General plugin execution Group: None Status: Open Resolution: None Priority: 5 Submitted By: Aaron McKinnon (yeahmag) >Assigned to: M. Sean Finney (seanius) Summary: check_smtp Initial Comment: check_smtp gives us a seg fault when using SSL (for checking certs) on older systems. Most if not all of the systems are using sendmail. ./check_smtp -H XXX.XXX.XXX -S -p 25 -v 220 mail.XXX.XXX ESMTP Sendmail 8.12.3/8.12.3/Debian-6.6; Thu, 9 Mar 2006 14:15:34 -0800; (No UCE/UBE) logging access from: XXX.XXX.XXX(OK)-XXX.XXX.XXX [XXX.XXX.XXX.XXX] Segmentation fault (Host and IP Data removed) ---------------------------------------------------------------------- >Comment By: M. Sean Finney (seanius) Date: 2006-03-13 12:45 Message: Logged In: YES user_id=226838 hi aaron, some questions: what version of check_smtp are you using? is the server requesting a client certificate? could you provide a core dump? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1447609&group_id=29880 From noreply at sourceforge.net Mon Mar 13 09:49:02 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Mar 13 09:49:02 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1446738 ] can't compile any versions Message-ID: Bugs item #1446738, was opened at 2006-03-09 15:29 Message generated for change (Comment added) made by seanius You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1446738&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: Release (specify) >Status: Closed >Resolution: Duplicate Priority: 5 Submitted By: Dan Gahlinger (routerslayer) Assigned to: Nobody/Anonymous (nobody) Summary: can't compile any versions Initial Comment: none of the nagios-plugins will compile. I always get an error, I even tried the latest cvs HEAD versions, error as follows: gcc: unrecognized option '-R/lib' /usr/lib64/gcc/x86_64-suse-linux/4.0.2/../../../../x86_64-suse-linux/bin/ld: cannot find -lssl collect2: ld returned 1 exit status make[3]: *** [check_disk] Error 1 1.4.2 gives much more errors: gcc: unrecognized option '-R/usr/local/ssl/lib' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_load': dso_dlfcn.c:(.text+0x52): undefined reference to `dlopen' dso_dlfcn.c:(.text+0xc0): undefined reference to `dlclose' dso_dlfcn.c:(.text+0x100): undefined reference to `dlerror' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_unload': dso_dlfcn.c:(.text+0x19d): undefined reference to `dlclose' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_bind_var': dso_dlfcn.c:(.text+0x25a): undefined reference to `dlsym' dso_dlfcn.c:(.text+0x301): undefined reference to `dlerror' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_bind_func': dso_dlfcn.c:(.text+0x37a): undefined reference to `dlsym' dso_dlfcn.c:(.text+0x426): undefined reference to `dlerror' collect2: ld returned 1 exit status I've tried openssl 0.9.7f, 0.9.7i, 0.9.8a doesn't make any difference. they install into /usr/local/ssl this happens on SUSE 10.1 pro or RedHat Fedora FC4 ---------------------------------------------------------------------- >Comment By: M. Sean Finney (seanius) Date: 2006-03-13 12:48 Message: Logged In: YES user_id=226838 closing duplicate bug ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1446738&group_id=29880 From noreply at sourceforge.net Mon Mar 13 09:54:05 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Mar 13 09:54:05 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1446016 ] check_jabber forces SSL Message-ID: Bugs item #1446016, was opened at 2006-03-08 18:40 Message generated for change (Comment added) made by seanius You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1446016&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Hadmut Danisch (hadmut) >Assigned to: M. Sean Finney (seanius) Summary: check_jabber forces SSL Initial Comment: Hi, if check_tcp is called as check_jabber it forces the SSL flag to be set and thus fails to check jabber daemons without SSL. There are reasons to use jabber without SSL, e.g. when client certificates are required. Since jabberd does not support this feature, it must be used with stunnel. Since check_tcp does not support client certificates, it must check the unencrypted port directly, which is impossible due to the SSL enforcement. regards Hadmut ---------------------------------------------------------------------- >Comment By: M. Sean Finney (seanius) Date: 2006-03-13 12:53 Message: Logged In: YES user_id=226838 hi hadmut, would a better solution be to introduce client cert checking? this was on my todo list for check_tcp quite a while ago but i never got around to it largely because i don't have any setups that require it. if you'd be interested in pursuing this and have a server i could test with maybe we could work together on this? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1446016&group_id=29880 From noreply at sourceforge.net Mon Mar 13 10:01:03 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Mar 13 10:01:03 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1420741 ] check_swap: incorrect totals for multiple partitions (BSD) Message-ID: Bugs item #1420741, was opened at 2006-01-31 12:28 Message generated for change (Settings changed) made by seanius You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1420741&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: CVS >Status: Pending >Resolution: Fixed Priority: 5 Submitted By: Scott Thompson (scottyt) >Assigned to: M. Sean Finney (seanius) Summary: check_swap: incorrect totals for multiple partitions (BSD) Initial Comment: The swapctl-based portion of check_swap does not correctly handle multiple swap partitions. It builds incorrect totals for total space + usage by summing the values from the first configured partition n times where n is the number of configured partitions. A loop to examine each swapent structure in the array returned by swapctl exists, however the loop index is never used to access each element. A patch to revision 1.54 that fixes this behaviour (tested & confirmed working) is attached. ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 2006-03-13 13:00 Message: Logged In: YES user_id=226838 this problem is now fixed in cvs. thank you for your report. ---------------------------------------------------------------------- Comment By: Scott Thompson (scottyt) Date: 2006-01-31 12:32 Message: Logged In: YES user_id=136362 Example: # pstat -s Device 1K-blocks Used Avail Capacity Priority /dev/sd0b 263578 230876 32702 88% 0 /dev/wd0b 262080 26244 235836 10% 1 Total 525658 257120 268538 49% # ./check_swap.old -av -w 10% -c 5% SWAP OK - 13% free (64 MB out of 515 MB) [32 (13%)] [32 (13%)]|swap=63MB;51;25;0;514 # ./check_swap -av -w 10% -c 5% SWAP OK - 52% free (262 MB out of 513 MB) [32 (13%)] [230 (90%)]|swap=262MB;51;25;0;513 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1420741&group_id=29880 From noreply at sourceforge.net Mon Mar 13 10:53:06 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Mar 13 10:53:06 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1447609 ] check_smtp Message-ID: Bugs item #1447609, was opened at 2006-03-10 23:16 Message generated for change (Comment added) made by yeahmag You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1447609&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: None Status: Open Resolution: None Priority: 5 Submitted By: Aaron McKinnon (yeahmag) Assigned to: M. Sean Finney (seanius) Summary: check_smtp Initial Comment: check_smtp gives us a seg fault when using SSL (for checking certs) on older systems. Most if not all of the systems are using sendmail. ./check_smtp -H XXX.XXX.XXX -S -p 25 -v 220 mail.XXX.XXX ESMTP Sendmail 8.12.3/8.12.3/Debian-6.6; Thu, 9 Mar 2006 14:15:34 -0800; (No UCE/UBE) logging access from: XXX.XXX.XXX(OK)-XXX.XXX.XXX [XXX.XXX.XXX.XXX] Segmentation fault (Host and IP Data removed) ---------------------------------------------------------------------- >Comment By: Aaron McKinnon (yeahmag) Date: 2006-03-13 18:52 Message: Logged In: YES user_id=1005867 check_smtp (nagios-plugins 1.4.2) 1.46 I'm not positive, but I don't believe it's requesting a client cert. I've compiled a version of check_smtp from cvs: check_smtp (nagios-plugins 1.4.2) 1.50 ...and it works fine. I've attached a core file. -Aaron ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 2006-03-13 17:45 Message: Logged In: YES user_id=226838 hi aaron, some questions: what version of check_smtp are you using? is the server requesting a client certificate? could you provide a core dump? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1447609&group_id=29880 From noreply at sourceforge.net Mon Mar 13 11:29:02 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Mar 13 11:29:02 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1447609 ] check_smtp Message-ID: Bugs item #1447609, was opened at 2006-03-10 18:16 Message generated for change (Comment added) made by seanius You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1447609&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: None >Status: Pending >Resolution: Fixed Priority: 5 Submitted By: Aaron McKinnon (yeahmag) Assigned to: M. Sean Finney (seanius) Summary: check_smtp Initial Comment: check_smtp gives us a seg fault when using SSL (for checking certs) on older systems. Most if not all of the systems are using sendmail. ./check_smtp -H XXX.XXX.XXX -S -p 25 -v 220 mail.XXX.XXX ESMTP Sendmail 8.12.3/8.12.3/Debian-6.6; Thu, 9 Mar 2006 14:15:34 -0800; (No UCE/UBE) logging access from: XXX.XXX.XXX(OK)-XXX.XXX.XXX [XXX.XXX.XXX.XXX] Segmentation fault (Host and IP Data removed) ---------------------------------------------------------------------- >Comment By: M. Sean Finney (seanius) Date: 2006-03-13 14:28 Message: Logged In: YES user_id=226838 okay, this sounds like one of the ssl errors i fixed up when consolidating the ssl code between 1.4.2 and HEAD. i'll change the status to reflect that the fix is in CVS, and when we release the next update i'll close the report. ---------------------------------------------------------------------- Comment By: Aaron McKinnon (yeahmag) Date: 2006-03-13 13:52 Message: Logged In: YES user_id=1005867 check_smtp (nagios-plugins 1.4.2) 1.46 I'm not positive, but I don't believe it's requesting a client cert. I've compiled a version of check_smtp from cvs: check_smtp (nagios-plugins 1.4.2) 1.50 ...and it works fine. I've attached a core file. -Aaron ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 2006-03-13 12:45 Message: Logged In: YES user_id=226838 hi aaron, some questions: what version of check_smtp are you using? is the server requesting a client certificate? could you provide a core dump? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1447609&group_id=29880 From wmoran at collaborativefusion.com Mon Mar 13 11:53:08 2006 From: wmoran at collaborativefusion.com (Bill Moran) Date: Mon Mar 13 11:53:08 2006 Subject: [Nagiosplug-devel] check_ntp plugin issues Message-ID: <20060313135507.e72be948.wmoran@collaborativefusion.com> The check_ntp plugin appears to rely on the NTP server being checked supporting "NTP mode 6 control messages" (from the ntpq man page) OpenNTP does not appear to support said control messages, and the check_ntp plugin isn't degrading gracefully: /usr/local/libexec/nagios/check_ntp -H 192.168.96.53 Use of uninitialized value in division (/) at /usr/local/libexec/nagios/check_ntp line 423. NTP OK: Offset -0.000003 secs|offset=-0.000003, jitter=0,peer_stratum=4 Looking at the source, it appears as if ntpq is unable to gather the statistics expected (I'm expecting it's because OpenNTP doesn't support the control messages) and the result is the "Use of uninitialized value ..." error. The only value that seems to be acquired from ntpq is the jitter (notice the zero). I don't have a suggested fix yet ... -- Bill Moran Collaborative Fusion Inc. From seanius at seanius.net Tue Mar 14 01:34:02 2006 From: seanius at seanius.net (sean finney) Date: Tue Mar 14 01:34:02 2006 Subject: [Nagiosplug-devel] check_ntp plugin issues In-Reply-To: <20060313135507.e72be948.wmoran@collaborativefusion.com> References: <20060313135507.e72be948.wmoran@collaborativefusion.com> Message-ID: <20060314093312.GA20037@seanius.net> hi bill, check_ntp has been one of the thorns in my side for quite a while. i think that trying to parse the output of ntpq is an inherently broken concept to begin with. it seems every time we change one of the parsing pcre's to accomodate for one problem, we break something else. i really feel that we should ditch the current version of check_ntp entirely, and that we should instead use something like Net::NTP, or preferably borrow/adapt/write some c code of our own to perform the check. the former option would be really, really easy to do from a quick look at Net::NTP's documentation, though it would require installations to have it installed as a dependency. not knowing enough about the protocol i can't make any claims on how difficult the latter option would be, though as i said it seems to be the Right Way imho, and would not put any additional requirements on a installation. in fact, it would reduce them as the ntp cmdline utilities would not need to be installed. if this sounds like a reasonable option to other folks, i'm willing to sit down with a couple rfc's (1305 and 2030, i think) and look at hacking something together. sean -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From ton.voon at altinity.com Tue Mar 14 02:10:04 2006 From: ton.voon at altinity.com (Ton Voon) Date: Tue Mar 14 02:10:04 2006 Subject: [Nagiosplug-devel] check_ntp plugin issues In-Reply-To: <20060314093312.GA20037@seanius.net> References: <20060313135507.e72be948.wmoran@collaborativefusion.com> <20060314093312.GA20037@seanius.net> Message-ID: <9D5A686A-8633-4DE3-BDB9-006D1BBB4729@altinity.com> On 14 Mar 2006, at 09:33, sean finney wrote: > hi bill, > > check_ntp has been one of the thorns in my side for quite a while. i > think that trying to parse the output of ntpq is an inherently broken > concept to begin with. it seems every time we change one of the > parsing > pcre's to accomodate for one problem, we break something else. I agree that check_ntp is difficult to maintain. I was thinking along the lines of having one part of the code do the cmdline call and grabbing the output and then have a different part parse the information. Then we could setup unit tests that parse different outputs to confirm that we don't break things moving forward. Thus whenever someone complains about their ntp output being different, we could add that testcase in and check_ntp would get sturdier over time. However, one of the plugin aims is to replace the use of cmdline parsing with native calls, so this is not the only option. > i really feel that we should ditch the current version of check_ntp > entirely, and that we should instead use something like Net::NTP, or > preferably borrow/adapt/write some c code of our own to perform the > check. My preference would be for C routines that would produce a single, independent executable, but if it has to be in Perl, then so be it. > the former option would be really, really easy to do from a quick look > at Net::NTP's documentation, though it would require installations > to have it installed as a dependency. > > not knowing enough about the protocol i can't make any claims on how > difficult the latter option would be, though as i said it seems to be > the Right Way imho, and would not put any additional requirements on a > installation. in fact, it would reduce them as the ntp cmdline > utilities > would not need to be installed. if this sounds like a reasonable > option > to other folks, i'm willing to sit down with a couple rfc's (1305 and > 2030, i think) and look at hacking something together. You can take the lead on this Sean. I just need to know if you think it will be stable enough for 1.4.3 release or whether it is best to wait for the subsequent release. Ton http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon From ae at op5.se Tue Mar 14 02:17:02 2006 From: ae at op5.se (Andreas Ericsson) Date: Tue Mar 14 02:17:02 2006 Subject: [Nagiosplug-devel] check_ntp plugin issues In-Reply-To: <20060314093312.GA20037@seanius.net> References: <20060313135507.e72be948.wmoran@collaborativefusion.com> <20060314093312.GA20037@seanius.net> Message-ID: <44169801.6010100@op5.se> sean finney wrote: > hi bill, > > check_ntp has been one of the thorns in my side for quite a while. i > think that trying to parse the output of ntpq is an inherently broken > concept to begin with. it seems every time we change one of the parsing > pcre's to accomodate for one problem, we break something else. > > i really feel that we should ditch the current version of check_ntp > entirely, and that we should instead use something like Net::NTP, or > preferably borrow/adapt/write some c code of our own to perform the check. > > the former option would be really, really easy to do from a quick look > at Net::NTP's documentation, though it would require installations > to have it installed as a dependency. > yuck... Perhaps the code from the module can be re-used instead? NTP being a binary protocol I doubt it's implemented as perl. > not knowing enough about the protocol i can't make any claims on how > difficult the latter option would be, though as i said it seems to be > the Right Way imho, and would not put any additional requirements on a > installation. For public, unencrypted NTPv3 servers it's not terribly difficult. For servers with encrypted transfers it's definitely harder (I think 75% of the code in the current ISC ntpd handles the auto-key dancing). -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Tel: +46 8-230225 Fax: +46 8-230231 From seanius at seanius.net Tue Mar 14 02:31:06 2006 From: seanius at seanius.net (sean finney) Date: Tue Mar 14 02:31:06 2006 Subject: [Nagiosplug-devel] check_ntp plugin issues In-Reply-To: <44169801.6010100@op5.se> <9D5A686A-8633-4DE3-BDB9-006D1BBB4729@altinity.com> References: <20060313135507.e72be948.wmoran@collaborativefusion.com> <20060314093312.GA20037@seanius.net> <44169801.6010100@op5.se> <20060313135507.e72be948.wmoran@collaborativefusion.com> <20060314093312.GA20037@seanius.net> <9D5A686A-8633-4DE3-BDB9-006D1BBB4729@altinity.com> Message-ID: <20060314103001.GA22006@seanius.net> hi ton, andreas, On Tue, Mar 14, 2006 at 10:09:16AM +0000, Ton Voon wrote: > My preference would be for C routines that would produce a single, > independent executable, but if it has to be in Perl, then so be it. my thoughts exactly... > You can take the lead on this Sean. I just need to know if you think > it will be stable enough for 1.4.3 release or whether it is best to > wait for the subsequent release. okay... i'll let you know after i've written the code :) On Tue, Mar 14, 2006 at 11:16:33AM +0100, Andreas Ericsson wrote: > yuck... Perhaps the code from the module can be re-used instead? NTP > being a binary protocol I doubt it's implemented as perl. nope. i just fetched the source package and it's a .pm library with some funky pack/unpack code... > For public, unencrypted NTPv3 servers it's not terribly difficult. For > servers with encrypted transfers it's definitely harder (I think 75% of > the code in the current ISC ntpd handles the auto-key dancing). yeah, that's what it seems. looks like sending and then receiving a udp packet, and then extracting the fields. since afaict the currently plugin doesn't handle any encryption related parts of the protocol, we wouldn't be introducing a regression either. sean -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From wmoran at collaborativefusion.com Tue Mar 14 05:55:05 2006 From: wmoran at collaborativefusion.com (Bill Moran) Date: Tue Mar 14 05:55:05 2006 Subject: [Nagiosplug-devel] check_ntp plugin issues In-Reply-To: <20060314103001.GA22006@seanius.net> References: <20060313135507.e72be948.wmoran@collaborativefusion.com> <20060314093312.GA20037@seanius.net> <44169801.6010100@op5.se> <20060313135507.e72be948.wmoran@collaborativefusion.com> <20060314093312.GA20037@seanius.net> <9D5A686A-8633-4DE3-BDB9-006D1BBB4729@altinity.com> <20060314103001.GA22006@seanius.net> Message-ID: <20060314084814.b952117b.wmoran@collaborativefusion.com> On Tue, 14 Mar 2006 05:30:01 -0500 sean finney wrote: > > You can take the lead on this Sean. I just need to know if you think > > it will be stable enough for 1.4.3 release or whether it is best to > > wait for the subsequent release. > > okay... i'll let you know after i've written the code :) Please keep me in the loop as you work on this, Sean. While it's not the highest of priorities, I think I can justify a certain amount of time here at the office hacking on this, since we _are_ using it. And C is my favorite language :) If you can figure out a way to split the code, feel free to hand part of it off to me. -- Bill Moran Collaborative Fusion Inc. From noreply at sourceforge.net Tue Mar 14 06:15:05 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Mar 14 06:15:05 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1449590 ] check_nagios patch for nagios version 2. Message-ID: Patches item #1449590, was opened at 2006-03-14 14:14 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1449590&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Bill Kunkel (gollum13) Assigned to: Nobody/Anonymous (nobody) Summary: check_nagios patch for nagios version 2. Initial Comment: It appears that the status.log file format changed in nagios version 2. This causes the check_naigos plugin to not get the correct last status log update time, thus causing the check to fail incorrectly. The patch is made against version 1.4.2 of the plugins. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1449590&group_id=29880 From noreply at sourceforge.net Tue Mar 14 06:35:03 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Mar 14 06:35:03 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1449590 ] check_nagios patch for nagios version 2. Message-ID: Patches item #1449590, was opened at 2006-03-14 14:14 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1449590&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Pending >Resolution: Out of Date Priority: 5 Submitted By: Bill Kunkel (gollum13) >Assigned to: Ton Voon (tonvoon) Summary: check_nagios patch for nagios version 2. Initial Comment: It appears that the status.log file format changed in nagios version 2. This causes the check_naigos plugin to not get the correct last status log update time, thus causing the check to fail incorrectly. The patch is made against version 1.4.2 of the plugins. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-03-14 14:34 Message: Logged In: YES user_id=664364 Bill, Thanks for the report. This has already been fixed in CVS. Please try out the snapshot at http://nagiosplug.sf.net/snapshot. This call has been marked to pending. Please update if the CVS snapshot does not work. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1449590&group_id=29880 From ae at op5.se Tue Mar 14 06:51:08 2006 From: ae at op5.se (Andreas Ericsson) Date: Tue Mar 14 06:51:08 2006 Subject: [Nagiosplug-devel] check_ntp plugin issues In-Reply-To: <20060314084814.b952117b.wmoran@collaborativefusion.com> References: <20060313135507.e72be948.wmoran@collaborativefusion.com> <20060314093312.GA20037@seanius.net> <44169801.6010100@op5.se> <20060313135507.e72be948.wmoran@collaborativefusion.com> <20060314093312.GA20037@seanius.net> <9D5A686A-8633-4DE3-BDB9-006D1BBB4729@altinity.com> <20060314103001.GA22006@seanius.net> <20060314084814.b952117b.wmoran@collaborativefusion.com> Message-ID: <4416D83B.8090309@op5.se> Bill Moran wrote: > > And C is my favorite language :) If you can figure out a way to split > the code, feel free to hand part of it off to me. > There's always the CVS archive (although CVS is just plain terrible for distributed development). Any chance of getting the plugins project swapped to git instead? -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Tel: +46 8-230225 Fax: +46 8-230231 From ton.voon at altinity.com Tue Mar 14 08:31:07 2006 From: ton.voon at altinity.com (Ton Voon) Date: Tue Mar 14 08:31:07 2006 Subject: [Nagiosplug-devel] check_ntp plugin issues In-Reply-To: <4416D83B.8090309@op5.se> References: <20060313135507.e72be948.wmoran@collaborativefusion.com> <20060314093312.GA20037@seanius.net> <44169801.6010100@op5.se> <20060313135507.e72be948.wmoran@collaborativefusion.com> <20060314093312.GA20037@seanius.net> <9D5A686A-8633-4DE3-BDB9-006D1BBB4729@altinity.com> <20060314103001.GA22006@seanius.net> <20060314084814.b952117b.wmoran@collaborativefusion.com> <4416D83B.8090309@op5.se> Message-ID: <82C37241-1562-4DAA-B7E9-7F131C4635AF@altinity.com> On 14 Mar 2006, at 14:50, Andreas Ericsson wrote: > Any chance of getting the plugins project swapped to git instead? While I can see advantages to using git, the major reason I'm opposed is that SF does not host it. In the spirit of openness, the code for a public project like Nagios Plugins should be publicly available and I don't fancy hosting a git server (with all the interrelated issues with authentication and authorisation which SF gives us for "free"). However, I notice that SF is promoting Subversion. I would be swayed to moving to that if there is demand. Ton http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon -------------- next part -------------- An HTML attachment was scrubbed... URL: From noreply at sourceforge.net Tue Mar 14 08:32:11 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Mar 14 08:32:11 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1449590 ] check_nagios patch for nagios version 2. Message-ID: Patches item #1449590, was opened at 2006-03-14 14:14 Message generated for change (Comment added) made by gollum13 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1449590&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Resolution: Out of Date Priority: 5 Submitted By: Bill Kunkel (gollum13) Assigned to: Ton Voon (tonvoon) Summary: check_nagios patch for nagios version 2. Initial Comment: It appears that the status.log file format changed in nagios version 2. This causes the check_naigos plugin to not get the correct last status log update time, thus causing the check to fail incorrectly. The patch is made against version 1.4.2 of the plugins. ---------------------------------------------------------------------- >Comment By: Bill Kunkel (gollum13) Date: 2006-03-14 16:31 Message: Logged In: YES user_id=476397 yup. cvs works for me. Thanks. :) ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2006-03-14 14:34 Message: Logged In: YES user_id=664364 Bill, Thanks for the report. This has already been fixed in CVS. Please try out the snapshot at http://nagiosplug.sf.net/snapshot. This call has been marked to pending. Please update if the CVS snapshot does not work. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1449590&group_id=29880 From seanius at seanius.net Tue Mar 14 09:10:01 2006 From: seanius at seanius.net (sean finney) Date: Tue Mar 14 09:10:01 2006 Subject: [Nagiosplug-devel] check_ntp plugin issues In-Reply-To: <82C37241-1562-4DAA-B7E9-7F131C4635AF@altinity.com> References: <20060313135507.e72be948.wmoran@collaborativefusion.com> <20060314093312.GA20037@seanius.net> <44169801.6010100@op5.se> <20060313135507.e72be948.wmoran@collaborativefusion.com> <20060314093312.GA20037@seanius.net> <9D5A686A-8633-4DE3-BDB9-006D1BBB4729@altinity.com> <20060314103001.GA22006@seanius.net> <20060314084814.b952117b.wmoran@collaborativefusion.com> <4416D83B.8090309@op5.se> <82C37241-1562-4DAA-B7E9-7F131C4635AF@altinity.com> Message-ID: <20060314170912.GA31961@seanius.net> On Tue, Mar 14, 2006 at 04:30:23PM +0000, Ton Voon wrote: > However, I notice that SF is promoting Subversion. I would be swayed > to moving to that if there is demand. i'd certainly put in my vote for it if you're taking them. i'm by no means a an svn guru, but then again i'm not a cvs or any other scm guru. in the past 5 months or so i've been converting most of my own projects over to svn, as it's close enough to cvs that i don't have to learn a whole lot, and ... well... it sucks less than cvs :) just make sure if you do convert over to preserve the various tags/branches (which can be done with a script i have handy somewhere). sean -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From ae at op5.se Wed Mar 15 01:44:03 2006 From: ae at op5.se (Andreas Ericsson) Date: Wed Mar 15 01:44:03 2006 Subject: [Nagiosplug-devel] check_ntp plugin issues In-Reply-To: <82C37241-1562-4DAA-B7E9-7F131C4635AF@altinity.com> References: <20060313135507.e72be948.wmoran@collaborativefusion.com> <20060314093312.GA20037@seanius.net> <44169801.6010100@op5.se> <20060313135507.e72be948.wmoran@collaborativefusion.com> <20060314093312.GA20037@seanius.net> <9D5A686A-8633-4DE3-BDB9-006D1BBB4729@altinity.com> <20060314103001.GA22006@seanius.net> <20060314084814.b952117b.wmoran@collaborativefusion.com> <4416D83B.8090309@op5.se> <82C37241-1562-4DAA-B7E9-7F131C4635AF@altinity.com> Message-ID: <20060315093604.GA592@nox.op5.se> On Tue, Mar 14, 2006 at 04:30:23PM +0000, Ton Voon wrote: > > On 14 Mar 2006, at 14:50, Andreas Ericsson wrote: > > > Any chance of getting the plugins project swapped to git instead? > > While I can see advantages to using git, the major reason I'm opposed > is that SF does not host it. In the spirit of openness, the code for > a public project like Nagios Plugins should be publicly available and > I don't fancy hosting a git server (with all the interrelated issues > with authentication and authorisation which SF gives us for "free"). > ghost.op5.se (Git Hosting for OpenSource Things) has been built to handle that. The bandwidth is nowhere near what sourceforge has, but we won't be hosting 120.000 projects either, so... > However, I notice that SF is promoting Subversion. I would be swayed > to moving to that if there is demand. > The main argument against CVS and SVN is the centralized repository model. If nagiosplug had used a distributed tool I wouldn't have forked the plugins way back when I did so, but I had to since working against the central repo for diffing and patching was just way too big a pain in the ass (not least given the failing availability of sf CVS and the 350 ms latency from Sweden). With a distributed repository I could have just kept my own modifications in a separate branch, rebasing it as necessary pending inclusion upstream. It would also be possible to do away with the patch-handling thing at sourceforge (which is excruciatingly slow and terribly annoying), since git has tools aplenty for sending patches by email, as well as applying those same patches to a repository. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Tel: +46 8-230225 Fax: +46 8-230231 From ton.voon at altinity.com Wed Mar 15 11:57:04 2006 From: ton.voon at altinity.com (Ton Voon) Date: Wed Mar 15 11:57:04 2006 Subject: [Nagiosplug-devel] Patch for check_mysql In-Reply-To: <43FCCEE4.6030604@f2o.org> References: <43FC974E.4070101@aol.com> <5d6838280602221039q535450f2ra24180a30f7ebea0@mail.gmail.com> <43FCB498.2010407@op5.se> <43FCCEE4.6030604@f2o.org> Message-ID: <30B58C20-438E-4B83-9F6F-BD04386CE78B@altinity.com> Steven, Thanks for the patch. Have applied to CVS HEAD with some tests. Sorry for the slow response. Ton On 22 Feb 2006, at 20:51, Steven Kreuzer wrote: > I have modified the check_mysql plugin to have it check how far > behind (measured in seconds) a MySQL 4.x.x slave server is from the > master server and exit with a status of either CRITICAL or WARNING > if the user defined thresholds are met. > > I have attached a copy of the patch to this email, and it can also > be found at http://skreuzer.f2o.org/code/nagios/check_mysql.patch > > Any and all feedback is greatly appreciated. > > -Steven http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon From mh+nagiosplug-devel at zugschlus.de Thu Mar 16 06:26:08 2006 From: mh+nagiosplug-devel at zugschlus.de (Marc Haber) Date: Thu Mar 16 06:26:08 2006 Subject: [Nagiosplug-devel] Plugin support for direct piping to NSCA? In-Reply-To: <43CB69D3.1010307@reedtz.com> References: <43CB69D3.1010307@reedtz.com> Message-ID: <20060316142536.GA24125@torres.l21.ma.zugschlus.de> On Mon, Jan 16, 2006 at 01:39:31AM -0800, Per Thomsen wrote: > I'm writing a few plugins that should be run locally. I'm checking hosts > that are behind other people's firewalls, so I am using NSCA. > > I would like to publish my plugins, when they're working properly. Since > I'm using nsca, I have added an option '-N' (or '--nsca'), which changes > the output of the plugin to something that can be piped directly into > 'send_nsca'. > > Is this a desirable way to do this, or do most people make use of a > wrapper script? Should I remove this option when publishing the plugins? btw, I think that either a wrapper binary should be included into the distribution, or send_nsca should be enabled to act as a wrapper itself. Something along the lines of send_nsca -P "/usr/lib/nagios/plugins/check_disk -w 20% -c 10%" -H nagios.server would do fine, in my opinion. Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 From ton.voon at altinity.com Thu Mar 16 09:41:01 2006 From: ton.voon at altinity.com (Ton Voon) Date: Thu Mar 16 09:41:01 2006 Subject: [Nagiosplug-devel] libtool In-Reply-To: References: Message-ID: On 7 Mar 2006, at 09:18, Ton Voon wrote: > Has anyone got any experience of using libtool? In CVS, I'm trying > to get a testing executable to link against the tap library (if > configure sees it is installed), but the tap library installs > differently on my MacOSX (as a shared dynamic library) from my > Debian box (as a archive). I didn't get any response about the use of libtool, so I've spent a bit of time and got it working. It has also removed the -R/lib warnings during linking. I've just made a commit to CVS and this means that there is now a requirement for GNU libtool (I've been using 1.5.6) for the developer platform (I've also found that the generated ./configure will choke about cc1plus, so g++ needs to be installed - this is a bug in the autoconf for libtool. Maybe a later version of libtool fixes this?). However, there shouldn't be any extra user dependencies. The C tests for utils works well now. Let me know if anything else drops out of this change. Ton http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon From wolvverine at tarchomin.pl Thu Mar 16 15:07:03 2006 From: wolvverine at tarchomin.pl (=?iso-8859-2?Q?Micha=B3?= Panasiewicz) Date: Thu Mar 16 15:07:03 2006 Subject: [Nagiosplug-devel] check_snmp_mem.pl - allways bee critical because linux all free RAM reserwed for buffers/cache Message-ID: <1142550361.7795.21.camel@localhost> # LC_ALL=C LANG=C /usr/lib/nagios/plugins/check_snmp_mem.pl -H 127.0.0.1 -C kancelariaro -2 -N -w 80,50 -c 90,60 Ram : 93%, Swap : 0% : > 90, 60 ; CRITICAL # free total used free shared buffers cached Mem: 1035972 954296 81676 0 5588 802568 -/+ buffers/cache: 146140 889832 Swap: 249912 0 249912 -- Micha? Panasiewicz - jabber: wolvverine [ at ] chrome [ dot ] pl || e-mail: wolvverine [ at ] tlen [ dot ] pl , wolvverine [ at ] pld-linux [ dot ] org http://www.linkomp.pl - Linkomp - Us?ugi informatyczne dla firm - biuro [ at ] linkomp [ dot ] pl From seanius at seanius.net Sat Mar 18 06:51:06 2006 From: seanius at seanius.net (sean finney) Date: Sat Mar 18 06:51:06 2006 Subject: [Nagiosplug-devel] Re: Latest snapshot check_http In-Reply-To: References: Message-ID: <20060318145022.GA9273@seanius.net> hi emmet, i'm cc'ing this to the nagiosplug-devel list, hope that's okay. On Fri, Mar 17, 2006 at 11:53:35AM -0500, Hogan, Emmett (LNG-SAC) wrote: > I just downloaded the latest nagios_plugins snapshot to get the updated > check_http. I was having some issues with checking my servers which > required STRONG encryption. I am *very* happy to say that your latest > updates to the plugin fixed my problem, but I came across one very small > bug. that's good to hear, minus the bug :) > If you are checking the certificate, and the certificate is valid, > check_http still performs the full http check and returns BOTH results: > > # ./check_http --ssl -C 14 www.verisign.com > OK - Certificate will expire on 06/01/2007 23:59. > HTTP OK HTTP/1.1 200 OK - 29243 bytes in 4.414 seconds > |time=4.414328s;;;0.000000 size=29243B;;;0 > > This causes problems if the cert is ok, but the page you check is not. :-) aha. i forgot that -C explicitly states that it checks the cert only, and not the page. > Anyway, I am *not* a C coder, but it looked to me like there is a return in > the wrong place: > > *** check_http.c.DIST 2006-03-17 08:20:30.000000000 -0800 > --- check_http.c.mine 2006-03-17 08:23:07.000000000 -0800 > *************** > *** 758,765 **** > if(result != STATE_OK){ > np_net_ssl_cleanup(); > if(sd) close(sd); > - return result; > } > } > } > #endif /* HAVE_SSL */ > --- 758,765 ---- > if(result != STATE_OK){ > np_net_ssl_cleanup(); > if(sd) close(sd); > } > + return result; > } > } > #endif /* HAVE_SSL */ this is close, but i think the proper fix is to move all three lines inside the if statement outside, and then remove the iff statement entirely. if we're checking the cert, after doing so we should cleanup and return the result regardless of its value. but good catch! like i said i managed to forget how -C was supposed to behave. > If this was the wrong thing to do to fix this, please let me know. :-) > > Thanks a lot for all your work on the plugins and especially for fixing the > SSL issues I was having!!! :-) no prob... i've just made a commit that should fix this. on a related note: i notice that -C does not imply --ssl, but the documentation for check_http says check_http www.verisign.com -C 14 should work, but it doesn't unless you provide --ssl. should the documentation or the code be changed? sean -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From seanius at seanius.net Sat Mar 18 11:21:00 2006 From: seanius at seanius.net (sean finney) Date: Sat Mar 18 11:21:00 2006 Subject: [Nagiosplug-devel] pure-c check_ntp In-Reply-To: <20060314084814.b952117b.wmoran@collaborativefusion.com> References: <20060313135507.e72be948.wmoran@collaborativefusion.com> <20060314093312.GA20037@seanius.net> <44169801.6010100@op5.se> <20060313135507.e72be948.wmoran@collaborativefusion.com> <20060314093312.GA20037@seanius.net> <9D5A686A-8633-4DE3-BDB9-006D1BBB4729@altinity.com> <20060314103001.GA22006@seanius.net> <20060314084814.b952117b.wmoran@collaborativefusion.com> Message-ID: <20060318192011.GA9652@seanius.net> hey guys, after having spent far too much time learning about the idiosyncracies of ntp, i've committed an initial version of check_ntp.c into CVS HEAD. because it's not yet complete, i haven't patched the makefiles to build it just yet (patch is attached for those who want to play along from home). what still needs to be done to make it fully compatible with the current perl version: - ntpdate sends 4 requests and averages the offsets - ipv6 support - jitter support - i *think* that when a hostname resolves to multiple addresses ntpdate/ntpq sends a request to each one. bill: of these, i could really, really use help with calculating the jitter as i don't really understand how it's calculated in the first place. the rest is fairly trivial to add in, though the multiple hostname thing might be better generalized into our networking library. i've done my best to comment up the code so that contributers don't have to spend as much time reading rfc1305 as i have, but let me know if you have any questions. thanks, sean -------------- next part -------------- diff -u -r1.64 Makefile.am --- Makefile.am 17 Mar 2006 14:07:34 -0000 1.64 +++ Makefile.am 18 Mar 2006 18:53:19 -0000 @@ -14,7 +14,7 @@ AM_CFLAGS = -Wall libexec_PROGRAMS = check_disk check_dummy check_http check_load \ - check_mrtg check_mrtgtraf check_nwstat check_overcr check_ping \ + check_mrtg check_mrtgtraf check_ntp check_nwstat check_overcr check_ping \ check_real check_smtp check_ssh check_tcp check_time \ check_udp check_ups check_users negate \ urlize @EXTRAS@ @@ -69,6 +69,7 @@ check_mysql_query_LDADD = $(NETLIBS) $(MYSQLLIBS) check_nagios_LDADD = $(BASEOBJS) runcmd.o check_nt_LDADD = $(NETLIBS) +check_ntp_LDADD = $(NETLIBS) $(MATHLIBS) check_nwstat_LDADD = $(NETLIBS) check_overcr_LDADD = $(NETLIBS) check_pgsql_LDADD = $(NETLIBS) $(PGLIBS) @@ -107,6 +108,7 @@ check_mysql_query_DEPENDENCIES = check_mysql_query.c $(NETOBJS) $(DEPLIBS) check_nagios_DEPENDENCIES = check_nagios.c $(BASEOBJS) runcmd.o $(DEPLIBS) check_nt_DEPENDENCIES = check_nt.c $(NETOBJS) $(DEPLIBS) +check_ntp_DEPENDENCIES = check_ntp.c $(NETOBJS) $(DEPLIBS) check_nwstat_DEPENDENCIES = check_nwstat.c $(NETOBJS) $(DEPLIBS) check_overcr_DEPENDENCIES = check_overcr.c $(NETOBJS) $(DEPLIBS) check_pgsql_DEPENDENCIES = check_pgsql.c $(NETOBJS) $(DEPLIBS) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From seanius at seanius.net Sun Mar 19 02:48:09 2006 From: seanius at seanius.net (sean finney) Date: Sun Mar 19 02:48:09 2006 Subject: [Nagiosplug-devel] pure-c check_ntp In-Reply-To: <20060318192011.GA9652@seanius.net> References: <20060313135507.e72be948.wmoran@collaborativefusion.com> <20060314093312.GA20037@seanius.net> <44169801.6010100@op5.se> <20060313135507.e72be948.wmoran@collaborativefusion.com> <20060314093312.GA20037@seanius.net> <9D5A686A-8633-4DE3-BDB9-006D1BBB4729@altinity.com> <20060314103001.GA22006@seanius.net> <20060314084814.b952117b.wmoran@collaborativefusion.com> <20060318192011.GA9652@seanius.net> Message-ID: <20060319104750.GA10721@seanius.net> just following up a bit more with myself here, On Sat, Mar 18, 2006 at 02:20:11PM -0500, sean finney wrote: > what still needs to be done to make it fully compatible with > the current perl version: > > - ntpdate sends 4 requests and averages the offsets > - ipv6 support > - jitter support > - i *think* that when a hostname resolves to multiple addresses > ntpdate/ntpq sends a request to each one. i've verified that ntpdate does send (4) requests to each A record resolving from the hostname. however, ntpq only sends to the first resolved address it seems. i should also add that i think it would be good to have someone review the current offset calculation code to make sure that it makes sense/not-buggy. i think i've handled the endianness related stuff appropriately, but i'm not as confident about signedness. > bill: of these, i could really, really use help with calculating the > jitter as i don't really understand how it's calculated in the first having looked a bit more into it, the jitter given by ntpq is a literally provided as the result of a READVAR ntp control request. that is, somewhere in the packet will be the string "jitter=xxxxx". i'm not sure if there's a datastructure or if the entire "payload" section of the control response is to be treated as one giant string... i'm sure rfc1305 clarifies this. btw, the querying that i am currently doing for offset calculation is via standard ntp query packets, which have a different format than the control requests. i'd still appreciate it if someone picked up this part of the code. i'll focus on the other parts of what i previously mentioned were remaining in the next few days, and i guess i'll see where we are after that. sean -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From nagios at proy.org Sun Mar 19 08:46:03 2006 From: nagios at proy.org (Patrick Proy) Date: Sun Mar 19 08:46:03 2006 Subject: [Nagiosplug-devel] check_snmp_mem.pl - allways bee critical because linux all free RAM reserwed for buffers/cache In-Reply-To: <1142550361.7795.21.camel@localhost> Message-ID: <20060319164513.0C5E61953BD@mail.proy.org> Hi, You can find here the latest version of check_snmp_mem.pl wich doesn't include cached memory in the used memory (derived from a patch of Erik Romijn) : http://www.manubulon.com/nagios/dev/check_snmp_mem.pl There is still an option to include it if needed (-m). It hasn't been fully tested yet, but I think I will release it in april when all the tests are finished. Patrick http://www.manubulon.com/nagios/ -----Message d'origine----- De : nagiosplug-devel-admin at lists.sourceforge.net [mailto:nagiosplug-devel-admin at lists.sourceforge.net] De la part de Michal Panasiewicz Envoy? : vendredi 17 mars 2006 00:06 ? : nagiosplug-devel at lists.sourceforge.net Objet : [Nagiosplug-devel] check_snmp_mem.pl - allways bee critical because linux all free RAM reserwed for buffers/cache # LC_ALL=C LANG=C /usr/lib/nagios/plugins/check_snmp_mem.pl -H 127.0.0.1 -C kancelariaro -2 -N -w 80,50 -c 90,60 Ram : 93%, Swap : 0% : > 90, 60 ; CRITICAL # free total used free shared buffers cached Mem: 1035972 954296 81676 0 5588 802568 -/+ buffers/cache: 146140 889832 Swap: 249912 0 249912 -- Micha? Panasiewicz - jabber: wolvverine [ at ] chrome [ dot ] pl || e-mail: wolvverine [ at ] tlen [ dot ] pl , wolvverine [ at ] pld-linux [ dot ] org http://www.linkomp.pl - Linkomp - Us?ugi informatyczne dla firm - biuro [ at ] linkomp [ dot ] pl ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________________ Nagios Plugin Development Mailing List Nagiosplug-devel at lists.sourceforge.net Unsubscribe at https://lists.sourceforge.net/lists/listinfo/nagiosplug-devel ::: Please include plugins version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null -------------- next part -------------- A non-text attachment was scrubbed... Name: check_snmp_mem.pl Type: application/octet-stream Size: 16563 bytes Desc: not available URL: From noreply at sourceforge.net Tue Mar 21 09:12:30 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Mar 21 09:12:30 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1430709 ] check_uptime don´t compile error Message-ID: Bugs item #1430709, was opened at 2006-02-13 15:17 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1430709&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: Wilson Galafassi (wgalafassijr) >Assigned to: Ton Voon (tonvoon) Summary: check_uptime don??t compile error Initial Comment: hello. when i try to complite check_uptime.c this error occours: gcc check_uptime.c check_uptime.c:24:20: config.h: No such file or directory check_uptime.c:25:20: common.h: No such file or directory check_uptime.c:26:19: utils.h: No such file or directory check_uptime.c:27:19: popen.h: No such file or directory check_uptime.c: In function `main': check_uptime.c:33: error: `MAX_INPUT_BUFFER' undeclared (first use in this function) check_uptime.c:33: error: (Each undeclared identifier is reported only once check_uptime.c:33: error: for each function it appears in.) check_uptime.c:36: error: `NULL' undeclared (first use in this function) check_uptime.c:52: error: `STATE_UNKNOWN' undeclared (first use in this function) check_uptime.c:55: error: `child_process' undeclared (first use in this function) check_uptime.c:55: error: `PATH_TO_UPTIME' undeclared (first use in this function) check_uptime.c:60: error: `child_stderr' undeclared (first use in this function) check_uptime.c:60: error: `child_stderr_array' undeclared (first use in this function) check_uptime.c:78: warning: assignment makes pointer from integer without a cast check_uptime.c:80: warning: assignment makes pointer from integer without a cast check_uptime.c:98: error: `STATE_OK' undeclared (first use in this function) i??m using fc4 and nagios-plugins-1.4.2. very thanks wilson ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-03-21 13:01 Message: Logged In: YES user_id=664364 Wilson, Have you run ./configure? I'm guessing not because config.h has not been created. You need to run this before you can compile any specific plugins. See the README file. I'm marking this tracker item as PENDING. Please update if there is still an issue. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1430709&group_id=29880 From noreply at sourceforge.net Tue Mar 21 09:23:41 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Mar 21 09:23:41 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1412721 ] check_dns does not compile on Debian 3.1 Message-ID: Bugs item #1412721, was opened at 2006-01-23 11:09 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1412721&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: snapshot tarball >Status: Pending Resolution: None Priority: 5 Submitted By: Sakari Lehtonen (sakari) >Assigned to: Ton Voon (tonvoon) Summary: check_dns does not compile on Debian 3.1 Initial Comment: Debian does not have nslookup, they use the package host instead. When compiling the nagios-plugins-HEAD-200601230052, compilation of check_dns fails with the following error: check_dns.c: In function `main': check_dns.c:81: error: `NSLOOKUP_COMMAND' undeclared (first use in this function) check_dns.c:81: error: (Each undeclared identifier is reported only once check_dns.c:81: error: for each function it appears in.) make[2]: *** [check_dns.o] Error 1 make[2]: Leaving directory `/tmp/nagios-plugins-HEAD-200601230052/ plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/nagios-plugins-HEAD-200601230052' make: *** [all] Error 2 Version 1.4.2 of nagios-plugins compiles on this system, and it does warn about nslookup missing when running ./configure. The HEAD version does not warn about nslookup missing. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-03-21 14:20 Message: Logged In: YES user_id=664364 Sakari, Thanks for the bug report. It seems that check_dns was trying to compile because the host command was found. However, check_dns does not actually use the host command at all. So the plugins 1.4.2 were incorrect in trying to compile check_dns. I've fixed configure.in in CVS so that it will not test for the host command anymore and also fixed a few display issues during configure for checking nslookup. Please try the snapshot at http://nagiosplug.sf.net/snapshot. I'm marking this call as pending - please change the status if this is still a problem. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1412721&group_id=29880 From noreply at sourceforge.net Tue Mar 21 09:30:50 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Mar 21 09:30:50 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1359414 ] 64bits support for mysql Message-ID: Bugs item #1359414, was opened at 2005-11-18 01:58 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1359414&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: Release (specify) >Status: Pending >Resolution: Accepted Priority: 5 Submitted By: Johan Fischer (fischaz) >Assigned to: Ton Voon (tonvoon) Summary: 64bits support for mysql Initial Comment: nagios-plugins 1.4.2 (and current CVS HEAD as well) don't build the check_mysql plugin for a x86_64 bits arch. on my system (centos 4.2 on a x86_64), the mysql library is located (like most of the libs) in /usr/lib64/mysql and not anymore in /usr/lib For this situation I used a quick hack (see attached patch) to call mysql_config and use it to get the mysql lib and include path on any linux system... I'm sure the hack is not portable enough since I removed most of the tests trusting the result of the mysql_config call.... But the intention is to, if mysql_config exists, use it, and if not, fallback on the usual tests. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-03-21 11:44 Message: Logged In: YES user_id=664364 Johan, Thanks for this patch. Have applied to CVS HEAD. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1359414&group_id=29880 From noreply at sourceforge.net Tue Mar 21 12:04:21 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Mar 21 12:04:21 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1455619 ] check_procs segfaults with zombies Message-ID: Patches item #1455619, was opened at 2006-03-21 21:03 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1455619&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: gerhard lausser (lausser) Assigned to: Nobody/Anonymous (nobody) Summary: check_procs segfaults with zombies Initial Comment: Hi, under solaris, ps produces output like this for zombie processes: Z 55618 28898 15263 0 0 0.0 The statement cols = sscanf (input_line, PS_FORMAT, PS_VARLIST); which is actually this one: ...sscanf (input_line, "%s %d %d %d %d %d %f %s%n", procstat,&procuid,&procpid,&procpid,&procvsz,&procrss, &procpcpu,procprog,&pos); does not fill the pos variable with a value because there is no match for the last %s. pos keeps the value it got when the last time a non-zombie process was found. pos points to the arguments following procprog which is senseless in this case anyway. but later it is used to initialize the procargs array. asprintf (&procargs, "%s", input_line + pos); In the case of a zombie pos has a value related to the last input_line but not the current one, so an illegal byte beyond the strings end may be accessed. I made a patch which takes this into account. Greetings from Munich, Gerhard ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1455619&group_id=29880 From AKhan2 at ifdsgroup.co.uk Tue Mar 21 12:30:05 2006 From: AKhan2 at ifdsgroup.co.uk (Khan, Ali) Date: Tue Mar 21 12:30:05 2006 Subject: [Nagiosplug-devel] Check_oracle Message-ID: <67FF8F5210699643BAEC676196D33AA40A72011F@IFMAILSRV1.Mail.ifdsgroup.co.uk> $ ./check_oracle --version 1.14 (nagios-plugins 1.4.2) The nagios plugins come with ABSOLUTELY NO WARRANTY. You may redistribute copies of the plugins under the terms of the GNU General Public License. For more information about these matters, see the file named COPYING. --db) pmonchk=`ps -ef | grep -v grep | grep -c "ora_pmon_${2}$"` The above line has an extra '$' at the end, please change it to --db) pmonchk=`ps -ef | grep -v grep | grep -c "ora_pmon_${2}"` The database is reported as down even though it is up as the oracle sid cannot be resolved due to the trailing $ Thanks! Ali INTERNATIONAL FINANCIAL DATA SERVICES (UK) LTD Tel: +44 1268 44 3000 ********************** N O T I C E ********************************* This message and any attachments is intended only for the individual or company to which it is addressed and may contain information which is privileged, confidential or prohibited from disclosure or unauthorised use. If the recipient of this transmission is not the intended recipient, or the employee or agent responsible for delivering such materials to the intended recipient, you are hereby notified that any use, any form of reproduction, dissemination, copying, disclosure, modification, distribution and/or publication of this e-mail message or its attachments other than by it's intended recipient is strictly prohibited by the sender. If you have received it in error, please notify us immediately by telephone on the number above and destroy the message and all copies in your possession. International Financial Data Services (UK) Ltd is authorised and regulated by the Financial Services Authority. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. ********************************************************************** From wmoran at collaborativefusion.com Tue Mar 21 12:30:07 2006 From: wmoran at collaborativefusion.com (Bill Moran) Date: Tue Mar 21 12:30:07 2006 Subject: [Nagiosplug-devel] pure-c check_ntp In-Reply-To: <20060319104750.GA10721@seanius.net> References: <20060313135507.e72be948.wmoran@collaborativefusion.com> <20060314093312.GA20037@seanius.net> <44169801.6010100@op5.se> <20060313135507.e72be948.wmoran@collaborativefusion.com> <20060314093312.GA20037@seanius.net> <9D5A686A-8633-4DE3-BDB9-006D1BBB4729@altinity.com> <20060314103001.GA22006@seanius.net> <20060314084814.b952117b.wmoran@collaborativefusion.com> <20060318192011.GA9652@seanius.net> <20060319104750.GA10721@seanius.net> Message-ID: <20060321080504.aee04dd1.wmoran@collaborativefusion.com> Quick response. First off: Wow! You got that written quickly! I'm up to my ears in backups right now, but I hope to have time later this week/over the weekend to look at what you've done. I'm no NTP expert either, but hopefully I'll have something to contribute. Great work! -- Bill Moran Collaborative Fusion Inc. From seanius at seanius.net Tue Mar 21 14:21:01 2006 From: seanius at seanius.net (sean finney) Date: Tue Mar 21 14:21:01 2006 Subject: [Nagiosplug-devel] Check_oracle In-Reply-To: <67FF8F5210699643BAEC676196D33AA40A72011F@IFMAILSRV1.Mail.ifdsgroup.co.uk> References: <67FF8F5210699643BAEC676196D33AA40A72011F@IFMAILSRV1.Mail.ifdsgroup.co.uk> Message-ID: <20060321221953.GA18337@seanius.net> hi ali, On Tue, Mar 21, 2006 at 02:43:27PM -0000, Khan, Ali wrote: > --db) > pmonchk=`ps -ef | grep -v grep | grep -c "ora_pmon_${2}$"` > > The above line has an extra '$' at the end, please change it to > > --db) > pmonchk=`ps -ef | grep -v grep | grep -c "ora_pmon_${2}"` > > The database is reported as down even though it is up as the oracle sid cannot be resolved due to the trailing $ without knowing a lot about what's going on, it seems that this trailing '$' was intended to mean "end of line" in the grep regexp. thus, would it make more sense to replace it with "ora_pmon_${2}\$" ? in any case, good catch! thanks, sean -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From seanius at seanius.net Tue Mar 21 14:55:07 2006 From: seanius at seanius.net (sean finney) Date: Tue Mar 21 14:55:07 2006 Subject: [Nagiosplug-devel] replacing common system calls with macros/inlines? Message-ID: <20060321225315.GA18448@seanius.net> a thought for consideration: currently, there are a large number of places in plugin code where we have stuff like ... foo=strdup(bar); if(foo==NULL) { printf("error message"); exit(STATE_UNKNOWN); } ... does it make any sense to introduce some macros to condense code a bit? for example: static inline char* STRDUP(const char *foo){ char *bar; bar=strdup(foo); if(bar==NULL){ printf("error message"); exit(STATE_UNKNOWN); } } and then everywhere in our plugin code we could replace the strdup()+error detection calls with STRDUP(), and save ourselves some lines of code in many places (and introduce missing/needed error checking in others). likewise, a similar approach could be taken for malloc, fopen, and probably others... thoughts? sean -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From noreply at sourceforge.net Tue Mar 21 19:47:03 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Mar 21 19:47:03 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-903461 ] check_nwstat generates ipv6 calls (error) Message-ID: Bugs item #903461, was opened at 2004-02-24 14:14 Message generated for change (Comment added) made by faucon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=903461&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Alex (faucon) Assigned to: Nobody/Anonymous (nobody) Summary: check_nwstat generates ipv6 calls (error) Initial Comment: Short story : check_nwstat is doing 2 X AAAA request and 1 X A request to my DNS server since version 1.3.99 (1.13). Details and tests : Linux server RedHat9. DNS server Netware With check_nwstat v1.3.99 or more recent, my DNS server is showing that my Nagios server is doing 2 X AAAA request (ip6) and 1 X A request (ip4). I tested with version 1.3.1 of the plugins, and there is no problem there. (but features in latest release are needed). I tested with other plugins and with ping, and everything is fine. Here is a peace of the logs. ---------------------- ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-ndps1.cslaval.qc.ca) of type aaaa Domain Name "srv-ndps1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-educ1.cslaval.qc.ca) of type aaaa Domain Name "srv-educ1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-sec1.cslaval.qc.ca) of type aaaa Domain Name "srv-sec1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-ndps1.cslaval.qc.ca) of type aaaa Domain Name "srv-ndps1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-educ1.cslaval.qc.ca) of type a Domain Name "srv-educ1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-sec1.cslaval.qc.ca) of type aaaa Domain Name "srv-sec1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-ndps1.cslaval.qc.ca) of type a Domain Name "srv-ndps1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-sec1.cslaval.qc.ca) of type a Domain Name "srv-sec1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 --------------------------------- ---------------------------------------------------------------------- >Comment By: Alex (faucon) Date: 2006-03-22 03:46 Message: Logged In: YES user_id=706397 I got to repackage for an update to nagios v2, and one work-around is to compile the plugins with the -no-ipv6 switch. Closing this request. ---------------------------------------------------------------------- Comment By: David Sullivan (sullivand) Date: 2005-09-26 09:29 Message: Logged In: YES user_id=1348152 I've reproduced this with the latest CVS version of check_nwstat. A number of the plugins that connect to TCP services directly without spawning another programme have this "problem" though. I can demonstrate the same behaviour of generating AAAA queries with check_smtp, check_imap and check_ssh. check_ping probably wasn't the best plugin to compare against since it executes another programme which itself might not have IPV6 support. The problem is an artifact of IPV6 support that it will try and resolve both AAAA and A records for a hostname. The possible fix is to modify check_nwstat to also have the -4 and -6 options as these other TCP plugins do. With the other plugins listed above adding the -4 option when executing the plugin eliminates these AAAA queries. David. ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 2005-09-25 15:28 Message: Logged In: YES user_id=226838 hi faucon, it's just been brought to my attention (in another bug report) that there were some patches done recently (around july or september) to check_nwstat. as none of the developers have any access to netware systems, could you take a try with the latest version in cvs head? ---------------------------------------------------------------------- Comment By: Alex (faucon) Date: 2005-05-02 14:54 Message: Logged In: YES user_id=706397 Hi seanius. Nop, still does. With the latest 1.4 package of plugins. Just tested 5 minutes ago :) check_ping (nagios-plugins 1.3.99) 1.25 check_nwstat (nagios-plugins 1.3.99) 1.13 At the end of this message, you can see the logs of ethereal. I made 3 pass for each tests. One with check_ping and one with check_nwstat. Since all 3 pass are the same, I just posted one of each. The thing is, with ping, everything is fine, it sends A request to the DNS and then ping. But with nwstat, it sends AAAA requests to the DNS before the A request and then check_nwstat. In practice, this means more stress for the DNS server. So the current workaround for here, is that I use the "secondary" DNS server as the first server, insted of the primary. If not, the primary is overload. -ethereal capture (edited)- (check_ping) 1.260597 10.200.60.160 -> 10.1.0.80 DNS Standard query A server.domain.qc.ca 1.260921 10.1.0.80 -> 10.200.60.160 DNS Standard query response A 10.200.1.20 1.264812 10.200.60.160 -> 10.1.0.80 DNS Standard query A server.domain.qc.ca 1.266082 10.1.0.80 -> 10.200.60.160 DNS Standard query response A 10.200.1.20 1.265547 10.200.60.160 -> 10.200.1.20 ICMP Echo (ping) request 1.265723 10.200.1.20 -> 10.200.60.160 ICMP Echo (ping) reply 2.264552 10.200.60.160 -> 10.200.1.20 ICMP Echo (ping) request 2.264726 10.200.1.20 -> 10.200.60.160 ICMP Echo (ping) reply 3.263560 10.200.60.160 -> 10.200.1.20 ICMP Echo (ping) request 3.263707 10.200.1.20 -> 10.200.60.160 ICMP Echo (ping) reply 4.262556 10.200.60.160 -> 10.200.1.20 ICMP Echo (ping) request 4.262723 10.200.1.20 -> 10.200.60.160 ICMP Echo (ping) reply 5.261575 10.200.60.160 -> 10.200.1.20 ICMP Echo (ping) request 5.261735 10.200.1.20 -> 10.200.60.160 ICMP Echo (ping) reply (check nwstat) 23.476463 10.200.60.160 -> 10.1.0.80 DNS Standard query AAAA server.domain.qc.ca 23.476734 10.1.0.80 -> 10.200.60.160 DNS Standard query response 23.477294 10.200.60.160 -> 10.1.0.80 DNS Standard query AAAA server.domain.qc.ca.domain.qc.ca 23.477576 10.1.0.80 -> 10.200.60.160 DNS Standard query response, No such name 23.477911 10.200.60.160 -> 10.1.0.80 DNS Standard query A srv-adm1.cslaval.qc.ca 23.478212 10.1.0.80 -> 10.200.60.160 DNS Standard query response A 10.200.1.20 23.478799 10.200.60.160 -> 10.200.1.20 TCP 39763 > 9999 [SYN] Seq=0 Ack=0 Win=5840 Len=0 MSS=1460 TSV=219178857 TSER=0 WS=0 23.478971 10.200.1.20 -> 10.200.60.160 TCP 9999 > 39763 [SYN, ACK] Seq=0 Ack=1 Win=6144 Len=0 MSS=1460 WS=0 23.479029 10.200.60.160 -> 10.200.1.20 TCP 39763 > 9999 [ACK] Seq=1 Ack=1 Win=5840 Len=0 23.540094 10.200.60.160 -> 10.200.1.20 TCP 39763 > 9999 [FIN, ACK] Seq=1 Ack=1 Win=5840 Len=0 23.540252 10.200.1.20 -> 10.200.60.160 TCP 9999 > 39763 [ACK] Seq=1 Ack=2 Win=6143 Len=0 23.540270 10.200.1.20 -> 10.200.60.160 TCP 9999 > 39763 [FIN, PSH, ACK] Seq=1 Ack=2 Win=6143 Len=0 23.540360 10.200.60.160 -> 10.200.1.20 TCP 39763 > 9999 [ACK] Seq=2 Ack=2 Win=5840 Len=0 ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 2005-05-01 19:56 Message: Logged In: YES user_id=226838 any progress on this one? it's the oldest bug in the tracker and i'm just trying to help keep a clean house :) ---------------------------------------------------------------------- Comment By: Alex (faucon) Date: 2005-01-11 15:39 Message: Logged In: YES user_id=706397 Hi tonvoon, Let me check it out. I'll download the latest cve and test it. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2005-01-01 16:35 Message: Logged In: YES user_id=664364 Unassigning from Karl, but not sure of current status of this bug. Is it still an issue with the latest release? ---------------------------------------------------------------------- Comment By: Alex (faucon) Date: 2004-03-01 16:42 Message: Logged In: YES user_id=706397 Hi kdebisschop, I have tryed your check_nwstat of 2004-02-29. I can compile it, I can run it, but there is no output. And, on my dns, there is no dns request been made. And here is the command call that I use. Any other variable could be used. The output is working with 1.3.1 or 1.4.1alpha. ./check_nwstat -H srv-ndps1.cslaval.qc.ca -v ABENDS The answer to this command is usually: "0 abended threads" srv-ndps1 is an internal server. So you can't access it. But I can make any tests you require. Thanks. ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-29 04:18 Message: Logged In: YES user_id=1671 I may have found the cause - we were opening a new connection for each attribute requested. I have rewritten the code to open one connection and send repeatedly on tha one connection. But I do not have any way to test it and I do not know if the NW protocols allow it. Please test and provide feedback. ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-29 03:37 Message: Logged In: YES user_id=1671 Can you provide the service and command definitions that create these multiple requests? I don't have access to a test environment, but I'll be glad to look at the code and see if I can find anything. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=903461&group_id=29880 From noreply at sourceforge.net Tue Mar 21 19:48:02 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Mar 21 19:48:02 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-903461 ] check_nwstat generates ipv6 calls (error) Message-ID: Bugs item #903461, was opened at 2004-02-24 14:14 Message generated for change (Settings changed) made by faucon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=903461&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: Release (specify) >Status: Closed Resolution: None Priority: 5 Submitted By: Alex (faucon) Assigned to: Nobody/Anonymous (nobody) Summary: check_nwstat generates ipv6 calls (error) Initial Comment: Short story : check_nwstat is doing 2 X AAAA request and 1 X A request to my DNS server since version 1.3.99 (1.13). Details and tests : Linux server RedHat9. DNS server Netware With check_nwstat v1.3.99 or more recent, my DNS server is showing that my Nagios server is doing 2 X AAAA request (ip6) and 1 X A request (ip4). I tested with version 1.3.1 of the plugins, and there is no problem there. (but features in latest release are needed). I tested with other plugins and with ping, and everything is fine. Here is a peace of the logs. ---------------------- ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-ndps1.cslaval.qc.ca) of type aaaa Domain Name "srv-ndps1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-educ1.cslaval.qc.ca) of type aaaa Domain Name "srv-educ1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-sec1.cslaval.qc.ca) of type aaaa Domain Name "srv-sec1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-ndps1.cslaval.qc.ca) of type aaaa Domain Name "srv-ndps1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-educ1.cslaval.qc.ca) of type a Domain Name "srv-educ1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-sec1.cslaval.qc.ca) of type aaaa Domain Name "srv-sec1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-ndps1.cslaval.qc.ca) of type a Domain Name "srv-ndps1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-sec1.cslaval.qc.ca) of type a Domain Name "srv-sec1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 --------------------------------- ---------------------------------------------------------------------- Comment By: Alex (faucon) Date: 2006-03-22 03:46 Message: Logged In: YES user_id=706397 I got to repackage for an update to nagios v2, and one work-around is to compile the plugins with the -no-ipv6 switch. Closing this request. ---------------------------------------------------------------------- Comment By: David Sullivan (sullivand) Date: 2005-09-26 09:29 Message: Logged In: YES user_id=1348152 I've reproduced this with the latest CVS version of check_nwstat. A number of the plugins that connect to TCP services directly without spawning another programme have this "problem" though. I can demonstrate the same behaviour of generating AAAA queries with check_smtp, check_imap and check_ssh. check_ping probably wasn't the best plugin to compare against since it executes another programme which itself might not have IPV6 support. The problem is an artifact of IPV6 support that it will try and resolve both AAAA and A records for a hostname. The possible fix is to modify check_nwstat to also have the -4 and -6 options as these other TCP plugins do. With the other plugins listed above adding the -4 option when executing the plugin eliminates these AAAA queries. David. ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 2005-09-25 15:28 Message: Logged In: YES user_id=226838 hi faucon, it's just been brought to my attention (in another bug report) that there were some patches done recently (around july or september) to check_nwstat. as none of the developers have any access to netware systems, could you take a try with the latest version in cvs head? ---------------------------------------------------------------------- Comment By: Alex (faucon) Date: 2005-05-02 14:54 Message: Logged In: YES user_id=706397 Hi seanius. Nop, still does. With the latest 1.4 package of plugins. Just tested 5 minutes ago :) check_ping (nagios-plugins 1.3.99) 1.25 check_nwstat (nagios-plugins 1.3.99) 1.13 At the end of this message, you can see the logs of ethereal. I made 3 pass for each tests. One with check_ping and one with check_nwstat. Since all 3 pass are the same, I just posted one of each. The thing is, with ping, everything is fine, it sends A request to the DNS and then ping. But with nwstat, it sends AAAA requests to the DNS before the A request and then check_nwstat. In practice, this means more stress for the DNS server. So the current workaround for here, is that I use the "secondary" DNS server as the first server, insted of the primary. If not, the primary is overload. -ethereal capture (edited)- (check_ping) 1.260597 10.200.60.160 -> 10.1.0.80 DNS Standard query A server.domain.qc.ca 1.260921 10.1.0.80 -> 10.200.60.160 DNS Standard query response A 10.200.1.20 1.264812 10.200.60.160 -> 10.1.0.80 DNS Standard query A server.domain.qc.ca 1.266082 10.1.0.80 -> 10.200.60.160 DNS Standard query response A 10.200.1.20 1.265547 10.200.60.160 -> 10.200.1.20 ICMP Echo (ping) request 1.265723 10.200.1.20 -> 10.200.60.160 ICMP Echo (ping) reply 2.264552 10.200.60.160 -> 10.200.1.20 ICMP Echo (ping) request 2.264726 10.200.1.20 -> 10.200.60.160 ICMP Echo (ping) reply 3.263560 10.200.60.160 -> 10.200.1.20 ICMP Echo (ping) request 3.263707 10.200.1.20 -> 10.200.60.160 ICMP Echo (ping) reply 4.262556 10.200.60.160 -> 10.200.1.20 ICMP Echo (ping) request 4.262723 10.200.1.20 -> 10.200.60.160 ICMP Echo (ping) reply 5.261575 10.200.60.160 -> 10.200.1.20 ICMP Echo (ping) request 5.261735 10.200.1.20 -> 10.200.60.160 ICMP Echo (ping) reply (check nwstat) 23.476463 10.200.60.160 -> 10.1.0.80 DNS Standard query AAAA server.domain.qc.ca 23.476734 10.1.0.80 -> 10.200.60.160 DNS Standard query response 23.477294 10.200.60.160 -> 10.1.0.80 DNS Standard query AAAA server.domain.qc.ca.domain.qc.ca 23.477576 10.1.0.80 -> 10.200.60.160 DNS Standard query response, No such name 23.477911 10.200.60.160 -> 10.1.0.80 DNS Standard query A srv-adm1.cslaval.qc.ca 23.478212 10.1.0.80 -> 10.200.60.160 DNS Standard query response A 10.200.1.20 23.478799 10.200.60.160 -> 10.200.1.20 TCP 39763 > 9999 [SYN] Seq=0 Ack=0 Win=5840 Len=0 MSS=1460 TSV=219178857 TSER=0 WS=0 23.478971 10.200.1.20 -> 10.200.60.160 TCP 9999 > 39763 [SYN, ACK] Seq=0 Ack=1 Win=6144 Len=0 MSS=1460 WS=0 23.479029 10.200.60.160 -> 10.200.1.20 TCP 39763 > 9999 [ACK] Seq=1 Ack=1 Win=5840 Len=0 23.540094 10.200.60.160 -> 10.200.1.20 TCP 39763 > 9999 [FIN, ACK] Seq=1 Ack=1 Win=5840 Len=0 23.540252 10.200.1.20 -> 10.200.60.160 TCP 9999 > 39763 [ACK] Seq=1 Ack=2 Win=6143 Len=0 23.540270 10.200.1.20 -> 10.200.60.160 TCP 9999 > 39763 [FIN, PSH, ACK] Seq=1 Ack=2 Win=6143 Len=0 23.540360 10.200.60.160 -> 10.200.1.20 TCP 39763 > 9999 [ACK] Seq=2 Ack=2 Win=5840 Len=0 ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 2005-05-01 19:56 Message: Logged In: YES user_id=226838 any progress on this one? it's the oldest bug in the tracker and i'm just trying to help keep a clean house :) ---------------------------------------------------------------------- Comment By: Alex (faucon) Date: 2005-01-11 15:39 Message: Logged In: YES user_id=706397 Hi tonvoon, Let me check it out. I'll download the latest cve and test it. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2005-01-01 16:35 Message: Logged In: YES user_id=664364 Unassigning from Karl, but not sure of current status of this bug. Is it still an issue with the latest release? ---------------------------------------------------------------------- Comment By: Alex (faucon) Date: 2004-03-01 16:42 Message: Logged In: YES user_id=706397 Hi kdebisschop, I have tryed your check_nwstat of 2004-02-29. I can compile it, I can run it, but there is no output. And, on my dns, there is no dns request been made. And here is the command call that I use. Any other variable could be used. The output is working with 1.3.1 or 1.4.1alpha. ./check_nwstat -H srv-ndps1.cslaval.qc.ca -v ABENDS The answer to this command is usually: "0 abended threads" srv-ndps1 is an internal server. So you can't access it. But I can make any tests you require. Thanks. ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-29 04:18 Message: Logged In: YES user_id=1671 I may have found the cause - we were opening a new connection for each attribute requested. I have rewritten the code to open one connection and send repeatedly on tha one connection. But I do not have any way to test it and I do not know if the NW protocols allow it. Please test and provide feedback. ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-29 03:37 Message: Logged In: YES user_id=1671 Can you provide the service and command definitions that create these multiple requests? I don't have access to a test environment, but I'll be glad to look at the code and see if I can find anything. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=903461&group_id=29880 From noreply at sourceforge.net Tue Mar 21 19:49:01 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Mar 21 19:49:01 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Feature Requests-816804 ] More to add for check_nwstat Message-ID: Feature Requests item #816804, was opened at 2003-10-02 20:45 Message generated for change (Settings changed) made by faucon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=816804&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Priority: 1 Submitted By: Alex (faucon) Assigned to: Nobody/Anonymous (nobody) Summary: More to add for check_nwstat Initial Comment: Hello, James Drews (who does mrtgext.nlm) as release a new version of mrtgext (version 1.43). ---from the readme.txt of mrtgext--- [...] The following were added to version 1.43 S28 : Current Service Processes MP S29 : Total Server Memory (bytes) S30 : Allocated Memory (bytes) [...] ---end--- Check it out here... http://forge.novell.com/modules/xfmod/project/?mrtgext ...if you need to. This sample of the readme.txt file only show what I would like to be added , of course ;) I can test the modifications if you need to. Thanks! Alex ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=816804&group_id=29880 From seanius at seanius.net Wed Mar 22 02:08:14 2006 From: seanius at seanius.net (sean finney) Date: Wed Mar 22 02:08:14 2006 Subject: [Nagiosplug-devel] Check_oracle In-Reply-To: <67FF8F5210699643BAEC676196D33AA40A720127@IFMAILSRV1.Mail.ifdsgroup.co.uk> References: <67FF8F5210699643BAEC676196D33AA40A720127@IFMAILSRV1.Mail.ifdsgroup.co.uk> Message-ID: <20060322100541.GA19411@seanius.net> hi ali, On Wed, Mar 22, 2006 at 09:31:14AM -0000, Khan, Ali wrote: > Hello Sean, same problem, its only if i remove the $ sign does the > correct name get resolved. okay, then at least i know. not having an oracle installation myself, i can only make guesses at what's going on. could you send me the output of the command? in the meantime i'll remove the extra $ from the grep expression but it would be good for me to see what's being grepped so i can understand perhaps why it got there in the first place. thanks, sean -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From AKhan2 at ifdsgroup.co.uk Wed Mar 22 02:42:02 2006 From: AKhan2 at ifdsgroup.co.uk (Khan, Ali) Date: Wed Mar 22 02:42:02 2006 Subject: [Nagiosplug-devel] Check_oracle Message-ID: <67FF8F5210699643BAEC676196D33AA40A720127@IFMAILSRV1.Mail.ifdsgroup.co.uk> Hello Sean, same problem, its only if i remove the $ sign does the correct name get resolved. regards, Ali -----Original Message----- From: sean finney [mailto:seanius at seanius.net] Sent: 21 March 2006 22:20 To: Khan, Ali Cc: nagiosplug-devel at lists.sourceforge.net Subject: Re: [Nagiosplug-devel] Check_oracle hi ali, On Tue, Mar 21, 2006 at 02:43:27PM -0000, Khan, Ali wrote: > --db) > pmonchk=`ps -ef | grep -v grep | grep -c "ora_pmon_${2}$"` > > The above line has an extra '$' at the end, please change it to > > --db) > pmonchk=`ps -ef | grep -v grep | grep -c "ora_pmon_${2}"` > > The database is reported as down even though it is up as the oracle sid cannot be resolved due to the trailing $ without knowing a lot about what's going on, it seems that this trailing '$' was intended to mean "end of line" in the grep regexp. thus, would it make more sense to replace it with "ora_pmon_${2}\$" ? in any case, good catch! thanks, sean INTERNATIONAL FINANCIAL DATA SERVICES (UK) LTD Tel: +44 1268 44 3000 ********************** N O T I C E ********************************* This message and any attachments is intended only for the individual or company to which it is addressed and may contain information which is privileged, confidential or prohibited from disclosure or unauthorised use. If the recipient of this transmission is not the intended recipient, or the employee or agent responsible for delivering such materials to the intended recipient, you are hereby notified that any use, any form of reproduction, dissemination, copying, disclosure, modification, distribution and/or publication of this e-mail message or its attachments other than by it's intended recipient is strictly prohibited by the sender. If you have received it in error, please notify us immediately by telephone on the number above and destroy the message and all copies in your possession. International Financial Data Services (UK) Ltd is authorised and regulated by the Financial Services Authority. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. ********************************************************************** From ton.voon at altinity.com Wed Mar 22 02:47:05 2006 From: ton.voon at altinity.com (Ton Voon) Date: Wed Mar 22 02:47:05 2006 Subject: [Nagiosplug-devel] Check_oracle In-Reply-To: <20060322100541.GA19411@seanius.net> References: <67FF8F5210699643BAEC676196D33AA40A720127@IFMAILSRV1.Mail.ifdsgroup.co.uk> <20060322100541.GA19411@seanius.net> Message-ID: <617044B9-0C5A-4B8A-9520-40085B2075E2@altinity.com> On 22 Mar 2006, at 10:05, sean finney wrote: > hi ali, > > On Wed, Mar 22, 2006 at 09:31:14AM -0000, Khan, Ali wrote: >> Hello Sean, same problem, its only if i remove the $ sign does the >> correct name get resolved. > > okay, then at least i know. not having an oracle installation myself, > i can only make guesses at what's going on. could you send me the > output of the command? in the meantime i'll remove the extra $ from > the grep expression but it would be good for me to see what's being > grepped so i can understand perhaps why it got there in the first > place. What is the oracle sid? What is the output from a ps -ef | grep -v grep | grep -c "ora_pmon_" The $ was put in because otherwise a sid of "ABC" would match if there was another database called ABCD. Personally, I use the --login option instead. This does a dummy login to the oracle database and checks that the result is a "userid incorrect". Any other error would be flagged up. This checks from the plugin to the database itself - much more reliable than just checking a process is running. Ton http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon From ton.voon at altinity.com Wed Mar 22 03:12:08 2006 From: ton.voon at altinity.com (Ton Voon) Date: Wed Mar 22 03:12:08 2006 Subject: [Nagiosplug-devel] replacing common system calls with macros/inlines? In-Reply-To: <20060321225315.GA18448@seanius.net> References: <20060321225315.GA18448@seanius.net> Message-ID: On 21 Mar 2006, at 22:53, sean finney wrote: > a thought for consideration: > > currently, there are a large number of places in plugin code > where we have stuff like > > ... > foo=strdup(bar); > if(foo==NULL) { > printf("error message"); > exit(STATE_UNKNOWN); > } > ... > > does it make any sense to introduce some macros to condense > code a bit? for example: > > static inline char* STRDUP(const char *foo){ > char *bar; > bar=strdup(foo); > if(bar==NULL){ > printf("error message"); > exit(STATE_UNKNOWN); > } > } > > and then everywhere in our plugin code we could replace the strdup() > +error > detection calls with STRDUP(), and save ourselves some lines of > code in > many places (and introduce missing/needed error checking in others). > > likewise, a similar approach could be taken for malloc, fopen, and > probably others... > > thoughts? I'm for this. My only concern is a consistent naming convention (though I'm guilty of this). I notice you are proposing an uppercase version. I would prefer a prefix of np_. I have a long term plan that "general" functions would move to an installed dynamic library which the core C plugins would use. Then also have something like apxs for Apache where a 3rd party could create a C program which could then compile and link to this library. Generally, a plugin goes through this sequence: 1) parse input parameters 2) get a numeric value, X, related to what is being checked 3) compare X against the specified thresholds For check_mysql_query, I've started to get some general functions to parse thresholds (set_thresholds) and return status based on thresholds (get_status). These general functions are tested with libtap, so I think they are pretty reliable. These would be good candidates for inclusion into your check_apt.c. If we agree on the naming convention, then I'll rename these functions. Also, what's the best way of documenting? List in the dev guidelines the most useful functions? Ton http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon From noreply at sourceforge.net Wed Mar 22 05:00:09 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Mar 22 05:00:09 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1391483 ] utils.sh.in hardcodes path to sed Message-ID: Patches item #1391483, was opened at 2005-12-27 21:37 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1391483&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Bugfix Group: None >Status: Pending >Resolution: Fixed Priority: 5 Submitted By: abs (absd) >Assigned to: Ton Voon (tonvoon) Summary: utils.sh.in hardcodes path to sed Initial Comment: plugins-scripts/utils.sh.in hardcodes the path to sed as /bin/sed, which is fine for Linux systems but not for others such as Solaris and BSD: The following patch was cut & pasted, so may need 'patch -l' to apply. --- plugins-scripts/utils.sh.in.orig 2002-06-06 05:16:56.000000000 +0100 +++ plugins-scripts/utils.sh.in @@ -12,12 +12,18 @@ else ECHO=echo fi +if test -x /bin/sed; then + SED=/bin/sed +else + SED=/usr/bin/sed +fi + print_revision() { echo "$1 (@PACKAGE@ @VERSION@) $2" - $ECHO "@WARRANTY@" | /bin/sed -e 's/\n/ /g' + $ECHO "@WARRANTY@" | $SED -e 's/\n/ /g' } support() { - $ECHO "@SUPPORT@" | /bin/sed -e 's/\n/ /g' + $ECHO "@SUPPORT@" | $SED -e 's/\n/ /g' } ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-03-22 12:59 Message: Logged In: YES user_id=664364 Abs, Thanks for the patch. Have changed it to just run sed, so it should be discovered at run time. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1391483&group_id=29880 From noreply at sourceforge.net Wed Mar 22 05:04:09 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Mar 22 05:04:09 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1120002 ] Fix for check_mysql to support MySQL 4.1.x Slave Check Message-ID: Patches item #1120002, was opened at 2005-02-10 12:52 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1120002&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Pending >Resolution: Duplicate Priority: 5 Submitted By: Wouter de Jong (maddog2k) >Assigned to: Ton Voon (tonvoon) Summary: Fix for check_mysql to support MySQL 4.1.x Slave Check Initial Comment: Patch for check_mysql.c to use dynamic column numbers for the Slave Status information, instead of static. This to support newer versions easier in the future, and for now MySQL 4.1.x :)) ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-03-22 13:03 Message: Logged In: YES user_id=664364 Wouter, Thanks for the patch. I think this is already in CVS. Can you please try the snapshot at http://nagiosplug.sf.net/snapshot. I've marked this call as pending. Please change if you think this is still open. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1120002&group_id=29880 From noreply at sourceforge.net Wed Mar 22 05:12:12 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Mar 22 05:12:12 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1120018 ] Fix check_by_ssh so it can connect to servers with banners Message-ID: Patches item #1120018, was opened at 2005-02-10 13:18 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1120018&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Enhancement Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: r2c (r2c) >Assigned to: Ton Voon (tonvoon) Summary: Fix check_by_ssh so it can connect to servers with banners Initial Comment: Added the option "-q" (quiet) to the check_by_ssh. This passes the same option to the ssh program, telling it to ignore the server login banners. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-03-22 13:11 Message: Logged In: YES user_id=664364 Hi r2c, I'm not sure if this is the best patch to apply. There is already a -S option to ignore X lines of output on stderr, which will cater for the banner. -q would suppress messages which would mean that the plugin may not pick up certain error conditions. I'm going to mark this call into PENDING. Please change if you want to continue the discussion. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1120018&group_id=29880 From noreply at sourceforge.net Wed Mar 22 05:16:02 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Mar 22 05:16:02 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1455619 ] check_procs segfaults with zombies Message-ID: Patches item #1455619, was opened at 2006-03-21 20:03 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1455619&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Bugfix Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: gerhard lausser (lausser) >Assigned to: Ton Voon (tonvoon) Summary: check_procs segfaults with zombies Initial Comment: Hi, under solaris, ps produces output like this for zombie processes: Z 55618 28898 15263 0 0 0.0 The statement cols = sscanf (input_line, PS_FORMAT, PS_VARLIST); which is actually this one: ...sscanf (input_line, "%s %d %d %d %d %d %f %s%n", procstat,&procuid,&procpid,&procpid,&procvsz,&procrss, &procpcpu,procprog,&pos); does not fill the pos variable with a value because there is no match for the last %s. pos keeps the value it got when the last time a non-zombie process was found. pos points to the arguments following procprog which is senseless in this case anyway. but later it is used to initialize the procargs array. asprintf (&procargs, "%s", input_line + pos); In the case of a zombie pos has a value related to the last input_line but not the current one, so an illegal byte beyond the strings end may be accessed. I made a patch which takes this into account. Greetings from Munich, Gerhard ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-03-22 13:15 Message: Logged In: YES user_id=664364 Gerhard, Thanks for the patch. For the upcoming 1.4.3 release, Solaris processes will be read differently. A new executable, pst, will be created which will return the equivalent ps output. Please can you try this and see if it fixes your zombie issues. If not, I'll be happy to accept a patch against that. Please try the snapshot at http://nagiosplug.sourceforge.net/snapshot/ Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1455619&group_id=29880 From noreply at sourceforge.net Wed Mar 22 05:19:02 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Mar 22 05:19:02 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1433447 ] Typo in check_by_ssh Message-ID: Patches item #1433447, was opened at 2006-02-17 09:37 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1433447&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Thomas Guettler (guettli) >Assigned to: Ton Voon (tonvoon) Summary: Typo in check_by_ssh Initial Comment: --- check_by_ssh.c-orig 2006-02-17 10:30:56.551425340 +0100 +++ check_by_ssh.c 2006-02-17 10:31:53.794663253 +0100 @@ -383,7 +383,7 @@ passphrase and the public key should be listed in the authorized_keys\n\ file of the remote host. Usually the key will be restricted to running\n\ only one command on the remote server. If the remote SSH server tracks\n\ -invocation agruments, the one remote program may be an agent that can\n\ +invocation arguments, the one remote program may be an agent that can\n\ execute additional commands as proxy\n")); printf (_("\n\ ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-03-22 13:18 Message: Logged In: YES user_id=664364 Thomas, Thanks for the patch. Applied to CVS. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1433447&group_id=29880 From noreply at sourceforge.net Wed Mar 22 06:08:20 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Mar 22 06:08:20 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1396593 ] Perfdata Output by check_dns Message-ID: Bugs item #1396593, was opened at 2006-01-04 07:06 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1396593&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: Release (specify) >Status: Pending Resolution: None Priority: 5 Submitted By: Tobias Mucke (mucke) >Assigned to: Ton Voon (tonvoon) Summary: Perfdata Output by check_dns Initial Comment: Hi everybody, just a little bug in perfdata output of the plugin check_dns. I'am using 1.4.2. Example for dns reverse lookup: /opt/nagios/plugins/check_dns -H IP -t 10 DNS OK: 0.004 seconds response time IP returns FQHN. |time=0.003981s;;;0.000000 Between plugin output and perfdata output is a line break, so perfdata will not get processed by Nagios. If I call it like a dns forward lookup, there is no line break. /opt/nagios/plugins/check_dns -H FQHN -a IP -t 10 DNS OK: 0.005 seconds response time FQHN returns IP|time=0.004883s;;;0.000000 By the way, it would be very nice to really test dns forward lookups by check_dns. I tried it the following, but this doesn't work, of course. Although it seems strange that FQHN ist not FQHN. /opt/nagios/plugins/check_dns -H IP -a FQHN -t 10 DNS CRITICAL - expected FQHN but got FQHN. Thanks a lot. Tobias ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-03-22 14:07 Message: Logged In: YES user_id=664364 Tobias, Mark, Thanks for the report and the patch. This appears to already be fixed in CVS. Please try the snapshot at http://nagiosplug.sf.net/snapshot. I'll mark the call in PENDING - please change if there is still an error. Tobais, the reverse lookup does work, but requires a '.' at the end - this is due to the output being given back from nslookup. I've changed the output so that the strings are quoted. Eg, DNS CRITICAL - expected 'www.apple.com' but got 'www.apple.com.' Ton ---------------------------------------------------------------------- Comment By: Mark Favas (mfavas) Date: 2006-01-15 02:56 Message: Logged In: YES user_id=44979 Fixed linebreak issue: diff -c check_dns.c.orig check_dns.c *** check_dns.c.orig Sun Jan 15 10:30:55 2006 --- check_dns.c Sun Jan 15 10:55:07 2006 *************** *** 173,178 **** --- 173,179 ---- /* If we got here, we should have an address string, and we can segfault if we do not */ + strip(address); if (address==NULL || strlen(address)==0) die (STATE_CRITICAL, _("DNS CRITICAL - '%s' output parsing exited with no address\n"), ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1396593&group_id=29880 From noreply at sourceforge.net Wed Mar 22 06:19:14 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Mar 22 06:19:14 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1406292 ] Fix for bug 1396593 - Perfdata Output by check_dns Message-ID: Patches item #1406292, was opened at 2006-01-15 03:03 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1406292&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Bugfix Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Mark Favas (mfavas) >Assigned to: Ton Voon (tonvoon) Summary: Fix for bug 1396593 - Perfdata Output by check_dns Initial Comment: Patch attached as diff against check_dns.c (nagios-plugins 1.4.2) 1.47 ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-03-22 14:17 Message: Logged In: YES user_id=664364 Mark, Thanks for the patch, but already seems to have been fixed in CVS. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1406292&group_id=29880 From noreply at sourceforge.net Wed Mar 22 06:32:10 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Mar 22 06:32:10 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1391474 ] check_log.sh uses gnu tail extension Message-ID: Patches item #1391474, was opened at 2005-12-27 21:19 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1391474&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Bugfix Group: None >Status: Closed >Resolution: Out of Date Priority: 5 Submitted By: abs (absd) >Assigned to: Ton Voon (tonvoon) Summary: check_log.sh uses gnu tail extension Initial Comment: plugins-scripts/check_log.sh uses the gnu extension to tail: '--lines=1' rather than the more portable '-n 1'. The following would ensure it works on more systems: -lastentry=`$GREP "$query" $tempdiff | $TAIL --lines=1` +lastentry=`$GREP "$query" $tempdiff | $TAIL -n 1` thanks ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-03-22 14:31 Message: Logged In: YES user_id=664364 Abs, Thanks. This has already been changed to $TAIL -1 in CVS. Closing this call. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1391474&group_id=29880 From ifetch at du.edu Wed Mar 22 06:52:25 2006 From: ifetch at du.edu (Ivan Fetch) Date: Wed Mar 22 06:52:25 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1120018 ] Fix check_by_ssh so it can connect to servers with banners In-Reply-To: References: Message-ID: <20060322074151.L93741@tnetnzry.hgf.qh.rqh> Hello, I believe that passing the -q option to ssh is the right way to go. The -q option keeps the banner (e.g. /etc/issue) from being displayed before login takes place, as well as other SSH warning / diagnostic messages. Using the check_by_ssh -s option requires the banner to never change size. - Ivan Fetch. On Wed, 22 Mar 2006, SourceForge.net wrote: > Patches item #1120018, was opened at 2005-02-10 13:18 > Message generated for change (Comment added) made by tonvoon > You can respond by visiting: > https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1120018&group_id=29880 > > Please note that this message will contain a full copy of the comment thread, > including the initial issue submission, for this request, > not just the latest update. > Category: Enhancement > Group: None >> Status: Pending > Resolution: None > Priority: 5 > Submitted By: r2c (r2c) >> Assigned to: Ton Voon (tonvoon) > Summary: Fix check_by_ssh so it can connect to servers with banners > > Initial Comment: > > Added the option "-q" (quiet) to the check_by_ssh. > > This passes the same option to the ssh program, telling it > to ignore the server login banners. > > ---------------------------------------------------------------------- > >> Comment By: Ton Voon (tonvoon) > Date: 2006-03-22 13:11 > > Message: > Logged In: YES > user_id=664364 > > Hi r2c, > > I'm not sure if this is the best patch to apply. There is already a -S option to > ignore X lines of output on stderr, which will cater for the banner. -q would > suppress messages which would mean that the plugin may not pick up > certain error conditions. > > I'm going to mark this call into PENDING. Please change if you want to > continue the discussion. > > Ton > > ---------------------------------------------------------------------- > > You can respond by visiting: > https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1120018&group_id=29880 > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________________ > Nagios Plugin Development Mailing List Nagiosplug-devel at lists.sourceforge.net > Unsubscribe at https://lists.sourceforge.net/lists/listinfo/nagiosplug-devel > ::: Please include plugins version (-v) and OS when reporting any issue. > ::: Messages without supporting info will risk being sent to /dev/null > From seanius at seanius.net Wed Mar 22 07:03:28 2006 From: seanius at seanius.net (sean finney) Date: Wed Mar 22 07:03:28 2006 Subject: [Nagiosplug-devel] replacing common system calls with macros/inlines? In-Reply-To: References: <20060321225315.GA18448@seanius.net> Message-ID: <20060322150207.GA20340@seanius.net> hi ton, On Wed, Mar 22, 2006 at 11:11:06AM +0000, Ton Voon wrote: > I'm for this. My only concern is a consistent naming convention > (though I'm guilty of this). > > I notice you are proposing an uppercase version. I would prefer a > prefix of np_. my thought is that this muddies the water between two different classes of functions. the first (what was all caps above) are simple macros/inline-wrappers with the same interface as an underlying system call which just perform some standardized error checking. the second case (which includes functions such as np_net_connect and np_runcmd) are specific interfaces we've designed to not only catch errors from a syscall but also add a certain amount of code/logic/functionality/convenience frequently used in plugins. or maybe this is just me splitting hairs... after all i can't see why it would be a Bad Thing to publish such functions in a hypothetical API. > I have a long term plan that "general" functions would move to an > installed dynamic library which the core C plugins would use. Then > also have something like apxs for Apache where a 3rd party could > create a C program which could then compile and link to this library. i agree that this is a good idea... in fact istr bringing up the issue some time back (back when we first started merging code into the other np_foo functions). i'd advise that before we do this we fully think things out wrt the api's design, but otherwise i'm all for it. > Generally, a plugin goes through this sequence: > 1) parse input parameters > 2) get a numeric value, X, related to what is being checked > 3) compare X against the specified thresholds generally, yes, though the value is not always numeric (string comparison, for example). also, in some cases there are N:1 values:thresholds (check_disk), and in others N:N (check_tcp). i'm not sure if there are any 1:N or possibly more exotic mappings... > For check_mysql_query, I've started to get some general functions to > parse thresholds (set_thresholds) and return status based on > thresholds (get_status). These general functions are tested with > libtap, so I think they are pretty reliable. These would be good > candidates for inclusion into your check_apt.c. i'll take a look, but i think check_apt may end up not doing much wrt numerical thresholds at all. i spent a while thinking about it earlier today and it doesn't make much sense to me to have thresholds for the number of packages available for an update. what seems more reasonable for such a plugin would be to check things like whether hte package is a security update, whether the package is in a certain list of excluded packages, whether apt-get successfully executed, etc. however, i think probably 80% of the other existing code could make use of numerical threshold functions, and it's possible we could conjure a similar set of functions for strings/regexps. > Also, what's the best way of documenting? List in the dev guidelines > the most useful functions? perhaps a function:header mapping for the functions, so someone could at a glance get an idea of the common functions? sean -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From ton.voon at altinity.com Wed Mar 22 07:34:01 2006 From: ton.voon at altinity.com (Ton Voon) Date: Wed Mar 22 07:34:01 2006 Subject: [Nagiosplug-devel] replacing common system calls with macros/inlines? In-Reply-To: <20060322150207.GA20340@seanius.net> References: <20060321225315.GA18448@seanius.net> <20060322150207.GA20340@seanius.net> Message-ID: On 22 Mar 2006, at 15:02, sean finney wrote: >> I have a long term plan that "general" functions would move to an >> installed dynamic library which the core C plugins would use. Then >> also have something like apxs for Apache where a 3rd party could >> create a C program which could then compile and link to this library. > > i agree that this is a good idea... in fact istr bringing up the > issue some time back (back when we first started merging code > into the other np_foo functions). i'd advise that before we do > this we fully think things out wrt the api's design, but > otherwise i'm all for it. OK - we have a roadmap! I want to get 1.4.3 out the door, so I'm concentrating on that at the moment. We'll have this discussion in a few weeks time. Ton http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon From noreply at sourceforge.net Wed Mar 22 07:45:08 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Mar 22 07:45:08 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1346104 ] check_tcp -s/-q line ends not handled consistently Message-ID: Patches item #1346104, was opened at 2005-11-02 16:06 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1346104&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Bugfix Group: None >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: John Rouillard (rouilj) >Assigned to: Ton Voon (tonvoon) Summary: check_tcp -s/-q line ends not handled consistently Initial Comment: check_tcp adds a \r\n to the quit string specified by -q but not to the send string specified with -s. This is confusing and also makes it a major pain to test services using check_tcp where the service expects an alternate line ending. This is even more difficult if using something like check_by_ssh to perform the remote check_tcp invocation. The attached patch against the 1.4.2 released check_tcp adds a "-l " flag that allows the line ending to be set to 'b'oth , 'e'mpty, 'n'ewline or 'r'eturn. The default is "-l e" for the -s string and "-l b" for the quit string replicating current behavior. -- rouilj-np at renesys.com ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-03-22 15:44 Message: Logged In: YES user_id=664364 John, Thanks for the patch. Have applied to CVS HEAD. Have you got any suggestions on how to test? Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1346104&group_id=29880 From noreply at sourceforge.net Wed Mar 22 08:37:08 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Mar 22 08:37:08 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1346104 ] check_tcp -s/-q line ends not handled consistently Message-ID: Patches item #1346104, was opened at 2005-11-02 11:06 Message generated for change (Comment added) made by rouilj You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1346104&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Bugfix Group: None Status: Closed Resolution: Accepted Priority: 5 Submitted By: John Rouillard (rouilj) Assigned to: Ton Voon (tonvoon) Summary: check_tcp -s/-q line ends not handled consistently Initial Comment: check_tcp adds a \r\n to the quit string specified by -q but not to the send string specified with -s. This is confusing and also makes it a major pain to test services using check_tcp where the service expects an alternate line ending. This is even more difficult if using something like check_by_ssh to perform the remote check_tcp invocation. The attached patch against the 1.4.2 released check_tcp adds a "-l " flag that allows the line ending to be set to 'b'oth , 'e'mpty, 'n'ewline or 'r'eturn. The default is "-l e" for the -s string and "-l b" for the quit string replicating current behavior. -- rouilj-np at renesys.com ---------------------------------------------------------------------- >Comment By: John Rouillard (rouilj) Date: 2006-03-22 11:36 Message: Logged In: YES user_id=707416 Set up a simple server using netcat nc -l -p 3333 | od -c ) and connect to it using: check_tcp -le -s send -le -q quit -H localhost -p 3333 you should see "s e n d q u i t". Which may be an bug as I see: "s e n d q u i t \r \n" when I tried the above. Looks like the -le argument isn't suppressing the \r\n line ending for the quit string. check_tcp -ln -s send -q quit -H localhost -p 3333 should (and does) produce: "s e n d \n q u i t \n" and so forth. -- rouilj ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2006-03-22 10:44 Message: Logged In: YES user_id=664364 John, Thanks for the patch. Have applied to CVS HEAD. Have you got any suggestions on how to test? Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1346104&group_id=29880 From noreply at sourceforge.net Wed Mar 22 08:47:05 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Mar 22 08:47:05 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1343159 ] check_dns doesn't support warning and critical response time Message-ID: Patches item #1343159, was opened at 2005-10-31 04:49 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1343159&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Enhancement Group: None >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: John Rouillard (rouilj) >Assigned to: Ton Voon (tonvoon) Summary: check_dns doesn't support warning and critical response time Initial Comment: From: rouilj-np at renesys.com Patch against check_dns version 1.47 included with nagios-plugins 1.4.2. check_dns doesn't support warning and critical levels on response time for query. This patch adds -w and -c to set floating point warning and critical response times. -- rouilj ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-03-22 16:46 Message: Logged In: YES user_id=664364 John, Thanks for the patch. Applied to CVS. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1343159&group_id=29880 From noreply at sourceforge.net Wed Mar 22 08:54:05 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Mar 22 08:54:05 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1346104 ] check_tcp -s/-q line ends not handled consistently Message-ID: Patches item #1346104, was opened at 2005-11-02 16:06 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1346104&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Bugfix Group: None Status: Closed Resolution: Accepted Priority: 5 Submitted By: John Rouillard (rouilj) Assigned to: Ton Voon (tonvoon) Summary: check_tcp -s/-q line ends not handled consistently Initial Comment: check_tcp adds a \r\n to the quit string specified by -q but not to the send string specified with -s. This is confusing and also makes it a major pain to test services using check_tcp where the service expects an alternate line ending. This is even more difficult if using something like check_by_ssh to perform the remote check_tcp invocation. The attached patch against the 1.4.2 released check_tcp adds a "-l " flag that allows the line ending to be set to 'b'oth , 'e'mpty, 'n'ewline or 'r'eturn. The default is "-l e" for the -s string and "-l b" for the quit string replicating current behavior. -- rouilj-np at renesys.com ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-03-22 16:53 Message: Logged In: YES user_id=664364 John, I think the bug you see re: the quit is a line that was missing in your patch: case 'e': lineend = strdup(""); lineendquit = lineend; break; You missed the lineendquit in your patch, so it was not getting reset to blank. However, the real gem is nc! That looks very interesting as I think I can do lots of simulation for testing now. Thanks for the pointer! Ton ---------------------------------------------------------------------- Comment By: John Rouillard (rouilj) Date: 2006-03-22 16:36 Message: Logged In: YES user_id=707416 Set up a simple server using netcat nc -l -p 3333 | od -c ) and connect to it using: check_tcp -le -s send -le -q quit -H localhost -p 3333 you should see "s e n d q u i t". Which may be an bug as I see: "s e n d q u i t \r \n" when I tried the above. Looks like the -le argument isn't suppressing the \r\n line ending for the quit string. check_tcp -ln -s send -q quit -H localhost -p 3333 should (and does) produce: "s e n d \n q u i t \n" and so forth. -- rouilj ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2006-03-22 15:44 Message: Logged In: YES user_id=664364 John, Thanks for the patch. Have applied to CVS HEAD. Have you got any suggestions on how to test? Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1346104&group_id=29880 From noreply at sourceforge.net Wed Mar 22 09:19:12 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Mar 22 09:19:12 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1277478 ] Check MySQL health (number of idle/active connections) Message-ID: Patches item #1277478, was opened at 2005-08-31 15:37 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1277478&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Enhancement Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Peter Romianowski (antarapero) >Assigned to: Ton Voon (tonvoon) Summary: Check MySQL health (number of idle/active connections) Initial Comment: Hi, I attached a script that checks the number of active and overall connections. Feel free to comment on, rewrite it or whatever ;) ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-03-22 17:18 Message: Logged In: YES user_id=664364 Peter, Thank you for the script. Unfortunately, we are not accepting any new plugins. Please submit to http://nagiosexchange.org so everyone can use it from there! The number of idle/active connections is an interesting piece of functionality, which I would be interested in if you added it to check_mysql.c. check_mysql_query is a new plugin in the upcoming 1.4.3 release (http:// nagiosplug.sf.net/snapshot) which will run arbitrary SQL commands. Ton ---------------------------------------------------------------------- Comment By: Peter Romianowski (antarapero) Date: 2005-08-31 16:29 Message: Logged In: YES user_id=346105 Hi again, I extended the script to be able to execute an arbitrary SQL statement which must return at least one row. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1277478&group_id=29880 From noreply at sourceforge.net Wed Mar 22 09:32:08 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Mar 22 09:32:08 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1395515 ] bug in configure.in for AIX and Solaris Message-ID: Bugs item #1395515, was opened at 2006-01-02 19:31 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1395515&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: Release (specify) >Status: Closed Resolution: None Priority: 5 Submitted By: Jean-Yves LENHOF (jylenhof) >Assigned to: Ton Voon (tonvoon) Summary: bug in configure.in for AIX and Solaris Initial Comment: There are some bugs (I'm still looking for another one) in configure.in... for the ppid it should be &procppid instead of &procpid for AIX and Solaris (you'll have to check all platforms) dnl AIX 4.3.3 and 5.1 do not have an rss field elif ps -eo 'stat uid pid ppid vsz pcpu comm args' 2>/dev/null | \ egrep -i ["^ *S[TAUES]* +UID +PID +PPID +VSZ +%CPU +COMMAND +COMMAND"] > /dev/null then ac_cv_ps_varlist="[procstat,&procuid,&procpid,&procpid,&procvsz,&procpcp u,procprog,&pos]" ac_cv_ps_command="$PATH_TO_PS -eo 'stat uid pid ppid vsz pcpu comm args' " ac_cv_ps_format="%s %d %d %d %d %f %s %n" ac_cv_ps_cols=8 AC_MSG_RESULT([$ac_cv_ps_command - with no RSS]) dnl Solaris 2.6 elif ps -Ao 's comm vsz rss uid user pid ppid args' 2>/dev/null | \ egrep -i ["^S[TAUES]* +C[OMDNA]+ +V[SIZE]+ +RSS +UID +USER +PID +PPID +[ RGSCOMDNA]+"] >/dev/null then ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-03-22 17:31 Message: Logged In: YES user_id=664364 Jean-Yves, Thanks for the report. A 1.4.3 release will be coming in the next week. Ton ---------------------------------------------------------------------- Comment By: Jean-Yves LENHOF (jylenhof) Date: 2006-01-02 21:18 Message: Logged In: YES user_id=1417653 This bug is already fixed in CVS... (I've used 1.4.2 version) Perhaps an intermediate release will be nice ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1395515&group_id=29880 From noreply at sourceforge.net Wed Mar 22 09:35:11 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Mar 22 09:35:11 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1402262 ] check_http SSL doesn't work for Tomcat servers Message-ID: Bugs item #1402262, was opened at 2006-01-11 00:01 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1402262&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: Release (specify) >Status: Closed Resolution: None Priority: 5 Submitted By: richard (rag777) Assigned to: Ton Voon (tonvoon) Summary: check_http SSL doesn't work for Tomcat servers Initial Comment: check_http fails with CRITICAL - Cannot retrieve server certificate for checks against Tomcat servers. This is from release 1.4.2 and tested against Tomcat 4.x and 5.x servers. It is completely reproducable. This example works: check_http --ssl www.verisign.com HTTP OK HTTP/1.1 200 OK - 30606 bytes in 1.754 seconds |time=1.754026s;;;0.000000 size=30606B;;;0 This example fails: check_http --ssl www.icpkp.com CRITICAL - Cannot retrieve server certificate. I have tried this against a bunch of Tomcat sites and always get the same result. I also get it when trying against a self-signed certificate. The browsers access the certificate fine, and don't report any problems. Any help would be greatly appreciated! ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-03-22 17:33 Message: Logged In: YES user_id=664364 Closing this call as I believe this is fixed. Ton ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2006-03-07 10:32 Message: Logged In: YES user_id=664364 Hi! Thanks for the bug report and the investigations. I've tried this on the latest CVS version and all the sites here seem to work okay. Sean Finney has changed the SSL code so there is no SSL_set_cipher_list call anymore - I'm not sure what it is doing. Sean? Can you please try the snapshot at http://nagiosplug.sf.net/snapshot to see if you still have problems with the latest CVS version. I've added in tests for check_http to connect to www.verisign.com and www.e-paycobalt.com so we can pick up these certificate failures in future. Ton ---------------------------------------------------------------------- Comment By: David Kelly (at-one) Date: 2006-03-07 08:46 Message: Logged In: YES user_id=1275092 Verified never_to_late's solution, changing ALL to DEFAULT and recompiling works great. Thank you! ---------------------------------------------------------------------- Comment By: never_too_late (never_too_late) Date: 2006-03-07 02:11 Message: Logged In: YES user_id=1469521 Not sure what the root cause is exactly, but this fixed it for me: In check_http.c change "ALL" in SSL_set_cipher_list(ssl, "ALL") to "DEFAULT" and recompile. For anybody wanting to probe deeper, you can see the same behaviour with s_client: 1. openssl s_client -connect www.e-paycobalt.com:443 -cipher ALL will not get you a peer certficate 2. Replacing ALL with DEFAULT will ---------------------------------------------------------------------- Comment By: Scott Hunter (huntes) Date: 2006-03-02 15:57 Message: Logged In: YES user_id=315297 I am also having this exact problem with an AES certificate in Tomcat. ---------------------------------------------------------------------- Comment By: David Kelly (at-one) Date: 2006-03-01 12:03 Message: Logged In: YES user_id=1275092 Incidentally I just checked out the certificate for icpkp.com to which the original bug report refers and it too is using an AES ciphered cert. This leads me to believe that it's the cipher that is the issue, not Tomcat. ---------------------------------------------------------------------- Comment By: David Kelly (at-one) Date: 2006-03-01 11:59 Message: Logged In: YES user_id=1275092 I can't comment on Tomcat servers but it seems this error also applies to site certificates using the AES cipher: insight2:/s2s/apps/nagios-plugins# ./check_http --ssl www.verisign.com HTTP OK HTTP/1.1 200 OK - 31062 bytes in 1.206 seconds |time=1.205539s;;;0.000000 size=31062B;;;0 insight2:/s2s/apps/nagios-plugins# ./check_http --ssl www.e-paycobalt.com CRITICAL - Cannot retrieve server certificate. e-paycobalt.com is just one of many of our customer sites using the aes encrypted certificates that I have tested this on. All fail with the same error. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1402262&group_id=29880 From noreply at sourceforge.net Wed Mar 22 09:35:32 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Mar 22 09:35:32 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1398284 ] Compilation failed - nagios-plugins-1.4.2 Message-ID: Bugs item #1398284, was opened at 2006-01-06 05:38 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1398284&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Michael Henry (aviast) >Assigned to: Ton Voon (tonvoon) Summary: Compilation failed - nagios-plugins-1.4.2 Initial Comment: Version 1.4.2 of the plugins failed to compile with this error: gcc: cannot specify -o with -c or -S and multiple compilations Here's the full output: Making all in plugins make[2]: Entering directory `/home/nagios/nagios-plugins-1.4.2/plugins' if gcc -DLOCALEDIR=\"/home/nagios/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl /usr/local/pgsql/include -g -O2 -MT check_dhcp.o -MD -MP -MF ".deps/check_dhcp.Tpo" -c -o check_dhcp.o check_dhcp.c; \ then mv -f ".deps/check_dhcp.Tpo" ".deps/check_dhcp.Po"; else rm -f ".deps/check_dhcp.Tpo"; exit 1; fi gcc: cannot specify -o with -c or -S and multiple compilations make[2]: *** [check_dhcp.o] Error 1 make[2]: Leaving directory `/home/nagios/nagios-plugins-1.4.2/plugins' The version of GCC is: gcc (GCC) 3.2.3 ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-03-22 17:34 Message: Logged In: YES user_id=664364 Michael, Can you please try the snapshot at http://nagiosplug.sf.net/snapshot. Which platform are you running on? Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1398284&group_id=29880 From noreply at sourceforge.net Wed Mar 22 09:41:02 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Mar 22 09:41:02 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1446747 ] can't compile any versions Message-ID: Bugs item #1446747, was opened at 2006-03-09 20:44 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1446747&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Dan Gahlinger (routerslayer) >Assigned to: Ton Voon (tonvoon) Summary: can't compile any versions Initial Comment: none of the nagios-plugins will compile. I always get an error, I even tried the latest cvs HEAD versions, error as follows: gcc: unrecognized option '-R/lib' /usr/lib64/gcc/x86_64-suse-linux/4.0.2/../../../../x86_64-suse-linux/bin/ld: cannot find -lssl collect2: ld returned 1 exit status make[3]: *** [check_disk] Error 1 1.4.2 gives much more errors: gcc: unrecognized option '-R/usr/local/ssl/lib' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_load': dso_dlfcn.c:(.text+0x52): undefined reference to `dlopen' dso_dlfcn.c:(.text+0xc0): undefined reference to `dlclose' dso_dlfcn.c:(.text+0x100): undefined reference to `dlerror' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_unload': dso_dlfcn.c:(.text+0x19d): undefined reference to `dlclose' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_bind_var': dso_dlfcn.c:(.text+0x25a): undefined reference to `dlsym' dso_dlfcn.c:(.text+0x301): undefined reference to `dlerror' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_bind_func': dso_dlfcn.c:(.text+0x37a): undefined reference to `dlsym' dso_dlfcn.c:(.text+0x426): undefined reference to `dlerror' collect2: ld returned 1 exit status I've tried openssl 0.9.7f, 0.9.7i, 0.9.8a doesn't make any difference. they install into /usr/local/ssl this happens on SUSE 10.1 pro or RedHat Fedora FC4 ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-03-22 17:40 Message: Logged In: YES user_id=664364 Dan, Can you try the CVS snapshot at http://nagiosplug.sf.net/snapshot. This has support for libtool, which should help with -R options and dlopen calls. Which platform are you running on? Ton ---------------------------------------------------------------------- Comment By: Jason Martin (jhmartin) Date: 2006-03-09 22:12 Message: Logged In: YES user_id=589094 What version of gcc are you using? -R (meant as -rpath) doesn't seem to be present in all versions. LD_RUN_PATH as an environmental variable fulfills the same function. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1446747&group_id=29880 From ae at op5.se Wed Mar 22 15:09:05 2006 From: ae at op5.se (Andreas Ericsson) Date: Wed Mar 22 15:09:05 2006 Subject: [Nagiosplug-devel] replacing common system calls with macros/inlines? In-Reply-To: <20060321225315.GA18448@seanius.net> References: <20060321225315.GA18448@seanius.net> Message-ID: <44219387.7080301@op5.se> sean finney wrote: > a thought for consideration: > > currently, there are a large number of places in plugin code > where we have stuff like > > ... > foo=strdup(bar); > if(foo==NULL) { > printf("error message"); > exit(STATE_UNKNOWN); > } > ... > > does it make any sense to introduce some macros to condense > code a bit? for example: > > static inline char* STRDUP(const char *foo){ > char *bar; > bar=strdup(foo); > if(bar==NULL){ > printf("error message"); > exit(STATE_UNKNOWN); > } > } > > and then everywhere in our plugin code we could replace the strdup()+error > detection calls with STRDUP(), and save ourselves some lines of code in > many places (and introduce missing/needed error checking in others). > > likewise, a similar approach could be taken for malloc, fopen, and > probably others... > The most common way of doing this is to prefix the wrapper function name with a single x and putting them in a header file (usually mm.h) where they are declared static and inline. Uppercasing is usually reserved for macros that optimize away some function calls or are otherwise, wrt errors, indistinguishable from the actual function call they mimic, like so: #define STRDUP(str) str ? strdup(str) : str #define STRCMP(s1, s2) *s1 == *s2 ? strcmp(s1, s2) : *s1 - *s2 Doing things differently will almost certainly confuse people. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Tel: +46 8-230225 Fax: +46 8-230231 From ae at op5.se Wed Mar 22 15:09:07 2006 From: ae at op5.se (Andreas Ericsson) Date: Wed Mar 22 15:09:07 2006 Subject: [Nagiosplug-devel] replacing common system calls with macros/inlines? In-Reply-To: References: <20060321225315.GA18448@seanius.net> Message-ID: <44219757.5020100@op5.se> Ton Voon wrote: > > I notice you are proposing an uppercase version. I would prefer a > prefix of np_. > Like Sean said, np_* functions are things that do quite a bit. Compare with pthread_* functions and FD_* macros. > I have a long term plan that "general" functions would move to an > installed dynamic library which the core C plugins would use. Then also > have something like apxs for Apache where a 3rd party could create a C > program which could then compile and link to this library. > Why?? Apaches extension system is for creating libraries that fit in a particular main binary (which is a sort of odd thing to do, but necessary since apache modules can be compiled in-core so modules added later require specific linking information). For any normal use you only need a header-file and the name and location of the library. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Tel: +46 8-230225 Fax: +46 8-230231 From noreply at sourceforge.net Wed Mar 22 19:26:06 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Mar 22 19:26:06 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1433114 ] check_procs does not work with german locale Message-ID: <200603230325.k2N3PrAq030436@sc8-sf-db2-new-b.sourceforge.net> Bugs item #1433114, was opened at 02/16/06 12:00 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1433114&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Parsing problem Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Hadmut Danisch (hadmut) Assigned to: Ton Voon (tonvoon) Summary: check_procs does not work with german locale Initial Comment: Hi, check_procs does not work properly if used in Germany. Reason: In Germany/Europe floating numbers are written with a decimal comma instead of a decimal point. When you set LC_NUMERIC to something like de_DE, the function sscanf expects a decimal comma, not a decimal point. check_procs calls /bin/ps axwo 'stat uid pid ppid vsz rss pcpu comm args' and then parses the output. That's where trouble begins. The %CPU is written as 0.0, but sscanf now expects a comma. It therefore scans only "0", and leaves ".0" for the next argument, thus shifting all subsequent arguments one to the right. check_procs -C something therefore does not work anymore. regards Hadmut ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 03/22/06 19:25 Message: Logged In: YES user_id=1312539 This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 03/08/06 08:37 Message: Logged In: YES user_id=664364 Hi! Thanks for the bug report and the investigation. check_procs 1.47 has the line: setlocale(LC_NUMERIC, "POSIX"); added, which should fix this problem. Please can you try the snapshot at http://nagiosplug.sf.net/snapshot. I'll place this call into Pending. Please change if the problem persists. Ton ---------------------------------------------------------------------- Comment By: NotDisplayed123 (lbruun) Date: 03/08/06 07:44 Message: Logged In: YES user_id=1468749 Right you are. I'm looking at version 1.46 of check_procs which seems to try to get around this by doing a setlocale(LC_ALL,"") before using the sscanf function. The point is that while the sscanf changes with the locale the ps command does not, at least not on my platform (Solaris). Whether or not the ps command changes its behavior according to the locale might be different from platform to platform. (just a guess, but this would surely complicate things) Anyway on the Solaris platform the correct behaviour should be to do the following in the C code: setlocale(LC_ALL,"C") i.e. force the C locale to be used before calling sscanf function. rgds, Lars ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1433114&group_id=29880 From seanius at seanius.net Thu Mar 23 01:39:11 2006 From: seanius at seanius.net (sean finney) Date: Thu Mar 23 01:39:11 2006 Subject: [Nagiosplug-devel] thoughts on regexp using plugins Message-ID: <20060323093804.GA22619@seanius.net> currently we have a couple plugins that make conditional use of posix regexp functionality if it is available. i'm wondering, since some systems do not come with regexp functionality, why don't we include some version of the GNU regexp library in our codebase, and if configure fails to find a native version use that instead? then we could guarantee regexp availability on every platform. what do you think? sean -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From ton.voon at altinity.com Thu Mar 23 02:23:01 2006 From: ton.voon at altinity.com (Ton Voon) Date: Thu Mar 23 02:23:01 2006 Subject: [Nagiosplug-devel] thoughts on regexp using plugins In-Reply-To: <20060323093804.GA22619@seanius.net> References: <20060323093804.GA22619@seanius.net> Message-ID: On 23 Mar 2006, at 09:38, sean finney wrote: > currently we have a couple plugins that make conditional use > of posix regexp functionality if it is available. i'm wondering, > since some systems do not come with regexp functionality, why > don't we include some version of the GNU regexp library in > our codebase, and if configure fails to find a native version > use that instead? then we could guarantee regexp availability > on every platform. > > what do you think? I'm fine with this in principle, but I think it should be held until the "next big release". My remaining checklist items for 1.4.3 is: - knock off some more bugs and patches in the tracker - fix tests so that everything passes at http:// tinderbox.altinity.org check_udp is the only one that fails at the moment. It looks like there is functionality for check_udp in check_tcp, which I am trying to understand at the moment. Ton http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon From seanius at seanius.net Thu Mar 23 02:49:10 2006 From: seanius at seanius.net (sean finney) Date: Thu Mar 23 02:49:10 2006 Subject: [Nagiosplug-devel] thoughts on regexp using plugins In-Reply-To: References: <20060323093804.GA22619@seanius.net> Message-ID: <20060323104834.GA22712@seanius.net> On Thu, Mar 23, 2006 at 10:22:02AM +0000, Ton Voon wrote: > I'm fine with this in principle, but I think it should be held until > the "next big release". makes sense. for check_ntp.c it'd probably be best to save that for 1.5 as well, as it's a rather large code-rewrite and even if we get the rest of the code together it could probably stand to use some testing. of course i'll let you know if my opinion on the matter changes :) we may as well keep check_apt out of the point release as well; while i feel fairly confident in the code that's there, i may want to change cmdline options and imiplementation details in the immediate future. > check_udp is the only one that fails at the moment. It looks like > there is functionality for check_udp in check_tcp, which I am trying > to understand at the moment. yeah, that's kind of strange. it looks to me like check_udp could be fully removed and replaced by a symlink to check_tcp. really, we ought to call the plugin check_socket, and symlink check_tcp to that, since it supports tcp, udp, and unix sockets :) sean -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From ton.voon at altinity.com Thu Mar 23 02:50:02 2006 From: ton.voon at altinity.com (Ton Voon) Date: Thu Mar 23 02:50:02 2006 Subject: [Nagiosplug-devel] check_udp Message-ID: I'm stumped! I'm trying to get check_udp to work, but I'm admitting defeat. Can anyone else take a shot at fixing it? I want the plugins/t/ check_udp.t tests to pass (the tests maybe incorrect) before I release 1.4.3. It looks like there is support for udp in check_tcp, although plugins/ Makefile.am currently compiles check_udp.c. I can't see a reason to keep check_udp.c unless it makes check_tcp.c much more complicated. I've rm check_udp and run ln -s check_tcp check_udp to use the check_tcp version. Since udp is connectionless, a check_udp -H hostname -p port is useless - it will always return OK. Will need the send and receive to work in order to prove that data is being sent and responded to. However, it looks like the send and receive functions do not currently work. It seems that you cannot use the send function, so you have to use the sendto function. However, I'm having trouble setting up the hostname and socket and how it should interact with np_net_connect. Anyone willing to take a look at this? Please reply to list or offline if you are. Ton http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon From noreply at sourceforge.net Thu Mar 23 03:26:03 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Mar 23 03:26:03 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1373801 ] check_ping timeout on Mandrake 10.1 Message-ID: Bugs item #1373801, was opened at 2005-12-05 20:01 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1373801&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Alex Burger (alex_b) >Assigned to: Ton Voon (tonvoon) Summary: check_ping timeout on Mandrake 10.1 Initial Comment: With Mandrake 10.1 and nagios-plugins-1.4 I had a problem where devices that were down would return a result of 'plugin timed out'. The attached patch fixes the problem by adding 2 seconds to the alarm() call. The problem was that Nagios passed a timeout value of 10 seconds to the plugin. The plugin would then call ping with a timeout of 10 seconds (PING_HAS_TIMEOUT is defined). This would cause the plugin to abort before it got the result from the ping command. Adding 2 seconds to alarm will cause it to abort the plugin after 12 seconds which will give ping enough time to respond. It may be better to reduce the timeout value passed to ping. For example, instead of: # ifdef PING_HAS_TIMEOUT asprintf (&cmd, rawcmd, timeout_interval, max_packets, addresses[i]); # else use: # ifdef PING_HAS_TIMEOUT if (timeout_interval > 2) asprintf (&cmd, rawcmd, timeout_interval-2, max_packets, addresses[i]); else asprintf (&cmd, rawcmd, timeout_interval, max_packets, addresses[i]); # else ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-03-23 11:24 Message: Logged In: YES user_id=664364 Alex, Thanks for the report. It seems to me that there are two things going on here: 1. a timeout could be placed on each ping command 2. an overall timeout of the plugin, timeout_interval I'm not keen on your suggestion of just bumping timeout_interval by 2, so I think what we need to do is calculate the timeout for each ping command. This is complicated by the fact that you can specify a number of addresses to ping. I'm guessing each individual ping command should have a timeout of max(1, (timeout_interval-1))/number of addresses. There's also a bit of code which alters the timeout_interval based on the number of packets requested and the critical rta threshold: max_seconds = crta / 1000.0 * max_packets + max_packets; if (max_seconds > timeout_interval) timeout_interval = (int)max_seconds; I'm really not keen on this because I think the timeout_interval should be fixed to whatever has been specified on the command line. I'm not sure what the best way to proceed is. Any other opinions? Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1373801&group_id=29880 From noreply at sourceforge.net Thu Mar 23 04:04:20 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Mar 23 04:04:20 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1326050 ] check_disk incorrect output when checking non-existant disk. Message-ID: Bugs item #1326050, was opened at 2005-10-13 18:54 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1326050&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: Release (specify) >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: John Rouillard (rouilj) >Assigned to: Ton Voon (tonvoon) Summary: check_disk incorrect output when checking non-existant disk. Initial Comment: Fedora core 3 system - plugin release 1.4.2. When running check_disk on a non-existent disk the output is not helpful: /usr/lib/nagios/plugins/check_disk \ -c 20 -w 30 -p /boot -p /dev/shm -p /home -p /foo where /foo doesn't exist produces (split for readability): DISK CRITICAL - free space: /boot 168 MB (88%); \ /dev/shm 1014 MB (100%); /home 6590 MB (67%); \ | /boot=22MB;159;169;0;189 \ /dev/shm=0MB;983;993;0;1013 /home=3268MB;9828;9838;0;9858 \ [/foo not found] The [/foo not found] error occurs in the performance output part of the plugin and not the user output. BTW this command produces an ok status if run without the /foo. This should be changed so that the error is put (first) in the regular output. -- rouilj ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-03-23 12:03 Message: Logged In: YES user_id=664364 John, Thanks for report. Fixed in CVS. There's another bug in that check_disk -w 30% -c 20% -p /foo actually checks /. This should not be the case as df /foo would return a failure. I've marked it in the tests to look at in future. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1326050&group_id=29880 From ae at op5.se Thu Mar 23 04:11:04 2006 From: ae at op5.se (Andreas Ericsson) Date: Thu Mar 23 04:11:04 2006 Subject: [Nagiosplug-devel] check_udp In-Reply-To: References: Message-ID: <44229028.1030609@op5.se> Ton Voon wrote: > Since udp is connectionless, a check_udp -H hostname -p port is useless > - it will always return OK. Will need the send and receive to work in > order to prove that data is being sent and responded to. However, it > looks like the send and receive functions do not currently work. It > seems that you cannot use the send function, so you have to use the > sendto function. However, I'm having trouble setting up the hostname > and socket and how it should interact with np_net_connect. > send(2) should work if the socket has been associated with a remote address using connect(2). If it doesn't it's a kernel bug and should be reported. Please verify that indeed it *doesn't* work before you report it though. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Tel: +46 8-230225 Fax: +46 8-230231 From seanius at seanius.net Thu Mar 23 05:00:05 2006 From: seanius at seanius.net (sean finney) Date: Thu Mar 23 05:00:05 2006 Subject: [Nagiosplug-devel] check_udp In-Reply-To: References: Message-ID: <20060323125924.GA23303@seanius.net> On Thu, Mar 23, 2006 at 10:49:20AM +0000, Ton Voon wrote: > Since udp is connectionless, a check_udp -H hostname -p port is > useless - it will always return OK. Will need the send and receive to > work in order to prove that data is being sent and responded to. > However, it looks like the send and receive functions do not > currently work. It seems that you cannot use the send function, so > you have to use the sendto function. However, I'm having trouble > setting up the hostname and socket and how it should interact with > np_net_connect. by send/recieve, to you mean the "send/expect", or the send/sendto/recv functions? for the former i'm not sure what can be done if there isn't some data to send (send an arbitrary packet and see what happens? bail with an error?). for the latter, i don't think they're at all necessary. np_net_connect (or my_udp_connect, or even process_udp_request) should make the need for these functions moot, as you can use the standard read/write calls on the file descriptor you get back. or am i misunderstanding? > Anyone willing to take a look at this? Please reply to list or > offline if you are. sure, though i won't have time until later tonight. it shouldn't be too hard to figure out what's going on (assuming the above can be clarified) with a little netcat and possibly tcpdump assistance. sean -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From ton.voon at altinity.com Thu Mar 23 06:07:09 2006 From: ton.voon at altinity.com (Ton Voon) Date: Thu Mar 23 06:07:09 2006 Subject: [Nagiosplug-devel] check_udp In-Reply-To: <20060323125924.GA23303@seanius.net> References: <20060323125924.GA23303@seanius.net> Message-ID: <4FCEFA64-111B-4586-85F7-B4020B51283D@altinity.com> On 23 Mar 2006, at 12:59, sean finney wrote: > On Thu, Mar 23, 2006 at 10:49:20AM +0000, Ton Voon wrote: >> Since udp is connectionless, a check_udp -H hostname -p port is >> useless - it will always return OK. Will need the send and receive to >> work in order to prove that data is being sent and responded to. >> However, it looks like the send and receive functions do not >> currently work. It seems that you cannot use the send function, so >> you have to use the sendto function. However, I'm having trouble >> setting up the hostname and socket and how it should interact with >> np_net_connect. > > by send/recieve, to you mean the "send/expect", or the send/sendto/ > recv > functions? for the former i'm not sure what can be done if there > isn't some data to send (send an arbitrary packet and see what > happens? bail with an error?). for the latter, i don't think > they're at all necessary. np_net_connect (or my_udp_connect, > or even process_udp_request) should make the need for these > functions moot, as you can use the standard read/write calls > on the file descriptor you get back. or am i misunderstanding? > >> Anyone willing to take a look at this? Please reply to list or >> offline if you are. > > sure, though i won't have time until later tonight. it shouldn't be > too hard to figure out what's going on (assuming the above can be > clarified) with a little netcat and possibly tcpdump assistance. Sorry, my mistake. I've been working on MacOSX and it defaults to IPv6. nc -l -p 3333 -u uses IPv4 and then when I tried check_udp, it defaulted to IPv6 and thus looked like it wasn't sending any data. From CVS HEAD (on Debian): ./configure cd plugins make check_tcp rm -f check_udp ln -s check_tcp check_udp ./check_udp -H localhost -p 3333 # will always return OK. Is this right? ./check_udp -H 10.10.10.10 -p 3333 # will always return OK. Is this right if the host does not exist? nc -l -p 3333 -u & ./check_udp -H localhost -p 3333 -s foo # nc will show foo being received, as expected (on systems with IPv6 as default (like MacOSX), need -4 flag) kill %1 nc -l -p 3333 -u & ./check_udp -H localhost -p 3333 -s foo -e bar # Will timeout waiting for response. Correct? kill %1 I guess my real question is: what should be in the test script for check_udp? At the moment, the tests for check_udp are: ./check_udp -H $some_time_server -p 37 -w 300 -c 600 # but this will always be OK ?! ./check_udp -H $non_responsive_host -p 37 -w 0 -c 0 -t 1 # should return CRITICAL, but is currently OK This confusion is due to my lack of understanding of UDP, but I'm happy to keep this hole because others are more knowledgeable. However, I just want to know what tests need to be setup to prove or disprove that check_udp is working. Can anyone give me some examples of what commands should be run and what output I should expect and I'll put that into the test scripts? Ton http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon From ae at op5.se Thu Mar 23 06:22:02 2006 From: ae at op5.se (Andreas Ericsson) Date: Thu Mar 23 06:22:02 2006 Subject: [Nagiosplug-devel] check_udp In-Reply-To: <4FCEFA64-111B-4586-85F7-B4020B51283D@altinity.com> References: <20060323125924.GA23303@seanius.net> <4FCEFA64-111B-4586-85F7-B4020B51283D@altinity.com> Message-ID: <4422AED8.6000803@op5.se> Ton Voon wrote: > ln -s check_tcp check_udp > ./check_udp -H localhost -p 3333 # will always return OK. Is this > right? No. > ./check_udp -H 10.10.10.10 -p 3333 # will always return OK. Is this > right if the host does not exist? > No, it will not. If there's no route to the target host connect() will return -1 and set errno to ENOROUTE, which I expect will be detected. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Tel: +46 8-230225 Fax: +46 8-230231 From ton.voon at altinity.com Thu Mar 23 06:33:02 2006 From: ton.voon at altinity.com (Ton Voon) Date: Thu Mar 23 06:33:02 2006 Subject: [Nagiosplug-devel] check_udp In-Reply-To: <4422AED8.6000803@op5.se> References: <20060323125924.GA23303@seanius.net> <4FCEFA64-111B-4586-85F7-B4020B51283D@altinity.com> <4422AED8.6000803@op5.se> Message-ID: <64BABCD0-1C56-41E8-83E5-486407AEABA0@altinity.com> On 23 Mar 2006, at 14:21, Andreas Ericsson wrote: > Ton Voon wrote: >> ln -s check_tcp check_udp >> ./check_udp -H localhost -p 3333 # will always return OK. >> Is this right? > > No. Way hey! Tests (even manual ones) do work then! Do you have a patch, since you're much cleverer than me when it comes to udp stuff. >> ./check_udp -H 10.10.10.10 -p 3333 # will always return OK. >> Is this right if the host does not exist? > > No, it will not. If there's no route to the target host connect() > will return -1 and set errno to ENOROUTE, which I expect will be > detected. This is currently returning OK, so that must be a bug. Could you patch please? What about if the ip is routable (say, in the same subnet), but not actually responding. Would you expect this to fail? Ton http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon From ae at op5.se Thu Mar 23 06:38:15 2006 From: ae at op5.se (Andreas Ericsson) Date: Thu Mar 23 06:38:15 2006 Subject: [Nagiosplug-devel] check_udp In-Reply-To: <64BABCD0-1C56-41E8-83E5-486407AEABA0@altinity.com> References: <20060323125924.GA23303@seanius.net> <4FCEFA64-111B-4586-85F7-B4020B51283D@altinity.com> <4422AED8.6000803@op5.se> <64BABCD0-1C56-41E8-83E5-486407AEABA0@altinity.com> Message-ID: <4422B2B0.4050405@op5.se> Ton Voon wrote: > > On 23 Mar 2006, at 14:21, Andreas Ericsson wrote: > >> Ton Voon wrote: >> >>> ln -s check_tcp check_udp >>> ./check_udp -H localhost -p 3333 # will always return OK. Is >>> this right? >> >> >> No. > > > Way hey! Tests (even manual ones) do work then! > > Do you have a patch, since you're much cleverer than me when it comes > to udp stuff. > Sorry, no. There's no way of checking for open UDP ports without sending data and getting some sort of response. > >>> ./check_udp -H 10.10.10.10 -p 3333 # will always return OK. Is >>> this right if the host does not exist? >> >> >> No, it will not. If there's no route to the target host connect() >> will return -1 and set errno to ENOROUTE, which I expect will be >> detected. > > > This is currently returning OK, so that must be a bug. Could you patch > please? > I expect you have a default route on your workstation, in which case it will return OK. > What about if the ip is routable (say, in the same subnet), but not > actually responding. Would you expect this to fail? > Yes and no. For that to happen you must trigger some sort of response. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Tel: +46 8-230225 Fax: +46 8-230231 From rouilj at cs.umb.edu Thu Mar 23 06:40:04 2006 From: rouilj at cs.umb.edu (John P. Rouillard) Date: Thu Mar 23 06:40:04 2006 Subject: [Nagiosplug-devel] thoughts on regexp using plugins In-Reply-To: Your message of "Thu, 23 Mar 2006 04:38:04 EST." <20060323093804.GA22619@seanius.net> Message-ID: <200603231439.k2NEdIww026007@mx1.cs.umb.edu> In message <20060323093804.GA22619 at seanius.net>, sean finney writes: >currently we have a couple plugins that make conditional use >of posix regexp functionality if it is available. i'm wondering, >since some systems do not come with regexp functionality, why >don't we include some version of the GNU regexp library in >our codebase, and if configure fails to find a native version >use that instead? Sound's reasonable to include a regexp library, but given that so many plugins are in perl, would it make sense to use PCRE as the regexp library? Also how many systems don't come with a regexp library these days, or are you referring to older legacy systems? -- rouilj John Rouillard =========================================================================== My employers don't acknowledge my existence much less my opinions. From rouilj at cs.umb.edu Thu Mar 23 06:49:02 2006 From: rouilj at cs.umb.edu (John P. Rouillard) Date: Thu Mar 23 06:49:02 2006 Subject: [Nagiosplug-devel] thoughts on regexp using plugins In-Reply-To: Your message of "Thu, 23 Mar 2006 05:48:34 EST." <20060323104834.GA22712@seanius.net> Message-ID: <200603231447.k2NElxm7027428@mx1.cs.umb.edu> In message <20060323104834.GA22712 at seanius.net>, sean finney writes: >On Thu, Mar 23, 2006 at 10:22:02AM +0000, Ton Voon wrote: >> I'm fine with this in principle, but I think it should be held until =20 >> the "next big release". > >makes sense. =20 > >for check_ntp.c it'd probably be best to save that for 1.5 as well, >as it's a rather large code-rewrite and even if we get the rest of the >code together it could probably stand to use some testing. of course >i'll let you know if my opinion on the matter changes :) I ended up writing my own check_ntp2 based on check ntp because too much stuff was missing from it, or was being done incorrectly (IMHO). Among the additions: Makes sure that you have enough valid peers -C (--candidates) Check number of backup servers that are capable of becoming peers. Range (min:max), solo number is minimum number. Find's non-responsive ntp servers that are your peers -l (--last) Maximum time (seconds) between packets received from polled machines. Makes sure that your connected to a peer with the proper stratum -s (--stratum) Set range of valid values (min:max) for sys.peer stratum. Single number is maximum strata. Any chance of getting these options in your code? -- rouilj John Rouillard =========================================================================== My employers don't acknowledge my existence much less my opinions. From ae at op5.se Thu Mar 23 06:49:06 2006 From: ae at op5.se (Andreas Ericsson) Date: Thu Mar 23 06:49:06 2006 Subject: [Nagiosplug-devel] thoughts on regexp using plugins In-Reply-To: <200603231439.k2NEdIww026007@mx1.cs.umb.edu> References: <200603231439.k2NEdIww026007@mx1.cs.umb.edu> Message-ID: <4422B53A.4040605@op5.se> John P. Rouillard wrote: > In message <20060323093804.GA22619 at seanius.net>, > sean finney writes: > >>currently we have a couple plugins that make conditional use >>of posix regexp functionality if it is available. i'm wondering, >>since some systems do not come with regexp functionality, why >>don't we include some version of the GNU regexp library in >>our codebase, and if configure fails to find a native version >>use that instead? > > > Sound's reasonable to include a regexp library, but given that so many > plugins are in perl, would it make sense to use PCRE as the regexp > library? > That would have made sense had it been done from the start, but Perl regexes differ too much from Posix ones for current check-commands to keep on working. Especially since perl has no notion of a non-extended regex. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Tel: +46 8-230225 Fax: +46 8-230231 From ae at op5.se Thu Mar 23 06:51:22 2006 From: ae at op5.se (Andreas Ericsson) Date: Thu Mar 23 06:51:22 2006 Subject: [Nagiosplug-devel] thoughts on regexp using plugins In-Reply-To: <20060323093804.GA22619@seanius.net> References: <20060323093804.GA22619@seanius.net> Message-ID: <4422B5BC.8090001@op5.se> sean finney wrote: > currently we have a couple plugins that make conditional use > of posix regexp functionality if it is available. i'm wondering, > since some systems do not come with regexp functionality, why > don't we include some version of the GNU regexp library in > our codebase, and if configure fails to find a native version > use that instead? then we could guarantee regexp availability > on every platform. > > what do you think? > I think no. Most (all?) of the plugins using regexes are intended for use on the host where Nagios runs. It's not too onerous to demand that that system's up to date or simply state that some functionality will be missing if it isn't. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Tel: +46 8-230225 Fax: +46 8-230231 From ton.voon at altinity.com Thu Mar 23 08:02:19 2006 From: ton.voon at altinity.com (Ton Voon) Date: Thu Mar 23 08:02:19 2006 Subject: [Nagiosplug-devel] Sending newlines for check_tcp Message-ID: <82D7440B-4E55-430C-B763-6B2361266F5F@altinity.com> Hi! Wanted some opinions about a bug raised by Sebastian Wiesinger at http://sourceforge.net/tracker/index.php? func=detail&aid=1292404&group_id=29880&atid=397597. He is complaining that he can't specify a newline when sending data for check_tcp. His suggestion is to escape various characters (\n, \r, \t), so then you can precisely define what to send. I applied a patch yesterday suggested by John Rouillard (https:// sourceforge.net/tracker/index.php? func=detail&aid=1346104&group_id=29880&atid=397599) where there are some new options to specify what goes at the end of a the send and quit strings. However, his patch makes for some very complicated command options, such as: check_tcp -ln -s send -lb -q quit -H localhost -p 3333 so send="send\n" and quit="quit\r\n". I prefer Sebastian's escaping characters idea, but it would mean that backwards compatibility would be broken since current commands with - s send would mean send="send" with this hypothetical patch. Any opinions? Ton http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon From noreply at sourceforge.net Thu Mar 23 08:05:07 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Mar 23 08:05:07 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1292404 ] Can't send newline with check_tcp Message-ID: Bugs item #1292404, was opened at 2005-09-15 23:24 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1292404&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Argument proccessing Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Sebastian Wiesinger (swiesinger) >Assigned to: Ton Voon (tonvoon) Summary: Can't send newline with check_tcp Initial Comment: In v1.4.1 check_tcp doesn't send \r\n at the end of the -s string. that breaks many checks. I didn't see a way to send a newline, so I made the following patch which parses \(n,r,t) in the -s string. I don't know if that should be added to the expect string, too, I'm a C novice and didn't find an easy way to add that functionality. Regards, Sebastian ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-03-23 16:04 Message: Logged In: YES user_id=664364 Sebastian, Thanks for the patch. I'm currently asking the nagiosplug-devel mailing list whether it is best to go with your idea of escaping chars or John's idea of option flags to specify endings. Will respond soon. Ton ---------------------------------------------------------------------- Comment By: John Rouillard (rouilj) Date: 2005-11-04 19:31 Message: Logged In: YES user_id=707416 See: https://sourceforge.net/tracker/index.php?func=detail&aid=1346104&group_id=29880&atid=397599 for a different patch that addresses the same problem and includes support for the quit string as well. The expect string could probably benefit from your pasing of \(n,r,t) in it provided \\ works to embed a \. Hopefully one of our patches will make it into the mainline. -- rouilj ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1292404&group_id=29880 From noreply at sourceforge.net Thu Mar 23 08:10:05 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Mar 23 08:10:05 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1283131 ] check_load gives incorrect data on AIX Message-ID: Bugs item #1283131, was opened at 2005-09-06 16:58 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1283131&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Andrew Elwell (elwell2000) >Assigned to: Ton Voon (tonvoon) Summary: check_load gives incorrect data on AIX Initial Comment: compare output from check_load to that of "uptime" - they do not match and I'm seeing stupidly high (eg 30000) loads from the nagios plugin intermittently /usr/local/nagios/libexec/check_load -w 15,10,5 -c 30,25,20 ; uptime OK - load average: 0.01, 0.01, 0.24|load1=0.013;15.000;30.000;0; load5=0.012;10.000;25.000;0; load15=0.235;5.000;20.000;0; 04:48PM up 1 day, 5:55, 31 users, load average: 1.09, 1.07, 1.61 ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-03-23 16:09 Message: Logged In: YES user_id=664364 Andrew, Thanks for the report. It seems from Martin that this works in CVS. Closing this call. Please change if it is still a problem. Ton ---------------------------------------------------------------------- Comment By: Martin Richard (martinrichard) Date: 2005-10-20 18:13 Message: Logged In: YES user_id=1226367 Just tested - this has been fixed in check_load 1.30 on the cvs. It changes %f to %lf in the sscanf to parse the result from uptime.. works great now: # ./check_load -w 3,2,1 -c 6,5,4; uptime OK - load average: 0.09, 0.17, 0.09|load1=0.090;3.000;6.000;0; load5=0.170;2.000;5.000;0; load15=0.090;1.000;4.000;0; 01:06PM up 122 days, 22:33, 1 user, load average: 0.09, 0.17, 0.09 ---------------------------------------------------------------------- Comment By: Martin Richard (martinrichard) Date: 2005-10-20 18:00 Message: Logged In: YES user_id=1226367 Same symptoms on 2 different AIX 5 here.. # ./check_load -w 3,2,1 -c 6,5,4; uptime OK - load average: 0.13, 0.01, 0.01|load1=0.135;3.000;6.000;0; load5=0.007;2.000;5.000;0; load15=0.012;1.000;4.000;0; 12:59PM up 21 days, 15:44, 2 users, load average: 1.51, 0.98, 1.06 # Would it matter in any way that the machine has 2 CPUs ? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1283131&group_id=29880 From noreply at sourceforge.net Thu Mar 23 08:28:02 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Mar 23 08:28:02 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1164335 ] Link-Error AIX 4.3 at libc.a(shr.o) Message-ID: Bugs item #1164335, was opened at 2005-03-16 09:57 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1164335&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: Wilfried Brunken (df7be) >Assigned to: Ton Voon (tonvoon) Summary: Link-Error AIX 4.3 at libc.a(shr.o) Initial Comment: The Message: Could not load program ./a.out: Dependent module libc.a(shr.o) could not be loaded. Can't the configure script recognize the problem ? Workaround: ./configure CFLAGS=-L=/usr/lib (should bei good also for AIX 5.1, but there not necessary) ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-03-23 16:27 Message: Logged In: YES user_id=664364 Wilfried, Is this a failure at configure? Please can you try the CVS snapshot to see if this is still a problem. http://nagiosplug.sf.net/snapshot. Will place the call into PENDING. Please change if it is still a problem. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1164335&group_id=29880 From noreply at sourceforge.net Thu Mar 23 09:20:04 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Mar 23 09:20:04 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1189636 ] check_procs can't handle longer command names Message-ID: Bugs item #1189636, was opened at 2005-04-25 18:00 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1189636&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Argument proccessing Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: Cresce (mdisbrow) >Assigned to: Ton Voon (tonvoon) Summary: check_procs can't handle longer command names Initial Comment: When using the -C parameter, process command names longer than 15 characters are not found. Since ps only outputs the first 15 characters of a process command name, checking a process with a name longer than 15 characters results in check_procs not finding any instances of the process and incorrectly returning 0 process instances. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-03-23 17:19 Message: Logged In: YES user_id=664364 Cresce, Sean has asked for more information, but there's been no response yet. Can you please provide more information. Marking the call into PENDING - please change if this is still a problem. Ton ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 2005-09-19 16:36 Message: Logged In: YES user_id=226838 hi mike, what operating system are you running on? also, could you give us the contents of your config.h? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1189636&group_id=29880 From noreply at sourceforge.net Thu Mar 23 09:37:07 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Mar 23 09:37:07 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-681623 ] check_disk patch to return performance data Message-ID: Patches item #681623, was opened at 2003-02-06 12:29 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=681623&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Perf data Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Edwin Eefting (drpsycho) >Assigned to: Ton Voon (tonvoon) Summary: check_disk patch to return performance data Initial Comment: Now returns performance data, following the official guidelines. (when checking mulitple disks it returns totals) ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-03-23 17:34 Message: Logged In: YES user_id=664364 Edwin, Thanks for taking the time to submit this. Closing this call as perf data is already in check_disk. Ton ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2003-03-27 20:09 Message: Logged In: YES user_id=46572 Karl - since you are reworking check_disk - not sure if this perfdata patch is still useful. ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2003-02-06 15:01 Message: Logged In: YES user_id=46572 Thanks - post 1.3 inclusion ---------------------------------------------------------------------- Comment By: Edwin Eefting (drpsycho) Date: 2003-02-06 12:34 Message: Logged In: YES user_id=400439 returns totals when checking mulitple disks. to be used with my performance data collector. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=681623&group_id=29880 From seanius at seanius.net Thu Mar 23 12:41:03 2006 From: seanius at seanius.net (sean finney) Date: Thu Mar 23 12:41:03 2006 Subject: [Nagiosplug-devel] thoughts on regexp using plugins In-Reply-To: <4422B5BC.8090001@op5.se> <200603231439.k2NEdIww026007@mx1.cs.umb.edu> References: <20060323093804.GA22619@seanius.net> <4422B5BC.8090001@op5.se> <20060323093804.GA22619@seanius.net> <200603231439.k2NEdIww026007@mx1.cs.umb.edu> Message-ID: <20060323203959.GA25047@seanius.net> hi guys, On Thu, Mar 23, 2006 at 09:39:17AM -0500, John P. Rouillard wrote: > Sound's reasonable to include a regexp library, but given that so many > plugins are in perl, would it make sense to use PCRE as the regexp > library? because perl is evil and must be punished. > Also how many systems don't come with a regexp library these days, or > are you referring to older legacy systems? you know, i don't know off the top of my head... probably some older solaris systems, maybe some of the more "hardcore" unices like hpux or aix? On Thu, Mar 23, 2006 at 03:50:36PM +0100, Andreas Ericsson wrote: > I think no. Most (all?) of the plugins using regexes are intended for > use on the host where Nagios runs. It's not too onerous to demand that > that system's up to date or simply state that some functionality will be > missing if it isn't. of course that's always an option too... but even this way, we'd still have to have the code to look for the libraries, plus disable plugins that required it, and use some ugly #ifdefs to remove the features from the plugins that could live without it. i'm hard pressed to see why this is a better option... compared to adding two new files into CVS and defining an extra CFLAG or two if configure doesn't find a valid regex library :) sean -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From seanius at seanius.net Thu Mar 23 12:47:02 2006 From: seanius at seanius.net (sean finney) Date: Thu Mar 23 12:47:02 2006 Subject: [Nagiosplug-devel] check_udp In-Reply-To: <4422B2B0.4050405@op5.se> References: <20060323125924.GA23303@seanius.net> <4FCEFA64-111B-4586-85F7-B4020B51283D@altinity.com> <4422AED8.6000803@op5.se> <64BABCD0-1C56-41E8-83E5-486407AEABA0@altinity.com> <4422B2B0.4050405@op5.se> Message-ID: <20060323204601.GB25047@seanius.net> On Thu, Mar 23, 2006 at 03:37:36PM +0100, Andreas Ericsson wrote: > Sorry, no. There's no way of checking for open UDP ports without sending > data and getting some sort of response. this is correct. like i said earlier, perhaps sending a null byte or something might trigger a response, but i think it would be better (cleaner and more appropriate) to just have check_udp complain and die if it has nothing to send/receive. for the error detection that we'd get from detecting stuff like: > >>> ./check_udp -H 10.10.10.10 -p 3333 # will always return OK. Is > >>>this right if the host does not exist? > >> > >> > >>No, it will not. If there's no route to the target host connect() > >>will return -1 and set errno to ENOROUTE, which I expect will be > >>detected. we could also assume would be given to us by other plugins such as check_ping/check_icmp, so we shouldn't worry ourselves too much about that. sean -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From ae at op5.se Thu Mar 23 15:22:05 2006 From: ae at op5.se (Andreas Ericsson) Date: Thu Mar 23 15:22:05 2006 Subject: [Nagiosplug-devel] thoughts on regexp using plugins In-Reply-To: <20060323203959.GA25047@seanius.net> References: <20060323093804.GA22619@seanius.net> <4422B5BC.8090001@op5.se> <20060323093804.GA22619@seanius.net> <200603231439.k2NEdIww026007@mx1.cs.umb.edu> <20060323203959.GA25047@seanius.net> Message-ID: <44232D73.50805@op5.se> sean finney wrote: > > i'm hard pressed to see why this is a better option... compared to adding > two new files into CVS and defining an extra CFLAG or two if configure > doesn't find a valid regex library :) > #include "np_regex.h" (in np_regex.h, do this) #ifndef HAVE_REGEX #define regex_t char #define regmatch_t char static void no_regex_support(void) { die("Sorry. regex support not available on this platform\n"); } int regcomp(regex_t *a, const char *b, int flags) { no_regex_support(); return 0; /* musn't upset the compiler */ } With similar replacements for regfree(), regexec() and regerror(). No #ifdef's, no hassle and no bloat. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Tel: +46 8-230225 Fax: +46 8-230231 From seanius at seanius.net Thu Mar 23 15:26:06 2006 From: seanius at seanius.net (sean finney) Date: Thu Mar 23 15:26:06 2006 Subject: [Nagiosplug-devel] thoughts on regexp using plugins In-Reply-To: <44232D73.50805@op5.se> References: <20060323093804.GA22619@seanius.net> <4422B5BC.8090001@op5.se> <20060323093804.GA22619@seanius.net> <200603231439.k2NEdIww026007@mx1.cs.umb.edu> <20060323203959.GA25047@seanius.net> <44232D73.50805@op5.se> Message-ID: <20060323232518.GA25856@seanius.net> On Fri, Mar 24, 2006 at 12:21:23AM +0100, Andreas Ericsson wrote: > static void no_regex_support(void) > { > die("Sorry. regex support not available on this platform\n"); > } > > int regcomp(regex_t *a, const char *b, int flags) > { > no_regex_support(); > return 0; /* musn't upset the compiler */ > } hah, okay. point taken :) sean -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From ae at op5.se Thu Mar 23 15:29:01 2006 From: ae at op5.se (Andreas Ericsson) Date: Thu Mar 23 15:29:01 2006 Subject: [Nagiosplug-devel] check_udp In-Reply-To: <20060323204601.GB25047@seanius.net> References: <20060323125924.GA23303@seanius.net> <4FCEFA64-111B-4586-85F7-B4020B51283D@altinity.com> <4422AED8.6000803@op5.se> <64BABCD0-1C56-41E8-83E5-486407AEABA0@altinity.com> <4422B2B0.4050405@op5.se> <20060323204601.GB25047@seanius.net> Message-ID: <44232EFD.1090606@op5.se> sean finney wrote: > On Thu, Mar 23, 2006 at 03:37:36PM +0100, Andreas Ericsson wrote: > >>Sorry, no. There's no way of checking for open UDP ports without sending >>data and getting some sort of response. > > > this is correct. like i said earlier, perhaps sending a null byte > or something might trigger a response, but i think it would be > better (cleaner and more appropriate) to just have check_udp > complain and die if it has nothing to send/receive. > Not only that. UDP is designed to be fire-and-forget, meaning most services that run it won't respond at all, no matter what's sent to it. We could perhaps bring in som nmap hackery but that would mean going over raw sockets so that's another suid root plugin. I think most users won't like it. Anyways, it's definitely better to error out than sending some arbitrary data. I can imagine quite a lot of Bad Things happening when sending bogus data to f.e. a syslog or snmptrap daemon. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Tel: +46 8-230225 Fax: +46 8-230231 From seanius at seanius.net Thu Mar 23 15:30:10 2006 From: seanius at seanius.net (sean finney) Date: Thu Mar 23 15:30:10 2006 Subject: [Nagiosplug-devel] check_udp In-Reply-To: <20060323204601.GB25047@seanius.net> References: <20060323125924.GA23303@seanius.net> <4FCEFA64-111B-4586-85F7-B4020B51283D@altinity.com> <4422AED8.6000803@op5.se> <64BABCD0-1C56-41E8-83E5-486407AEABA0@altinity.com> <4422B2B0.4050405@op5.se> <20060323204601.GB25047@seanius.net> Message-ID: <20060323232932.GA25889@seanius.net> On Thu, Mar 23, 2006 at 03:46:01PM -0500, sean finney wrote: > or something might trigger a response, but i think it would be > better (cleaner and more appropriate) to just have check_udp > complain and die if it has nothing to send/receive. attached is a patch to check_tcp that does what i just described. i haven't comitted it only because it's not clear that there was an agreement on the matter. but in any case i think we can safely discard check_udp.c, right? sean -------------- next part -------------- Index: check_tcp.c =================================================================== RCS file: /cvsroot/nagiosplug/nagiosplug/plugins/check_tcp.c,v retrieving revision 1.76 diff -u -r1.76 check_tcp.c --- check_tcp.c 22 Mar 2006 15:45:20 -0000 1.76 +++ check_tcp.c 23 Mar 2006 23:25:46 -0000 @@ -205,6 +205,10 @@ if(EXPECT && !server_expect_count) server_expect_count++; + if(PROTOCOL==IPPROTO_UDP && !(server_expect_count && server_send)){ + usage("With UDP checks, a send/expect string must be specified."); + } + /* set up the timer */ signal (SIGALRM, socket_timeout_alarm_handler); alarm (socket_timeout); -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From ton.voon at altinity.com Fri Mar 24 02:21:45 2006 From: ton.voon at altinity.com (Ton Voon) Date: Fri Mar 24 02:21:45 2006 Subject: [Nagiosplug-devel] check_udp In-Reply-To: <20060323232932.GA25889@seanius.net> References: <20060323125924.GA23303@seanius.net> <4FCEFA64-111B-4586-85F7-B4020B51283D@altinity.com> <4422AED8.6000803@op5.se> <64BABCD0-1C56-41E8-83E5-486407AEABA0@altinity.com> <4422B2B0.4050405@op5.se> <20060323204601.GB25047@seanius.net> <20060323232932.GA25889@seanius.net> Message-ID: <3AF9F8D7-E092-44BD-A005-F7D16F677631@altinity.com> On 23 Mar 2006, at 23:29, sean finney wrote: > On Thu, Mar 23, 2006 at 03:46:01PM -0500, sean finney wrote: >> or something might trigger a response, but i think it would be >> better (cleaner and more appropriate) to just have check_udp >> complain and die if it has nothing to send/receive. > > attached is a patch to check_tcp that does what i just described. > i haven't comitted it only because it's not clear that there > was an agreement on the matter. The patch looks good, and makes more sense to me now. Out of interest, are there any udp services that would give a response on a connect without the client sending some data? I've written some tests which check the incoming parameters and uses nc to setup a test to read the sending data. I can't find a way to test the expected data, so any ideas appreciated. Tests should pass on for this plugin now, which keeps me happy. I'm trying to commit my changes but SF cvs seems to be out at the moment. > but in any case i think we can safely discard check_udp.c, right? I'm keen on dropping it, but I've also just realised that there is a check_udp2 which links to check_tcp. Should we be cautious or or drop check_udp.c, deleting check_udp2 and putting a suitable statement in ./CHANGES? Ton http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon From ae at op5.se Fri Mar 24 02:46:10 2006 From: ae at op5.se (Andreas Ericsson) Date: Fri Mar 24 02:46:10 2006 Subject: [Nagiosplug-devel] check_udp In-Reply-To: <3AF9F8D7-E092-44BD-A005-F7D16F677631@altinity.com> References: <20060323125924.GA23303@seanius.net> <4FCEFA64-111B-4586-85F7-B4020B51283D@altinity.com> <4422AED8.6000803@op5.se> <64BABCD0-1C56-41E8-83E5-486407AEABA0@altinity.com> <4422B2B0.4050405@op5.se> <20060323204601.GB25047@seanius.net> <20060323232932.GA25889@seanius.net> <3AF9F8D7-E092-44BD-A005-F7D16F677631@altinity.com> Message-ID: <4423CD91.3030707@op5.se> Ton Voon wrote: > > On 23 Mar 2006, at 23:29, sean finney wrote: > >> On Thu, Mar 23, 2006 at 03:46:01PM -0500, sean finney wrote: >> >>> or something might trigger a response, but i think it would be >>> better (cleaner and more appropriate) to just have check_udp >>> complain and die if it has nothing to send/receive. >> >> >> attached is a patch to check_tcp that does what i just described. >> i haven't comitted it only because it's not clear that there >> was an agreement on the matter. > > > The patch looks good, and makes more sense to me now. Out of interest, > are there any udp services that would give a response on a connect > without the client sending some data? > Not that I know of. > > I'm trying to commit my changes but SF cvs seems to be out at the moment. > Migrate to git and I'll host it for you at ghost.op5.se (no, I won't keep nagging. ;) ) >> but in any case i think we can safely discard check_udp.c, right? > > > I'm keen on dropping it, but I've also just realised that there is a > check_udp2 which links to check_tcp. Should we be cautious or or drop > check_udp.c, deleting check_udp2 and putting a suitable statement in > ./CHANGES? > Keep linking check_udp2 to check_tcp, but mark it deprecated and obsolete. Remove it in the release after next. Larger projects (glibc, gcc, ...) have four states (deprecated, obsolescent, obsolete, removed) with one minor release for each cycle and a short-circuit at major releases (I think a major release counts as two cycles for glibc). I don't think we need to be that cautious. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Tel: +46 8-230225 Fax: +46 8-230231 From ae at op5.se Fri Mar 24 02:57:12 2006 From: ae at op5.se (Andreas Ericsson) Date: Fri Mar 24 02:57:12 2006 Subject: [Nagiosplug-devel] check_udp In-Reply-To: <4423CD91.3030707@op5.se> References: <20060323125924.GA23303@seanius.net> <4FCEFA64-111B-4586-85F7-B4020B51283D@altinity.com> <4422AED8.6000803@op5.se> <64BABCD0-1C56-41E8-83E5-486407AEABA0@altinity.com> <4422B2B0.4050405@op5.se> <20060323204601.GB25047@seanius.net> <20060323232932.GA25889@seanius.net> <3AF9F8D7-E092-44BD-A005-F7D16F677631@altinity.com> <4423CD91.3030707@op5.se> Message-ID: <4423D00F.2000702@op5.se> Andreas Ericsson wrote: > Ton Voon wrote: >> >> The patch looks good, and makes more sense to me now. Out of >> interest, are there any udp services that would give a response on a >> connect without the client sending some data? >> > > Not that I know of. > Or rather; Absolutely not. The host being connected to won't notice inbound connections (since there is none, since UDP has no connections), only data sent to it. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Tel: +46 8-230225 Fax: +46 8-230231 From noreply at sourceforge.net Fri Mar 24 05:23:03 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Mar 24 05:23:03 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1457726 ] check_http -k parameters Message-ID: Bugs item #1457726, was opened at 2006-03-24 14:22 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1457726&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Argument proccessing Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Gerd Mueller (gmueller_2000) Assigned to: Nobody/Anonymous (nobody) Summary: check_http -k parameters Initial Comment: I found a problem with check_http. The usage told me to use a semicolon for -k to separate other tags to be sent in http header. But how can I configured that inside Nagios? A comment always starts with a semicolon always and so Nagios removes everything starting with the semicolon per line. The possible solutions I see are escaping semicolons or use a different INPUT_DELIMITER Gerd ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1457726&group_id=29880 From noreply at sourceforge.net Fri Mar 24 05:52:09 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Mar 24 05:52:09 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1457726 ] check_http -k parameters Message-ID: Bugs item #1457726, was opened at 2006-03-24 13:22 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1457726&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Argument proccessing Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Gerd Mueller (gmueller_2000) >Assigned to: Ton Voon (tonvoon) Summary: check_http -k parameters Initial Comment: I found a problem with check_http. The usage told me to use a semicolon for -k to separate other tags to be sent in http header. But how can I configured that inside Nagios? A comment always starts with a semicolon always and so Nagios removes everything starting with the semicolon per line. The possible solutions I see are escaping semicolons or use a different INPUT_DELIMITER Gerd ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-03-24 13:51 Message: Logged In: YES user_id=664364 Gerd, This doesn't sound like a plugin problem. I'm guessing we use semi-colons for the delimiter because colons could be used in the data, so I'm not too keen on changing. I think this is really a problem in Nagios to allow semi-colons to be escaped in the command that it runs. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1457726&group_id=29880 From noreply at sourceforge.net Fri Mar 24 06:08:08 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Mar 24 06:08:08 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1457726 ] check_http -k parameters Message-ID: Bugs item #1457726, was opened at 2006-03-24 14:22 Message generated for change (Comment added) made by gmueller_2000 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1457726&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Argument proccessing Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Gerd Mueller (gmueller_2000) Assigned to: Ton Voon (tonvoon) Summary: check_http -k parameters Initial Comment: I found a problem with check_http. The usage told me to use a semicolon for -k to separate other tags to be sent in http header. But how can I configured that inside Nagios? A comment always starts with a semicolon always and so Nagios removes everything starting with the semicolon per line. The possible solutions I see are escaping semicolons or use a different INPUT_DELIMITER Gerd ---------------------------------------------------------------------- >Comment By: Gerd Mueller (gmueller_2000) Date: 2006-03-24 15:07 Message: Logged In: YES user_id=685055 Hi Ton, yes, but it will not work with the current stable nagios release. So -k for more than one header is not useable. That is why I am calling it a bug. Escaping of semicolons or escaping of all nasty characters inside nagios and nrpe would be also my preferred solution. I had a lot of problems with backslashes as well. But I think that will cause a lot of side-effects and won't be a easy patch for nagios. It might also cause a lot of problems with working configs. That is why I do not expect a change in Nagios logic before version 3. But I hope Ethan will consider this change for the next upcoming major release. Meanwhile no plugin should use a semicolon as parameter. Gerd ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2006-03-24 14:51 Message: Logged In: YES user_id=664364 Gerd, This doesn't sound like a plugin problem. I'm guessing we use semi-colons for the delimiter because colons could be used in the data, so I'm not too keen on changing. I think this is really a problem in Nagios to allow semi-colons to be escaped in the command that it runs. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1457726&group_id=29880 From ton.voon at altinity.com Fri Mar 24 06:12:21 2006 From: ton.voon at altinity.com (Ton Voon) Date: Fri Mar 24 06:12:21 2006 Subject: [Nagiosplug-devel] check_udp In-Reply-To: <4423CD91.3030707@op5.se> References: <20060323125924.GA23303@seanius.net> <4FCEFA64-111B-4586-85F7-B4020B51283D@altinity.com> <4422AED8.6000803@op5.se> <64BABCD0-1C56-41E8-83E5-486407AEABA0@altinity.com> <4422B2B0.4050405@op5.se> <20060323204601.GB25047@seanius.net> <20060323232932.GA25889@seanius.net> <3AF9F8D7-E092-44BD-A005-F7D16F677631@altinity.com> <4423CD91.3030707@op5.se> Message-ID: <0E773CEB-69D8-4B36-9FC8-F173636734E8@altinity.com> On 24 Mar 2006, at 10:44, Andreas Ericsson wrote: >> I'm trying to commit my changes but SF cvs seems to be out at the >> moment. > > Migrate to git and I'll host it for you at ghost.op5.se (no, I > won't keep nagging. ;) ) Thanks for the offer, but I can't see this happening. The hosting of the source code should be in the public domain. I'm not prepared for my own company to host the source code, so I wouldn't want to move it anywhere else. (Snapshots are a different matter - I'd be up for offers from anyone that wants to host those) In fact, the only way I can see that the Nagios Plugins would be moved off Sourceforge is if there was a Nagios company/foundation that was independently run, ala the Mozilla Foundation. Actually, there is the possibility of hosting it on Savannah... Ton http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon -------------- next part -------------- An HTML attachment was scrubbed... URL: From noreply at sourceforge.net Fri Mar 24 06:15:00 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Mar 24 06:15:00 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1457726 ] check_http -k parameters Message-ID: Bugs item #1457726, was opened at 2006-03-24 13:22 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1457726&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Argument proccessing Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Gerd Mueller (gmueller_2000) Assigned to: Ton Voon (tonvoon) Summary: check_http -k parameters Initial Comment: I found a problem with check_http. The usage told me to use a semicolon for -k to separate other tags to be sent in http header. But how can I configured that inside Nagios? A comment always starts with a semicolon always and so Nagios removes everything starting with the semicolon per line. The possible solutions I see are escaping semicolons or use a different INPUT_DELIMITER Gerd ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-03-24 14:13 Message: Logged In: YES user_id=664364 What about multiple -k invocations? ---------------------------------------------------------------------- Comment By: Gerd Mueller (gmueller_2000) Date: 2006-03-24 14:07 Message: Logged In: YES user_id=685055 Hi Ton, yes, but it will not work with the current stable nagios release. So -k for more than one header is not useable. That is why I am calling it a bug. Escaping of semicolons or escaping of all nasty characters inside nagios and nrpe would be also my preferred solution. I had a lot of problems with backslashes as well. But I think that will cause a lot of side-effects and won't be a easy patch for nagios. It might also cause a lot of problems with working configs. That is why I do not expect a change in Nagios logic before version 3. But I hope Ethan will consider this change for the next upcoming major release. Meanwhile no plugin should use a semicolon as parameter. Gerd ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2006-03-24 13:51 Message: Logged In: YES user_id=664364 Gerd, This doesn't sound like a plugin problem. I'm guessing we use semi-colons for the delimiter because colons could be used in the data, so I'm not too keen on changing. I think this is really a problem in Nagios to allow semi-colons to be escaped in the command that it runs. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1457726&group_id=29880 From ton.voon at altinity.com Fri Mar 24 06:56:15 2006 From: ton.voon at altinity.com (Ton Voon) Date: Fri Mar 24 06:56:15 2006 Subject: [Nagiosplug-devel] Re: Latest snapshot check_http In-Reply-To: <20060318145022.GA9273@seanius.net> References: <20060318145022.GA9273@seanius.net> Message-ID: <8E42B711-ABC8-4FB2-8EBD-6E25DCEE53A3@altinity.com> On 18 Mar 2006, at 14:50, sean finney wrote: > on a related note: i notice that -C does not imply --ssl, but the > documentation for check_http says > > check_http www.verisign.com -C 14 > > should work, but it doesn't unless you provide --ssl. should the > documentation or the code be changed? Sorry, only just seen this. -C should imply --ssl as it makes no sense otherwise. I've added in some extra tests for check_http.t to make sure that -- ssl is not required (well, when CVS at SF is back...). Sean, do you want to make the change to check_http.c, or shall I? Ton http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon From hugo at op5.se Fri Mar 24 07:37:35 2006 From: hugo at op5.se (Hugo Hallqvist) Date: Fri Mar 24 07:37:35 2006 Subject: [Nagiosplug-devel] check_udp In-Reply-To: <0E773CEB-69D8-4B36-9FC8-F173636734E8@altinity.com> References: <20060323125924.GA23303@seanius.net> <4FCEFA64-111B-4586-85F7-B4020B51283D@altinity.com> <4422AED8.6000803@op5.se> <64BABCD0-1C56-41E8-83E5-486407AEABA0@altinity.com> <4422B2B0.4050405@op5.se> <20060323204601.GB25047@seanius.net> <20060323232932.GA25889@seanius.net> <3AF9F8D7-E092-44BD-A005-F7D16F677631@altinity.com> <4423CD91.3030707@op5.se> <0E773CEB-69D8-4B36-9FC8-F173636734E8@altinity.com> Message-ID: <20060324153616.GB27198@hugo.op5.se> On Fri, Mar 24, 2006 at 02:11:36PM +0000, Ton Voon wrote: > > On 24 Mar 2006, at 10:44, Andreas Ericsson wrote: > > >>I'm trying to commit my changes but SF cvs seems to be out at the > >>moment. > > > >Migrate to git and I'll host it for you at ghost.op5.se (no, I > >won't keep nagging. ;) ) > > Thanks for the offer, but I can't see this happening. The hosting of > the source code should be in the public domain. I'm not prepared for > my own company to host the source code, so I wouldn't want to move it > anywhere else. > > (Snapshots are a different matter - I'd be up for offers from anyone > that wants to host those) > > In fact, the only way I can see that the Nagios Plugins would be > moved off Sourceforge is if there was a Nagios company/foundation > that was independently run, ala the Mozilla Foundation. > > Actually, there is the possibility of hosting it on Savannah... Or berlios.de or gna.org unless I've misunderstood something. //Hugo From rouilj at cs.umb.edu Fri Mar 24 07:47:02 2006 From: rouilj at cs.umb.edu (John P. Rouillard) Date: Fri Mar 24 07:47:02 2006 Subject: [Nagiosplug-devel] check_udp In-Reply-To: Your message of "Fri, 24 Mar 2006 10:19:55 GMT." <3AF9F8D7-E092-44BD-A005-F7D16F677631@altinity.com> Message-ID: <200603241545.k2OFjuEG029344@mx1.cs.umb.edu> In message <3AF9F8D7-E092-44BD-A005-F7D16F677631 at altinity.com>, Ton Voon writes: >The patch looks good, and makes more sense to me now. Out of >interest, are there any udp services that would give a response on a >connect without the client sending some data? Well daytime or chargen should work as soon as a udp packet is transmitted, but if you issue a "connect" (I forget the actual call) for udp, no traffic is actually sent until the socket is written to. So the remote server has no idea that somebody wants to talk to it. On the other hand tcp's "connect" equivalent won't return until the three way handshake is done thus telling the remote server that somebody is talking to it. Please note that I haven't done socket programming in well over a decade, so I may have the particulars wrong but the idea is right IIRC. >I've written some tests which check the incoming parameters and uses >nc to setup a test to read the sending data. I can't find a way to >test the expected data, so any ideas appreciated. Tests should pass >on for this plugin now, which keeps me happy. Doesn't something like echo "test" | nc -u -p 3333 -l check_udp -s '' -e test -p 3333 -H localhost work? You need to send the empty packet to provoke a response. -- rouilj John Rouillard =========================================================================== My employers don't acknowledge my existence much less my opinions. From ton.voon at altinity.com Fri Mar 24 08:32:06 2006 From: ton.voon at altinity.com (Ton Voon) Date: Fri Mar 24 08:32:06 2006 Subject: [Nagiosplug-devel] Re: Latest snapshot check_http In-Reply-To: <8E42B711-ABC8-4FB2-8EBD-6E25DCEE53A3@altinity.com> References: <20060318145022.GA9273@seanius.net> <8E42B711-ABC8-4FB2-8EBD-6E25DCEE53A3@altinity.com> Message-ID: On 24 Mar 2006, at 14:55, Ton Voon wrote: > > On 18 Mar 2006, at 14:50, sean finney wrote: >> on a related note: i notice that -C does not imply --ssl, but the >> documentation for check_http says >> >> check_http www.verisign.com -C 14 >> >> should work, but it doesn't unless you provide --ssl. should the >> documentation or the code be changed? > > Sorry, only just seen this. > > -C should imply --ssl as it makes no sense otherwise. > > I've added in some extra tests for check_http.t to make sure that -- > ssl is not required (well, when CVS at SF is back...). > > Sean, do you want to make the change to check_http.c, or shall I? Hold your horses! I've just committed this change in CVS because I now have a complete set of tests that work! Keep an eye on http://tinderbox.altinity.org in the next 30 mins because we're going to finally get clean builds! Ton http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon From ton.voon at altinity.com Fri Mar 24 08:33:01 2006 From: ton.voon at altinity.com (Ton Voon) Date: Fri Mar 24 08:33:01 2006 Subject: [Nagiosplug-devel] check_udp In-Reply-To: <200603241545.k2OFjuEG029344@mx1.cs.umb.edu> References: <200603241545.k2OFjuEG029344@mx1.cs.umb.edu> Message-ID: <129FE073-1B41-4845-A1DC-07847B5E1E86@altinity.com> On 24 Mar 2006, at 15:45, John P. Rouillard wrote: > Doesn't something like > > echo "test" | nc -u -p 3333 -l > > check_udp -s '' -e test -p 3333 -H localhost > > work? You need to send the empty packet to provoke a response. You're brilliant! That works really well now - t/check_udp.t now does tests for sending and receiving of packets. Just committed into CVS. I seem to need to kill nc for the sending test. If I'm doing something wrong with nc, let me know. Ton http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon -------------- next part -------------- An HTML attachment was scrubbed... URL: From ae at op5.se Fri Mar 24 10:34:01 2006 From: ae at op5.se (Andreas Ericsson) Date: Fri Mar 24 10:34:01 2006 Subject: [Nagiosplug-devel] check_udp In-Reply-To: <0E773CEB-69D8-4B36-9FC8-F173636734E8@altinity.com> References: <20060323125924.GA23303@seanius.net> <4FCEFA64-111B-4586-85F7-B4020B51283D@altinity.com> <4422AED8.6000803@op5.se> <64BABCD0-1C56-41E8-83E5-486407AEABA0@altinity.com> <4422B2B0.4050405@op5.se> <20060323204601.GB25047@seanius.net> <20060323232932.GA25889@seanius.net> <3AF9F8D7-E092-44BD-A005-F7D16F677631@altinity.com> <4423CD91.3030707@op5.se> <0E773CEB-69D8-4B36-9FC8-F173636734E8@altinity.com> Message-ID: <44243B57.4000009@op5.se> Ton Voon wrote: > > On 24 Mar 2006, at 10:44, Andreas Ericsson wrote: > >>> I'm trying to commit my changes but SF cvs seems to be out at the >>> moment. >> >> >> Migrate to git and I'll host it for you at ghost.op5.se (no, I won't >> keep nagging. ;) ) > s/keep/stop/ > > Thanks for the offer, but I can't see this happening. The hosting of > the source code should be in the public domain. I'm not prepared for my > own company to host the source code, so I wouldn't want to move it > anywhere else. > You're thinking the one hosting the repo will control the source-code, which is true for CVS but not with a distributed repo model. Since all developers' individual repositories are complete replications of the public one, including full commit-history, there is no single person controlling the source-code. Each developer just controls his/hers clone of it, with one or some of them having write-access to the public repository that end users clone and pull from. This has several benefits: 1. It's a lot easier for new developers to start hacking on the source-code. They don't need CVS access to keep their changes small and they don't need to juggle patches. 2. Trust can be distributed. Very few people should have write access to the public repo, but those few can pull from other users they trust (this is how Linux development works) or apply patches sent as email (enormously simple with git, tricky with CVS). F.e., I could have several patches to check_icmp in my repo. When you or Sean think it's time to incorporate them into the public distribution you simply pull my repo into yours and then push the resulting merge upstream. If you don't like the code you pulled from me you can easily undo them, add fixes on top of them or revert them completely before making them public. 3. Experimental development can be done inside the scm tool, using a separate branch (in git'ish this is called a "topic branch"). This is completely impossible with CVS (or any centralized repo model) but highly useful since it enables developers to rapidly experiment with various approaches *inside* the scm rather than beside it (or, again, juggle patches). > (Snapshots are a different matter - I'd be up for offers from anyone > that wants to host those) > Snapshots is what sourceforge is good at, but keeping up to date and actually doing work with the sourceforge repo is just plain murder for me (a simple cvs diff takes in the vicinity of 30 seconds when it works at all - clearly unbearable). The fact that I couldn't branch it and apply our changes on top of what was in the trunk while continually merging the changes was the main reason I once forked the plugins completely, and now I can't go back without a significant (too much) effort, which is bad for both of us. :( An SCM with a distributed repository model would do a world of good. I just happen to think that git has the best email-patches / apply-from-email tools of the distributed scm's, which is why I so adamantly keep suggesting it (the Sourceforge tracker thingie is another thing that's too slow and cumbersome to work with imo). Then development could be done largely on the mailing list, meaning instant peer review (and thus bugfixing, since 10000 eyes see more than two) and user feedback from knowledgeable people. There's also another benefit from this: When code is in the open people get an urging to correct what's wrong, meaning a bigger chance of getting more developers. > In fact, the only way I can see that the Nagios Plugins would be moved > off Sourceforge is if there was a Nagios company/foundation that was > independently run, ala the Mozilla Foundation. > > Actually, there is the possibility of hosting it on Savannah... > That doesn't help with the centralized repo model though, unless Savannah can host repositories for arbitrary scm tools. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Tel: +46 8-230225 Fax: +46 8-230231 From ae at op5.se Fri Mar 24 12:04:02 2006 From: ae at op5.se (Andreas Ericsson) Date: Fri Mar 24 12:04:02 2006 Subject: [Nagiosplug-devel] check_udp In-Reply-To: <129FE073-1B41-4845-A1DC-07847B5E1E86@altinity.com> References: <200603241545.k2OFjuEG029344@mx1.cs.umb.edu> <129FE073-1B41-4845-A1DC-07847B5E1E86@altinity.com> Message-ID: <44245076.5070906@op5.se> Ton Voon wrote: > > On 24 Mar 2006, at 15:45, John P. Rouillard wrote: > >> Doesn't something like >> >> echo "test" | nc -u -p 3333 -l >> >> check_udp -s '' -e test -p 3333 -H localhost >> >> work? You need to send the empty packet to provoke a response. > > > You're brilliant! Perhaps so, unless you're sending this data into some program that's logging invalid requests, in which case you'll quickly make check_udp a nuissance on the receiving end of those packets. > That works really well now - t/check_udp.t now does > tests for sending and receiving of packets. Just committed into CVS. > ArrrggghhH! Why, oh why?? Try it with a closed or filtered port. On FC4 they all return OK, so the tests are borked. (just to be a nuissance, "I told you so". Sean did too. UDP is fire and forget, so unless the send(2) or sendto(2) fails, this will return OK every time). > I seem to need to kill nc for the sending test. If I'm doing something > wrong with nc, let me know. > You need to either upgrade your nc so it recognizes non-terminal input or send it an EOF. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Tel: +46 8-230225 Fax: +46 8-230231 From rouilj at cs.umb.edu Fri Mar 24 12:08:08 2006 From: rouilj at cs.umb.edu (John P. Rouillard) Date: Fri Mar 24 12:08:08 2006 Subject: [Nagiosplug-devel] check_udp In-Reply-To: Your message of "Fri, 24 Mar 2006 16:31:58 GMT." <129FE073-1B41-4845-A1DC-07847B5E1E86@altinity.com> Message-ID: <200603242006.k2OK6hfD015346@mx1.cs.umb.edu> In message <129FE073-1B41-4845-A1DC-07847B5E1E86 at altinity.com>, Ton Voon writes: >On 24 Mar 2006, at 15:45, John P. Rouillard wrote: > >> Doesn't something like >> >> echo "test" | nc -u -p 3333 -l >> >> check_udp -s '' -e test -p 3333 -H localhost >> >> work? You need to send the empty packet to provoke a response. > >You're brilliant! That works really well now - t/check_udp.t now does >tests for sending and receiving of packets. Just committed into CVS. > >I seem to need to kill nc for the sending test. If I'm doing >something wrong with nc, let me know. Not quite sure what you are running, but as long as nc has stdin open in udp mode it will stay up. I think: nc -u -p 3333 -l < /dev/null should allow a connect, spit out what it received then exit since stdin is closed. -- rouilj John Rouillard =========================================================================== My employers don't acknowledge my existence much less my opinions. From ton.voon at altinity.com Mon Mar 27 00:40:02 2006 From: ton.voon at altinity.com (Ton Voon) Date: Mon Mar 27 00:40:02 2006 Subject: [Nagiosplug-devel] check_udp In-Reply-To: <200603242006.k2OK6hfD015346@mx1.cs.umb.edu> References: <200603242006.k2OK6hfD015346@mx1.cs.umb.edu> Message-ID: <818F342B-2A32-4F00-B40E-C8A2B0C9BE9C@altinity.com> On 24 Mar 2006, at 20:06, John P. Rouillard wrote: > > In message <129FE073-1B41-4845-A1DC-07847B5E1E86 at altinity.com>, > Ton Voon writes: >> On 24 Mar 2006, at 15:45, John P. Rouillard wrote: >> >>> Doesn't something like >>> >>> echo "test" | nc -u -p 3333 -l >>> >>> check_udp -s '' -e test -p 3333 -H localhost >>> >>> work? You need to send the empty packet to provoke a response. >> >> You're brilliant! That works really well now - t/check_udp.t now does >> tests for sending and receiving of packets. Just committed into CVS. >> >> I seem to need to kill nc for the sending test. If I'm doing >> something wrong with nc, let me know. > > Not quite sure what you are running, but as long as nc has stdin open > in udp mode it will stay up. I think: > > nc -u -p 3333 -l < /dev/null > > should allow a connect, spit out what it received then exit since > stdin > is closed. Thanks - this works if I also combine it with the -w option. Ton http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon From ton.voon at altinity.com Mon Mar 27 02:32:03 2006 From: ton.voon at altinity.com (Ton Voon) Date: Mon Mar 27 02:32:03 2006 Subject: [Nagiosplug-devel] RFC: Sending newlines for check_tcp In-Reply-To: <82D7440B-4E55-430C-B763-6B2361266F5F@altinity.com> References: <82D7440B-4E55-430C-B763-6B2361266F5F@altinity.com> Message-ID: <84D0AADA-B4C7-4C01-B31F-F94D960C4E77@altinity.com> Hi! Sent this last week and got no responses. This is one of 2 items on my todo list for 1.4.3, so wanted to hear some opinions on it. I am loathe to add in some command line options for a release and then have to take them out again in a future version. On 23 Mar 2006, at 16:01, Ton Voon wrote: > Hi! > > Wanted some opinions about a bug raised by Sebastian Wiesinger at > http://sourceforge.net/tracker/index.php? > func=detail&aid=1292404&group_id=29880&atid=397597. He is > complaining that he can't specify a newline when sending data for > check_tcp. His suggestion is to escape various characters (\n, \r, > \t), so then you can precisely define what to send. > > I applied a patch yesterday suggested by John Rouillard (https:// > sourceforge.net/tracker/index.php? > func=detail&aid=1346104&group_id=29880&atid=397599) where there are > some new options to specify what goes at the end of a the send and > quit strings. However, his patch makes for some very complicated > command options, such as: > > check_tcp -ln -s send -lb -q quit -H localhost -p 3333 > > so send="send\n" and quit="quit\r\n". > > I prefer Sebastian's escaping characters idea, but it would mean > that backwards compatibility would be broken since current commands > with -s send would mean send="send" with this hypothetical patch. > > Any opinions? http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon From seanius at seanius.net Mon Mar 27 10:47:21 2006 From: seanius at seanius.net (sean finney) Date: Mon Mar 27 10:47:21 2006 Subject: [Nagiosplug-devel] RFC: Sending newlines for check_tcp In-Reply-To: <84D0AADA-B4C7-4C01-B31F-F94D960C4E77@altinity.com> References: <82D7440B-4E55-430C-B763-6B2361266F5F@altinity.com> <84D0AADA-B4C7-4C01-B31F-F94D960C4E77@altinity.com> Message-ID: <20060327184600.GA2287@seanius.net> hi ton, On Mon, Mar 27, 2006 at 11:31:10AM +0100, Ton Voon wrote: > Sent this last week and got no responses. This is one of 2 items on > my todo list for 1.4.3, so wanted to hear some opinions on it. I am > loathe to add in some command line options for a release and then > have to take them out again in a future version. > i'm partial to the escape sequence option myself, though it does pose a problem for backwards compatibility. how about about adding an option to "enable" escape sequences and/or custom line termination but having it disabled by default? sean -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From ton.voon at altinity.com Mon Mar 27 12:28:06 2006 From: ton.voon at altinity.com (Ton Voon) Date: Mon Mar 27 12:28:06 2006 Subject: [Nagiosplug-devel] RFC: Sending newlines for check_tcp In-Reply-To: <20060327184600.GA2287@seanius.net> References: <82D7440B-4E55-430C-B763-6B2361266F5F@altinity.com> <84D0AADA-B4C7-4C01-B31F-F94D960C4E77@altinity.com> <20060327184600.GA2287@seanius.net> Message-ID: On 27 Mar 2006, at 19:46, sean finney wrote: > hi ton, > > On Mon, Mar 27, 2006 at 11:31:10AM +0100, Ton Voon wrote: >> Sent this last week and got no responses. This is one of 2 items on >> my todo list for 1.4.3, so wanted to hear some opinions on it. I am >> loathe to add in some command line options for a release and then >> have to take them out again in a future version. >> > > i'm partial to the escape sequence option myself, though it does > pose a problem for backwards compatibility. > > how about about adding an option to "enable" escape sequences > and/or custom line termination but having it disabled by default? I like that idea. -E, --escape? I'll create a routine in utils.pm for this. Ton http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon From noreply at sourceforge.net Mon Mar 27 19:25:02 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Mar 27 19:25:02 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1420741 ] check_swap: incorrect totals for multiple partitions (BSD) Message-ID: <200603280324.k2S3OCUT007999@sc8-sf-db2-new-b.sourceforge.net> Bugs item #1420741, was opened at 01/31/06 09:28 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1420741&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: CVS >Status: Closed Resolution: Fixed Priority: 5 Submitted By: Scott Thompson (scottyt) Assigned to: M. Sean Finney (seanius) Summary: check_swap: incorrect totals for multiple partitions (BSD) Initial Comment: The swapctl-based portion of check_swap does not correctly handle multiple swap partitions. It builds incorrect totals for total space + usage by summing the values from the first configured partition n times where n is the number of configured partitions. A loop to examine each swapent structure in the array returned by swapctl exists, however the loop index is never used to access each element. A patch to revision 1.54 that fixes this behaviour (tested & confirmed working) is attached. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 03/27/06 19:24 Message: Logged In: YES user_id=1312539 This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 03/13/06 10:00 Message: Logged In: YES user_id=226838 this problem is now fixed in cvs. thank you for your report. ---------------------------------------------------------------------- Comment By: Scott Thompson (scottyt) Date: 01/31/06 09:32 Message: Logged In: YES user_id=136362 Example: # pstat -s Device 1K-blocks Used Avail Capacity Priority /dev/sd0b 263578 230876 32702 88% 0 /dev/wd0b 262080 26244 235836 10% 1 Total 525658 257120 268538 49% # ./check_swap.old -av -w 10% -c 5% SWAP OK - 13% free (64 MB out of 515 MB) [32 (13%)] [32 (13%)]|swap=63MB;51;25;0;514 # ./check_swap -av -w 10% -c 5% SWAP OK - 52% free (262 MB out of 513 MB) [32 (13%)] [230 (90%)]|swap=262MB;51;25;0;513 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1420741&group_id=29880 From noreply at sourceforge.net Mon Mar 27 19:25:04 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Mar 27 19:25:04 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1447609 ] check_smtp Message-ID: <200603280324.k2S3OEXK008048@sc8-sf-db2-new-b.sourceforge.net> Bugs item #1447609, was opened at 03/10/06 15:16 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1447609&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: None >Status: Closed Resolution: Fixed Priority: 5 Submitted By: Aaron McKinnon (yeahmag) Assigned to: M. Sean Finney (seanius) Summary: check_smtp Initial Comment: check_smtp gives us a seg fault when using SSL (for checking certs) on older systems. Most if not all of the systems are using sendmail. ./check_smtp -H XXX.XXX.XXX -S -p 25 -v 220 mail.XXX.XXX ESMTP Sendmail 8.12.3/8.12.3/Debian-6.6; Thu, 9 Mar 2006 14:15:34 -0800; (No UCE/UBE) logging access from: XXX.XXX.XXX(OK)-XXX.XXX.XXX [XXX.XXX.XXX.XXX] Segmentation fault (Host and IP Data removed) ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 03/27/06 19:24 Message: Logged In: YES user_id=1312539 This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 03/13/06 11:28 Message: Logged In: YES user_id=226838 okay, this sounds like one of the ssl errors i fixed up when consolidating the ssl code between 1.4.2 and HEAD. i'll change the status to reflect that the fix is in CVS, and when we release the next update i'll close the report. ---------------------------------------------------------------------- Comment By: Aaron McKinnon (yeahmag) Date: 03/13/06 10:52 Message: Logged In: YES user_id=1005867 check_smtp (nagios-plugins 1.4.2) 1.46 I'm not positive, but I don't believe it's requesting a client cert. I've compiled a version of check_smtp from cvs: check_smtp (nagios-plugins 1.4.2) 1.50 ...and it works fine. I've attached a core file. -Aaron ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 03/13/06 09:45 Message: Logged In: YES user_id=226838 hi aaron, some questions: what version of check_smtp are you using? is the server requesting a client certificate? could you provide a core dump? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1447609&group_id=29880 From noreply at sourceforge.net Tue Mar 28 14:41:02 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Mar 28 14:41:02 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1460312 ] check_http doesn't check response time on 300's Message-ID: Bugs item #1460312, was opened at 2006-03-28 17:40 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1460312&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: None Status: Open Resolution: None Priority: 5 Submitted By: dERMOTH (dermoth) Assigned to: Nobody/Anonymous (nobody) Summary: check_http doesn't check response time on 300's Initial Comment: 300's return codes are accepted as OK by default, but some checks, notably warning/critical time, aren't done on 300 return codes. I didn't had time to rewrite this correctly and test it troughfully, but this simple patch will go on with other tests when 300's are accepted as OK. Ideally, response time should be checked when 300!=CRITICAL, and I also on when expecting a string. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1460312&group_id=29880 From noreply at sourceforge.net Tue Mar 28 14:42:02 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Mar 28 14:42:02 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1460312 ] check_http doesn't check response time on 300's Message-ID: Bugs item #1460312, was opened at 2006-03-28 17:40 Message generated for change (Comment added) made by dermoth You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1460312&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: None Status: Open Resolution: None Priority: 5 Submitted By: dERMOTH (dermoth) Assigned to: Nobody/Anonymous (nobody) Summary: check_http doesn't check response time on 300's Initial Comment: 300's return codes are accepted as OK by default, but some checks, notably warning/critical time, aren't done on 300 return codes. I didn't had time to rewrite this correctly and test it troughfully, but this simple patch will go on with other tests when 300's are accepted as OK. Ideally, response time should be checked when 300!=CRITICAL, and I also on when expecting a string. ---------------------------------------------------------------------- >Comment By: dERMOTH (dermoth) Date: 2006-03-28 17:41 Message: Logged In: YES user_id=375623 Forgot the check_box ;) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1460312&group_id=29880 From noreply at sourceforge.net Wed Mar 29 08:36:01 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Mar 29 08:36:01 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1292404 ] Can't send newline with check_tcp Message-ID: Bugs item #1292404, was opened at 2005-09-15 23:24 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1292404&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Argument proccessing Group: Release (specify) >Status: Closed Resolution: None Priority: 5 Submitted By: Sebastian Wiesinger (swiesinger) Assigned to: Ton Voon (tonvoon) Summary: Can't send newline with check_tcp Initial Comment: In v1.4.1 check_tcp doesn't send \r\n at the end of the -s string. that breaks many checks. I didn't see a way to send a newline, so I made the following patch which parses \(n,r,t) in the -s string. I don't know if that should be added to the expect string, too, I'm a C novice and didn't find an easy way to add that functionality. Regards, Sebastian ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-03-29 17:35 Message: Logged In: YES user_id=664364 Sebastien, This has been added to CVS now. Have regressed John's patch re: command line options. Ton ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2006-03-23 16:04 Message: Logged In: YES user_id=664364 Sebastian, Thanks for the patch. I'm currently asking the nagiosplug-devel mailing list whether it is best to go with your idea of escaping chars or John's idea of option flags to specify endings. Will respond soon. Ton ---------------------------------------------------------------------- Comment By: John Rouillard (rouilj) Date: 2005-11-04 19:31 Message: Logged In: YES user_id=707416 See: https://sourceforge.net/tracker/index.php?func=detail&aid=1346104&group_id=29880&atid=397599 for a different patch that addresses the same problem and includes support for the quit string as well. The expect string could probably benefit from your pasing of \(n,r,t) in it provided \\ works to embed a \. Hopefully one of our patches will make it into the mainline. -- rouilj ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1292404&group_id=29880 From noreply at sourceforge.net Thu Mar 30 00:07:02 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Mar 30 00:07:02 2006 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1457726 ] check_http -k parameters Message-ID: Bugs item #1457726, was opened at 2006-03-24 14:22 Message generated for change (Comment added) made by gmueller_2000 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1457726&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Argument proccessing Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Gerd Mueller (gmueller_2000) Assigned to: Ton Voon (tonvoon) Summary: check_http -k parameters Initial Comment: I found a problem with check_http. The usage told me to use a semicolon for -k to separate other tags to be sent in http header. But how can I configured that inside Nagios? A comment always starts with a semicolon always and so Nagios removes everything starting with the semicolon per line. The possible solutions I see are escaping semicolons or use a different INPUT_DELIMITER Gerd ---------------------------------------------------------------------- >Comment By: Gerd Mueller (gmueller_2000) Date: 2006-03-30 10:05 Message: Logged In: YES user_id=685055 Hmm, multiple -k would do it for check_http Gerd ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2006-03-24 15:13 Message: Logged In: YES user_id=664364 What about multiple -k invocations? ---------------------------------------------------------------------- Comment By: Gerd Mueller (gmueller_2000) Date: 2006-03-24 15:07 Message: Logged In: YES user_id=685055 Hi Ton, yes, but it will not work with the current stable nagios release. So -k for more than one header is not useable. That is why I am calling it a bug. Escaping of semicolons or escaping of all nasty characters inside nagios and nrpe would be also my preferred solution. I had a lot of problems with backslashes as well. But I think that will cause a lot of side-effects and won't be a easy patch for nagios. It might also cause a lot of problems with working configs. That is why I do not expect a change in Nagios logic before version 3. But I hope Ethan will consider this change for the next upcoming major release. Meanwhile no plugin should use a semicolon as parameter. Gerd ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2006-03-24 14:51 Message: Logged In: YES user_id=664364 Gerd, This doesn't sound like a plugin problem. I'm guessing we use semi-colons for the delimiter because colons could be used in the data, so I'm not too keen on changing. I think this is really a problem in Nagios to allow semi-colons to be escaped in the command that it runs. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1457726&group_id=29880