From Toby_Kraft at ksainc.com Tue Nov 2 07:22:22 2004 From: Toby_Kraft at ksainc.com (Toby Kraft) Date: Tue Nov 2 07:22:22 2004 Subject: [Nagiosplug-devel] check_ping/check_fping improvement Message-ID: The check_ping plugins output a message of the form: "PING OK - Packet Loss = 0%, RTA = 12.34 ms" Problem is - when inserted into the printf statement of the Notify-by-email command, the '%' gets interpreted and the rest gets stripped off so the email does not report the RTA. I changed the '%' to 'Percent' and now the notification emails include the RTA. Toby More info: Old messages looked like; ***** Nagios ***** Notification Type: RECOVERY Service: PING Host: xxx Address: xxx.yyy.com State: OK Date/Time: Fri Oct 29 13:58:25 CDT 2004 Additional Info: PING OK - Packet loss = 0 New messages look like: ***** Nagios ***** Notification Type: PROBLEM Service: PING Host: xxx Address: xxx.yy.com State: WARNING Date/Time: Tue Nov 2 07:28:40 CST 2004 Additional Info: PING WARNING - Packet loss = 0 Percent, RTA = 250.06 ms -------------- next part -------------- An HTML attachment was scrubbed... URL: From ibere.tizio at supportcomm.com.br Wed Nov 3 08:30:39 2004 From: ibere.tizio at supportcomm.com.br (=?iso-8859-1?Q?Iber=EA_Luiz_Di_Tizio_Junior?=) Date: Wed Nov 3 08:30:39 2004 Subject: [Nagiosplug-devel] Some changes to check_http Message-ID: <66150DEA041C2D4CA39D7096B032126C02241AB7@exchange.supportcomm.com.br> Hi, My name is Ibere and I work in a brazilian telecom company. We have been using nagios and nagios plugins, but in our http checks, we usually need to simulate phone requests (or other devices). So, we need to change some http tags in header of http request (like user-agent, accept...) I have changed the check_http code (downloaded in 11:00 am Nov/03 - 2004) to implement: -A STRING or --useragent=STRING String to be sent in http header as "User Agent" And -k STRING or --header=STRING Any other tags to be sent in http header, separeted by semicolon Well, I don?t know how to suggest changes, or how can I could become a volunteer, so any comment will be apreciated.. I?d like to submit this code.. Thanks, Iber? Luiz Di Tizio J?nior <> <> -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: check_http.patch Type: application/octet-stream Size: 3609 bytes Desc: check_http.patch URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: check_http.c Type: application/octet-stream Size: 33548 bytes Desc: check_http.c URL: From mit at nrdc.dk Thu Nov 4 04:09:54 2004 From: mit at nrdc.dk (Micahel Thorsager) Date: Thu Nov 4 04:09:54 2004 Subject: [Nagiosplug-devel] Status UNKNOWN Message-ID: <418A195D.9080902@nrdc.dk> Well.. I have created a plugin to check the status of Solaris Volume Manager. I use the check_by_ssh plugin to run my check_svm on remote machines and it works like a charm. But I have one server from witch the status in nagios is set to 'UNKNOWN' .. I just don't get it. I have run the whole check_by_ssh command by hand as user 'nagios' and the exit code is 0 as it should be and the text is as it should be but status in nagios is set to UNKNOWN. I know this i a long-shot.. but I just don't get it, so wondered if anyone else has had a similar problem -- Michael Thorsager http://www.krakow.dk From Stanley.Hopcroft at IPAustralia.Gov.AU Thu Nov 4 14:59:38 2004 From: Stanley.Hopcroft at IPAustralia.Gov.AU (Stanley Hopcroft) Date: Thu Nov 4 14:59:38 2004 Subject: [Nagiosplug-devel] Status UNKNOWN In-Reply-To: <418A195D.9080902@nrdc.dk> References: <418A195D.9080902@nrdc.dk> Message-ID: <20041104225406.GA26199@IPAustralia.Gov.AU> Dear Sir, I am writing to thank you for your letter and say, On Thu, Nov 04, 2004 at 12:58:21PM +0100, Micahel Thorsager wrote: > Well.. I have created a plugin to check the status of Solaris Volume > Manager. I use the check_by_ssh plugin to run my check_svm on remote > machines and it works like a charm. Slowlaris ! > But I have one server from witch the status in nagios is set to > 'UNKNOWN' .. I just don't get it. I have run the whole check_by_ssh > command by hand as user 'nagios' and the exit code is 0 as it should be > and the text is as it should be but status in nagios is set to UNKNOWN. > My experience is somewhat similar. On a remote Solaris host , Nagios runs a ksh script developed by the DBAs to check DB connectivity. The check is run by ssh. I found I had to redirect STDERR to /dev/null to get it to work properly under Nag; flawless from the CLI. eg check_by_ssh4!120!db_check/db_check nonprod 2>/dev/null .. # 'check_by_ssh4' command definition define command{ command_name check_by_ssh4 command_line $USER1$/check_by_ssh -t $ARG1$ -H $HOSTNAME$ -C '$ARG2$' YMMV. > -- > Michael Thorsager > http://www.krakow.dk Hope this helps. Yours sincerely. -- Stanley Hopcroft Network specialist, IT Infrastructure IP Australia Ph: (02) 6283 3189 Fax: (02) 6281 1353 PO Box 200 Woden ACT 2606 http://www.ipaustralia.gov.au -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: disclaimer.txt URL: From mit at nrdc.dk Thu Nov 4 15:13:58 2004 From: mit at nrdc.dk (Michael Thorsager) Date: Thu Nov 4 15:13:58 2004 Subject: [Nagiosplug-devel] Status UNKNOWN In-Reply-To: <20041104225406.GA26199@IPAustralia.Gov.AU> References: <418A195D.9080902@nrdc.dk> <20041104225406.GA26199@IPAustralia.Gov.AU> Message-ID: <418AB5DE.9060502@nrdc.dk> Stanley Hopcroft wrote: > > I found I had to redirect STDERR to /dev/null to get it to work > properly under Nag; flawless from the CLI. > Thanx a million.. That did it.. everything is now working ;) -- Michael Thorsager http://www.krakow.dk From noreply at sourceforge.net Fri Nov 5 01:01:31 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Nov 5 01:01:31 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1060803 ] Check hardware changes Message-ID: New Plugins item #1060803, was opened at 2004-11-05 09:55 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1060803&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Rok Debevc (rokdebevc) Assigned to: Nobody/Anonymous (nobody) Summary: Check hardware changes Initial Comment: Tested on SuSE 9.1 Professional with the hwinfo-8.62-0.2 package installed. # # Before you can run this plugin, you must do: # /usr/sbin/hwinfo --short > /etc/hw.original # add to cron job: # /usr/sbin/hwinfo --short > /etc/hw.current # /usr/bin/diff /etc/hw.original /etc/hw.current > /tmp/hw.check ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1060803&group_id=29880 From noreply at sourceforge.net Fri Nov 5 04:05:20 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Nov 5 04:05:20 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1060883 ] Check hardware changes Message-ID: New Plugins item #1060883, was opened at 2004-11-05 12:57 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1060883&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Rok Debevc (rokdebevc) Assigned to: Nobody/Anonymous (nobody) Summary: Check hardware changes Initial Comment: Tested on SuSE 9.1 Professional with the hwinfo-8.62-0.2 package installed. # # Before you can run this plugin, you must do: # /usr/sbin/hwinfo --short > /etc/hw.original # add to cron job: # /usr/sbin/hwinfo --short > /etc/hw.current # /usr/bin/diff /etc/hw.original /etc/hw.current > /tmp/hw.check ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1060883&group_id=29880 From michal at abuzz.com.au Sun Nov 7 23:54:28 2004 From: michal at abuzz.com.au (Michal Polonski) Date: Sun Nov 7 23:54:28 2004 Subject: [Nagiosplug-devel] Send_nsca authentication string Message-ID: Hi All! I am trying to use passive checks to be able to send events to nagios.. not i know send_nsca can do this , but I'm trying to mimick its functionality and do it myself.. I have only got as far as connecting to the socket using hostIP and Port, but my question is: how do I authenticate to the nagios server? - do I send a passsword in a string formatted in a certain way upon connecting? what's the syntax? Searched the net, no help... can anyone here help? thanks!! Mike -------------- next part -------------- An HTML attachment was scrubbed... URL: From noreply at sourceforge.net Mon Nov 8 00:52:44 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 8 00:52:44 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-689679 ] New plugin: check_oracle_tbs Message-ID: New Plugins item #689679, was opened at 2003-02-19 23:48 Message generated for change (Comment added) made by giteshtrivedi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=689679&group_id=29880 Category: Application monitor Group: None Status: Open Resolution: None Priority: 5 Submitted By: John Koyle (koiler) Assigned to: Nobody/Anonymous (nobody) Summary: New plugin: check_oracle_tbs Initial Comment: This is a simple plugin to connect to an oracle database and check for tablespaces that are nearly full. ---------------------------------------------------------------------- Comment By: gitesh (giteshtrivedi) Date: 2004-11-08 08:47 Message: Logged In: YES user_id=1140346 Dear friend, It is not working.When I was executed the said patch that time I got error that bad interprited. Please clearify it. ---------------------------------------------------------------------- Comment By: John Marquart (vaix) Date: 2003-02-20 18:15 Message: Logged In: YES user_id=102671 John - I will check out your code - am quite excited about how you implemented it. Just a FYI - the latest CVS version of the check_oracle plugin (1.4) contains code to both check tablespace utilization as well as cache hit percentages (library and data buffers). -vaix ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=689679&group_id=29880 From noreply at sourceforge.net Mon Nov 8 00:54:12 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 8 00:54:12 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-759977 ] Oracle's alert log check plugin Message-ID: New Plugins item #759977, was opened at 2003-06-24 18:03 Message generated for change (Comment added) made by giteshtrivedi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=759977&group_id=29880 Category: Application monitor Group: None Status: Open Resolution: None Priority: 5 Submitted By: Manish Gupta (mgupta) Assigned to: Nobody/Anonymous (nobody) Summary: Oracle's alert log check plugin Initial Comment: This Nagios plugin scans Oracle's alert log file (specified with -F option) for ORA- errors. This plugin saves the current log file and starts a new logfile with the same name. ---------------------------------------------------------------------- Comment By: gitesh (giteshtrivedi) Date: 2004-11-08 08:48 Message: Logged In: YES user_id=1140346 Dear friend, It is not working.When I was executed it that time I got an error of the bad interprited. Please clerify it. Thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=759977&group_id=29880 From simon.bellwood at net-man.at Mon Nov 8 02:16:41 2004 From: simon.bellwood at net-man.at (Simon Bellwood) Date: Mon Nov 8 02:16:41 2004 Subject: [Nagiosplug-devel] New plugin: Sybase database monitor Message-ID: <1099908688.14532.16.camel@simon> Good morning, We have released the Nagios plugin we use to monitor our Sybase databases. The plugin connects to a Sybase database and checks free space. Optionally, you can suppress the free space check, and just check connectivity. The plugin can be downloaded from: http://www.net-man.at/software/check_sybase-LATEST.zip There are the following dependencies: DBI with DBD::Sybase Getopt::Long All bugs, comments and feedback are welcome :) Simon Bellwood NetMan Network Management and IT Services GmbH From noreply at sourceforge.net Mon Nov 8 07:34:47 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 8 07:34:47 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-638898 ] check_ldap enhancement Message-ID: Patches item #638898, was opened at 2002-11-15 13:55 Message generated for change (Settings changed) made by gyufi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=638898&group_id=29880 Category: Enhancement Group: None >Status: Deleted Resolution: Out of Date Priority: 1 Submitted By: Gyula Szabo (gyufi) Assigned to: Jeremy T. Bouse (undrgrid) Summary: check_ldap enhancement Initial Comment: This patch is provide some new argument to plugin. You could compare an LDAP attribute value with the set limits or an expected value. There is verbose mode, print all readable attribute from the DN. New arguments are: [-a <attr>] [-e <expect>] [-W <Warn_attr>] [-C <Crit_attr>] [-r] [-v] We use it to check the monitoring DN in iPlanet, for currentconnections, threads, replica status etc. ---------------------------------------------------------------------- Comment By: Jeremy T. Bouse (undrgrid) Date: 2003-03-16 23:08 Message: Logged In: YES user_id=10485 The patch file as provided is way out of date and unable to be applied to the current code base. If possible please provide an updated patch against the current code base for evaluation for inclusion. ---------------------------------------------------------------------- Comment By: Jeremy T. Bouse (undrgrid) Date: 2003-02-11 19:43 Message: Logged In: YES user_id=10485 As this adds new functionality it would be better to wait until 1.3 releases and work on 1.4 begins. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=638898&group_id=29880 From noreply at sourceforge.net Mon Nov 8 08:14:56 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 8 08:14:56 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-689679 ] New plugin: check_oracle_tbs Message-ID: New Plugins item #689679, was opened at 2003-02-19 16:48 Message generated for change (Comment added) made by koiler You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=689679&group_id=29880 Category: Application monitor Group: None Status: Open Resolution: None Priority: 5 Submitted By: John Koyle (koiler) Assigned to: Nobody/Anonymous (nobody) Summary: New plugin: check_oracle_tbs Initial Comment: This is a simple plugin to connect to an oracle database and check for tablespaces that are nearly full. ---------------------------------------------------------------------- >Comment By: John Koyle (koiler) Date: 2004-11-08 09:04 Message: Logged In: YES user_id=420165 Here's a new version of this script that has a query that works better. If you have tablespaces with autoextending data files the previous version may claim that you are running out of space when datafiles still may autoextend. This version calculates the total amount of space based on how large the tablespace will become once all the datafiles are extended to their max. ---------------------------------------------------------------------- Comment By: gitesh (giteshtrivedi) Date: 2004-11-08 01:47 Message: Logged In: YES user_id=1140346 Dear friend, It is not working.When I was executed the said patch that time I got error that bad interprited. Please clearify it. ---------------------------------------------------------------------- Comment By: John Marquart (vaix) Date: 2003-02-20 11:15 Message: Logged In: YES user_id=102671 John - I will check out your code - am quite excited about how you implemented it. Just a FYI - the latest CVS version of the check_oracle plugin (1.4) contains code to both check tablespace utilization as well as cache hit percentages (library and data buffers). -vaix ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=689679&group_id=29880 From trevorwarren at gmail.com Wed Nov 10 03:10:11 2004 From: trevorwarren at gmail.com (Trevor Warren) Date: Wed Nov 10 03:10:11 2004 Subject: [Nagiosplug-devel] aix 5.2 compilation of nagios-plugin fails Message-ID: <559e3cb60411100309e9154f@mail.gmail.com> Hello there folks, I have been integrating Nagios for about 2-3 years now and really find it a fantastic tool from Open Source when compared to the likes of BMC patrol and Tivoli. I am trying to compile some nagios plugins on my AIX 5.2 servers which i am polling via nrpe. But the compilation seems to fail with the following errors: Making all in plugins source='check_disk.c' object='check_disk.o' libtool=no depfile='.deps/check_disk.Po' tmpdepfile='.deps/check_disk.TPo' depmode=gcc /bin/sh ../depcomp gcc -DLOCALEDIR=\"/usr/local/nagios/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -g -O2 -maix32 -c `test -f 'check_disk.c' || echo './'`check_disk.c source='utils.c' object='utils.o' libtool=no depfile='.deps/utils.Po' tmpdepfile='.deps/utils.TPo' depmode=gcc /bin/sh ../depcomp gcc -DLOCALEDIR=\"/usr/local/nagios/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -g -O2 -maix32 -c `test -f 'utils.c' || echo './'`utils.c source='popen.c' object='popen.o' libtool=no depfile='.deps/popen.Po' tmpdepfile='.deps/popen.TPo' depmode=gcc /bin/sh ../depcomp gcc -DLOCALEDIR=\"/usr/local/nagios/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -g -O2 -maix32 -c `test -f 'popen.c' || echo './'`popen.c gcc -g -O2 -maix32 -L. -o check_disk check_disk.o utils.o ../lib/libnagiosplug.a popen.o ../intl/libintl.a -liconv ld: 0711-317 ERROR: Undefined symbol: ..libintl_bindtextdomain ld: 0711-317 ERROR: Undefined symbol: ..libintl_textdomain ld: 0711-317 ERROR: Undefined symbol: ..libintl_gettext ld: 0711-317 ERROR: Undefined symbol: .VA_COPY ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. collect2: ld returned 8 exit status make: 1254-004 The error code from the last command is 1. I have looked about a lot and even found someone called eric who might have had the same issues. He says in his mail that he has written a patch. Guys/Gals, is there a way i can get over this issue???. I have tried all version of nagios-plugin but all of them fail to compile both on my 32/64 bit aix 5.2 boxes. Do lemme know what you suggest and i shall try the same out. Trevor -- ___________________________________ ( >- / Scaling FreeSoftware & OpenSource \ -< ) /~\ / In the Enterprise \ /~\ | \) \ | www.fsf.org | www.opensource.org | / (/ | |_|_ \____________________________________/ _|_| From noreply at sourceforge.net Wed Nov 10 04:04:00 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Nov 10 04:04:00 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1063759 ] Sybase database monitor Message-ID: New Plugins item #1063759, was opened at 2004-11-10 13:03 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1063759&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Simon Bellwood (sb-netman) Assigned to: Nobody/Anonymous (nobody) Summary: Sybase database monitor Initial Comment: We use this plugin to monitor our Sybase databases. The plugin connects to a Sybase database and checks free space. Optionally, you can suppress the free space check, and just check connectivity. The plugin can be downloaded from: http://www.net-man.at/software/check_sybase-LATEST.zip There are the following dependencies: DBI with DBD::Sybase Getopt::Long All bugs, comments and feedback are welcome :) Simon Bellwood NetMan Network Management and IT Services GmbH ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1063759&group_id=29880 From rnelson at windchannel.com Wed Nov 10 05:38:06 2004 From: rnelson at windchannel.com (Robert Nelson) Date: Wed Nov 10 05:38:06 2004 Subject: [Nagiosplug-devel] Check_ping question Message-ID: On line 340 of check_ping.c from v1.3.1 of the nagios-plugins package: ============================= if (max_packets == -1) max_packets = DEFAULT_MAX_PACKETS; max_seconds = crta / 1000.0 * max_packets + max_packets; if (max_seconds > timeout_interval) timeout_interval = (int)max_seconds; ============================= For my check-host-alive command, I use the following: ============================= # 'check-host-alive' command definition define command{ command_name check-host-alive command_line $USER1$/check_ping -H $HOSTADDRESS$ -w 4999.0,99% -c 5000.0,100% -p 3 -t 5 } ============================= I use the warning/crit settings of 4999 and 5000ms because if I get to this point, I just care if the host is there, let the service checks (which are often pings themselves) tell me what's wrong. I send three packets and want the hostcheck to end after 5 seconds, because of how nagios serializes the hostchecks. Here's my question - what good is a timeout value, if it will be overridden by the Critical time? I end up with an *effective* timeout value of (5000.0 / 1000.0 * 3 + 3 =) 18 seconds. This seems "broken" to me. I ended up commenting out the last three lines quoted from check_ping.c and recompiling it. I'm just curious whether this is behavior by design or by error, and whether I need to make notes about it for when plugins-1.3.2 comes out. Thanks! Rob Nelson Network Engineer Windchannel Communications 919-538-6326 From Ton.Voon at egg.com Wed Nov 10 06:42:01 2004 From: Ton.Voon at egg.com (Voon, Ton) Date: Wed Nov 10 06:42:01 2004 Subject: [Nagiosplug-devel] aix 5.2 compilation of nagios-plugin fails Message-ID: Trevor, Have you tried CVS HEAD? I did some work about 10 months ago on getting AIX 5.1 compiles working correctly. Ton -----Original Message----- From: Trevor Warren [mailto:trevorwarren at gmail.com] Sent: 10 November 2004 11:10 To: nagiosplug-devel at lists.sourceforge.net Subject: [Nagiosplug-devel] aix 5.2 compilation of nagios-plugin fails Hello there folks, I have been integrating Nagios for about 2-3 years now and really find it a fantastic tool from Open Source when compared to the likes of BMC patrol and Tivoli. I am trying to compile some nagios plugins on my AIX 5.2 servers which i am polling via nrpe. But the compilation seems to fail with the following errors: Making all in plugins source='check_disk.c' object='check_disk.o' libtool=no depfile='.deps/check_disk.Po' tmpdepfile='.deps/check_disk.TPo' depmode=gcc /bin/sh ../depcomp gcc -DLOCALEDIR=\"/usr/local/nagios/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -g -O2 -maix32 -c `test -f 'check_disk.c' || echo './'`check_disk.c source='utils.c' object='utils.o' libtool=no depfile='.deps/utils.Po' tmpdepfile='.deps/utils.TPo' depmode=gcc /bin/sh ../depcomp gcc -DLOCALEDIR=\"/usr/local/nagios/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -g -O2 -maix32 -c `test -f 'utils.c' || echo './'`utils.c source='popen.c' object='popen.o' libtool=no depfile='.deps/popen.Po' tmpdepfile='.deps/popen.TPo' depmode=gcc /bin/sh ../depcomp gcc -DLOCALEDIR=\"/usr/local/nagios/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -g -O2 -maix32 -c `test -f 'popen.c' || echo './'`popen.c gcc -g -O2 -maix32 -L. -o check_disk check_disk.o utils.o ../lib/libnagiosplug.a popen.o ../intl/libintl.a -liconv ld: 0711-317 ERROR: Undefined symbol: ..libintl_bindtextdomain ld: 0711-317 ERROR: Undefined symbol: ..libintl_textdomain ld: 0711-317 ERROR: Undefined symbol: ..libintl_gettext ld: 0711-317 ERROR: Undefined symbol: .VA_COPY ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. collect2: ld returned 8 exit status make: 1254-004 The error code from the last command is 1. I have looked about a lot and even found someone called eric who might have had the same issues. He says in his mail that he has written a patch. Guys/Gals, is there a way i can get over this issue???. I have tried all version of nagios-plugin but all of them fail to compile both on my 32/64 bit aix 5.2 boxes. Do lemme know what you suggest and i shall try the same out. Trevor -- ___________________________________ ( >- / Scaling FreeSoftware & OpenSource \ -< ) /~\ / In the Enterprise \ /~\ | \) \ | www.fsf.org | www.opensource.org | / (/ | |_|_ \____________________________________/ _|_| ------------------------------------------------------- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click _______________________________________________ Nagiosplug-devel mailing list Nagiosplug-devel at lists.sourceforge.net 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 ----------------------------------------- This private and confidential e-mail has been sent to you by Egg. The Egg group of companies includes Egg Banking plc registered no. 2999842), Egg Financial Products Ltd (registered no. 3319027) and Egg Investments Ltd (registered no. 3403963) which is authorised and regulated by the Financial Services Authority. Egg Investments Ltd. is entered in the FSA register under number 190518. Registered in England and Wales. Registered offices: 1 Waterhouse Square, 138-142 Holborn, London EC1N 2NA. If you are not the intended recipient of this e-mail and have received it in error, please notify the sender by replying with 'received in error' as the subject and then delete it from your mailbox. From ae at op5.se Wed Nov 10 07:32:14 2004 From: ae at op5.se (Andreas Ericsson) Date: Wed Nov 10 07:32:14 2004 Subject: [Nagiosplug-devel] Check_ping question In-Reply-To: References: Message-ID: <41923431.7040108@op5.se> Robert Nelson wrote: > On line 340 of check_ping.c from v1.3.1 of the nagios-plugins package: > > ============================= > if (max_packets == -1) > max_packets = DEFAULT_MAX_PACKETS; > > max_seconds = crta / 1000.0 * max_packets + max_packets; > if (max_seconds > timeout_interval) > timeout_interval = (int)max_seconds; > ============================= > > For my check-host-alive command, I use the following: > > ============================= > # 'check-host-alive' command definition > define command{ > command_name check-host-alive > command_line $USER1$/check_ping -H $HOSTADDRESS$ -w > 4999.0,99% -c 5000.0,100% -p 3 -t 5 > } > ============================= > > I use the warning/crit settings of 4999 and 5000ms because if I get to > this point, I just care if the host is there, let the service checks > (which are often pings themselves) tell me what's wrong. I send three > packets and want the hostcheck to end after 5 seconds, because of how > nagios serializes the hostchecks. > > Here's my question - what good is a timeout value, if it will be > overridden by the Critical time? Nonsensical. The timeout for iterative plugins should always be calculated based on the sum of per-iteration timeouts (in this case, 5 seconds * 3 packets). > I end up with an *effective* timeout > value of (5000.0 / 1000.0 * 3 + 3 =) 18 seconds. This seems "broken" to > me. > It isn't. If you specify a per-packet timeout value of 5 seconds and send 3 packets that means the complete timeout must be at least equal to 15 seconds (I don't know where those extra three come from), otherwise the per-packet timeout wouldn't make sense (should you count packets as lost if they're not even sent?). > I ended up commenting out the last three lines quoted from check_ping.c > and recompiling it. I'm just curious whether this is behavior by design > or by error, and whether I need to make notes about it for when > plugins-1.3.2 comes out. Thanks! > It's obviously by design, and 1.3.2 won't come out. They're at 1.4.0 now. What would be good would be to remove the timeout value, but that would make a LOT of configurations out there return UNKNOWN instead. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From rnelson at windchannel.com Wed Nov 10 08:26:03 2004 From: rnelson at windchannel.com (Robert Nelson) Date: Wed Nov 10 08:26:03 2004 Subject: [Nagiosplug-devel] Check_ping question Message-ID: > Nonsensical. The timeout for iterative plugins should always be > calculated based on the sum of per-iteration timeouts (in > this case, 5 > seconds * 3 packets). Yes, but what I'm really looking for is a real "check-host-alive". I don't want a status report, I just want a PASS/FAIL result. Since Nagios seems configured to use check_ping for it, I am not looking for it to be an iterative plugin in this case. > > I end up with an *effective* timeout > > value of (5000.0 / 1000.0 * 3 + 3 =) 18 seconds. This seems > "broken" to > > me. > > > > It isn't. If you specify a per-packet timeout value of 5 seconds and > send 3 packets that means the complete timeout must be at > least equal to > 15 seconds (I don't know where those extra three come from), > otherwise > the per-packet timeout wouldn't make sense (should you count > packets as > lost if they're not even sent?). I guess I also am confused on this one, as /bin/ping on most OS's will send packet 2 at 1000ms, and packet 3 at 2000ms, with a 5000 ms timeout, that's 7.0000000001 seconds total. Why are we going all the way up to 18, or even 15 seconds then? > > I ended up commenting out the last three lines quoted from > check_ping.c > > and recompiling it. I'm just curious whether this is > behavior by design > > or by error, and whether I need to make notes about it for when > > plugins-1.3.2 comes out. Thanks! > > > > It's obviously by design, and 1.3.2 won't come out. They're at 1.4.0 > now. What would be good would be to remove the timeout value, > but that > would make a LOT of configurations out there return UNKNOWN instead. I'll note that. I don't mind the way it calculates how long it *should* take. To me it appears that a specified "timeout" value should not be overridden, though. Rob Nelson Network Engineer Windchannel Communications 919-538-6326 From ae at op5.se Wed Nov 10 16:42:01 2004 From: ae at op5.se (Andreas Ericsson) Date: Wed Nov 10 16:42:01 2004 Subject: [Nagiosplug-devel] Check_ping question In-Reply-To: References: Message-ID: <4192B538.2080803@op5.se> Robert Nelson wrote: >>Nonsensical. The timeout for iterative plugins should always be >>calculated based on the sum of per-iteration timeouts (in >>this case, 5 >>seconds * 3 packets). > > > Yes, but what I'm really looking for is a real "check-host-alive". I > don't want a status report, I just want a PASS/FAIL result. Since Nagios > seems configured to use check_ping for it, I am not looking for it to be > an iterative plugin in this case. > I'm working on writing a check_host_alive plugin, which will be able to do just this. > >>>I end up with an *effective* timeout >>>value of (5000.0 / 1000.0 * 3 + 3 =) 18 seconds. This seems >> >>"broken" to >> >>>me. >>> >> >>It isn't. If you specify a per-packet timeout value of 5 seconds and >>send 3 packets that means the complete timeout must be at >>least equal to >>15 seconds (I don't know where those extra three come from), >>otherwise >>the per-packet timeout wouldn't make sense (should you count >>packets as >>lost if they're not even sent?). > > > I guess I also am confused on this one, as /bin/ping on most OS's will > send packet 2 at 1000ms, and packet 3 at 2000ms, with a 5000 ms timeout, > that's 7.0000000001 seconds total. Why are we going all the way up to > 18, or even 15 seconds then? > It's just the maximum. check_ping doesn't have a backoff factor (which is what you describe), since it forks system ping to do its dirtywork. > > >>>I ended up commenting out the last three lines quoted from >> >>check_ping.c >> >>>and recompiling it. I'm just curious whether this is >> >>behavior by design >> >>>or by error, and whether I need to make notes about it for when >>>plugins-1.3.2 comes out. Thanks! >>> >> >>It's obviously by design, and 1.3.2 won't come out. They're at 1.4.0 >>now. What would be good would be to remove the timeout value, >>but that >>would make a LOT of configurations out there return UNKNOWN instead. > > > I'll note that. I don't mind the way it calculates how long it *should* > take. To me it appears that a specified "timeout" value should not be > overridden, though. > It isn't overridden. It's just prioritized lower than the timeout value specified in the threshold values for programmatical reasons. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From agrajag at dragaera.net Wed Nov 10 18:03:26 2004 From: agrajag at dragaera.net (Sean Dilda) Date: Wed Nov 10 18:03:26 2004 Subject: [Nagiosplug-devel] Check_ping question In-Reply-To: <4192B538.2080803@op5.se> References: <4192B538.2080803@op5.se> Message-ID: <1100138539.15101.46.camel@pel> On Wed, 2004-11-10 at 19:41, Andreas Ericsson wrote: > > I guess I also am confused on this one, as /bin/ping on most OS's will > > send packet 2 at 1000ms, and packet 3 at 2000ms, with a 5000 ms timeout, > > that's 7.0000000001 seconds total. Why are we going all the way up to > > 18, or even 15 seconds then? > > > > It's just the maximum. check_ping doesn't have a backoff factor (which > is what you describe), since it forks system ping to do its dirtywork. How does check_ping not have that? I ran some tests. If you tell check_ping to send 3 packets, it calls ping once and tells ping to send 3 packets. Therefore, check_ping sends the packets out at one-second intervals because ping sends them out at one-second intervals. So, if you have a 5 second critical timeout, and are sending 3 packets, the maximum theoretical timeout is just over 7 seconds (as Robert pointed out). Waiting for 15+ seconds is just wasted time. Having seen what happens to a nagios system that undergoes a massive network outage (with few network switches defined), I think its very important that the check-host-alive plugins not waste more time than they can. (This is due in large part to the fact that nagios serializes them.) From rnelson at windchannel.com Wed Nov 10 18:36:08 2004 From: rnelson at windchannel.com (Robert Nelson) Date: Wed Nov 10 18:36:08 2004 Subject: [Nagiosplug-devel] Check_ping question Message-ID: >> Yes, but what I'm really looking for is a real "check-host-alive". I >> don't want a status report, I just want a PASS/FAIL result. Since Nagios >> seems configured to use check_ping for it, I am not looking for it to be >> an iterative plugin in this case. >> > >I'm working on writing a check_host_alive plugin, which will be able to >do just this. I'm very interested in this, please let me know when you've got something I might be able to download/test...assuming you're making this for the public domain, of course. :) >It isn't overridden. It's just prioritized lower than the timeout value >specified in the threshold values for programmatical reasons. What I mean is, if I specify a timeout, I don't care what the programmer thinks of my timeout value - the program should use the value I gave it. Otherwise, that flag is pretty much useless. Not to sound too righteous, but a "user specified flag" that gets ignored isn't really allowing the user to specify squat :) Rob Nelson From trevorwarren at gmail.com Wed Nov 10 18:50:01 2004 From: trevorwarren at gmail.com (Trevor Warren) Date: Wed Nov 10 18:50:01 2004 Subject: [Nagiosplug-devel] aix 5.2 compilation of nagios-plugin fails In-Reply-To: References: Message-ID: <559e3cb60411101849613b9458@mail.gmail.com> Hiyee there, Your post is as below, i have demarcated the same with ####. But what you have faced is significantly different from the issue i have encountered while trying to compile the Nagios plugins on AIX 5.2 The issue i have encountered on all my AIX 5.2 32/64 bit boxes are ... " gcc -g -O2 -maix32 -L. -o check_disk check_disk.o utils.o ../lib/libnagiosplug.a popen.o ../intl/libintl.a -liconv ld: 0711-317 ERROR: Undefined symbol: ..libintl_bindtextdomain ld: 0711-317 ERROR: Undefined symbol: ..libintl_textdomain ld: 0711-317 ERROR: Undefined symbol: ..libintl_gettext ld: 0711-317 ERROR: Undefined symbol: .VA_COPY ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. collect2: ld returned 8 exit status make: 1254-004 The error code from the last command is 1." ##################### #Voon Ton in his mail in Sep17 2003 said..... ##################### Sorry to post a reply to my own email, but I"ve finally got it working. Turns out we weren"t using lib/Makefile.am quite how I was expecting it to be used. All standard plugins now compile on AIX (5.1) in CVS. Ton > -----Original Message----- > From: Voon, Ton [mailto:Ton.Voon at eg...] > Sent: Wednesday, September 17, 2003 1:00 PM > To: NagiosPlug Devel > Subject: [Nagiosplug-devel] AIX support > > > I"ve been working on the plugins so that check_procs and > check_swap work in > AIX (tested on AIX 5.1). However, I"m hitting an autoconf > problem which is > really annoying me now. > > I get an ERROR: Undefined symbol: .xmalloc > > when I try and compile check_disk. It seems that in the > original coreutils, > it uses some autoconf routines to replace xmalloc, which I > can get working, > but these replacement routines are asking for rpl_malloc > which is provided > by malloc.c, but I can"t get it to conditionally compile. > > Does anyone have an idea on how to add this in? > > Ton ##################### #Voon Ton said..... ##################### Trevor On Wed, 10 Nov 2004 14:39:04 -0000, Voon, Ton wrote: > Trevor, > > Have you tried CVS HEAD? I did some work about 10 months ago on getting AIX > 5.1 compiles working correctly. > > Ton > > > > -----Original Message----- > From: Trevor Warren [mailto:trevorwarren at gmail.com] > Sent: 10 November 2004 11:10 > To: nagiosplug-devel at lists.sourceforge.net > Subject: [Nagiosplug-devel] aix 5.2 compilation of nagios-plugin fails > > Hello there folks, > > I have been integrating Nagios for about 2-3 years now and really find it > a fantastic tool from Open Source when compared to the likes of BMC patrol > and Tivoli. > > I am trying to compile some nagios plugins on my AIX 5.2 servers which i > am polling via nrpe. But the compilation seems to fail with the following > errors: > > Making all in plugins > source='check_disk.c' object='check_disk.o' libtool=no > depfile='.deps/check_disk.Po' tmpdepfile='.deps/check_disk.TPo' > depmode=gcc > /bin/sh ../depcomp gcc -DLOCALEDIR=\"/usr/local/nagios/share/locale\" > -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -g -O2 > -maix32 -c `test -f 'check_disk.c' || echo './'`check_disk.c > source='utils.c' object='utils.o' libtool=no > depfile='.deps/utils.Po' tmpdepfile='.deps/utils.TPo' depmode=gcc /bin/sh > ../depcomp gcc -DLOCALEDIR=\"/usr/local/nagios/share/locale\" > -DHAVE_CONFIG_H -I. > -I. -I.. -I.. -I../lib -I../intl -g -O2 -maix32 -c `test -f > 'utils.c' || echo './'`utils.c > source='popen.c' object='popen.o' libtool=no > depfile='.deps/popen.Po' tmpdepfile='.deps/popen.TPo' depmode=gcc /bin/sh > ../depcomp gcc -DLOCALEDIR=\"/usr/local/nagios/share/locale\" > -DHAVE_CONFIG_H -I. > -I. -I.. -I.. -I../lib -I../intl -g -O2 -maix32 -c `test -f > 'popen.c' || echo './'`popen.c > gcc -g -O2 -maix32 -L. -o check_disk check_disk.o utils.o > ../lib/libnagiosplug.a popen.o ../intl/libintl.a -liconv > ld: 0711-317 ERROR: Undefined symbol: ..libintl_bindtextdomain > ld: 0711-317 ERROR: Undefined symbol: ..libintl_textdomain > ld: 0711-317 ERROR: Undefined symbol: ..libintl_gettext > ld: 0711-317 ERROR: Undefined symbol: .VA_COPY > ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more > information. > collect2: ld returned 8 exit status > make: 1254-004 The error code from the last command is 1. > > I have looked about a lot and even found someone called eric who might > have had the same issues. He says in his mail that he has written a patch. > Guys/Gals, is there a way i can get over this issue???. I have tried all > version of nagios-plugin but all of them fail to compile both on my 32/64 > bit aix 5.2 boxes. > > Do lemme know what you suggest and i shall try the same out. > > Trevor -- ___________________________________ ( >- / Scaling FreeSoftware & OpenSource \ -< ) /~\ / In the Enterprise \ /~\ | \) \ | www.fsf.org | www.opensource.org | / (/ | |_|_ \____________________________________/ _|_| From trevorwarren at gmail.com Wed Nov 10 18:53:01 2004 From: trevorwarren at gmail.com (Trevor Warren) Date: Wed Nov 10 18:53:01 2004 Subject: [Nagiosplug-devel] aix 5.2 compilation of nagios-plugin fails In-Reply-To: <7C462C8A-332F-11D9-A0F4-000A95CA480A@fivepointsconsulting.org> References: <559e3cb60411100309e9154f@mail.gmail.com> <7C462C8A-332F-11D9-A0F4-000A95CA480A@fivepointsconsulting.org> Message-ID: <559e3cb604111018521a5210f5@mail.gmail.com> Hiyee Gunnar, I have found an email which says the following: "From: Eric Lauriault aix 5.2 patch for nagios-plugins-1.4.0alpha1 2004-05-27 13:03 Hi, Here"s a small patch I wrote for aix 5.2. It fixes compilation issues due to misplacement of a VA_COPY and an infinite loop while in read_filesystem_list. Enjoy! Eric Lauriault, eric at la... Analyste/Administrateur UNIX/telecom/reseau La Cite collegiale" Is this the same issue we are having for which Eric has written a patch???. Can we still find eric on this mailing list??. Last, do you want me to try out the CVS or you are sure it doesn't work???. If i find any binaries/source that work, be rest assured i will drop all of you an email. Trevor On Wed, 10 Nov 2004 10:45:02 -0500, Gunnar Hellekson wrote: > I'm having this same problem precisely with the CVS HEAD. If you make > any headway, or find a source for binaries, I'd really appreciate it. > > > > > On ????/??/??, at ?:?? ?, Trevor Warren wrote: > > > Hello there folks, > > > > I have been integrating Nagios for about 2-3 years now and really > > find it a fantastic tool from Open Source when compared to the likes > > of BMC patrol and Tivoli. > > > > I am trying to compile some nagios plugins on my AIX 5.2 servers > > which i am polling via nrpe. But the compilation seems to fail with > > the following errors: > > > > Making all in plugins > > source='check_disk.c' object='check_disk.o' libtool=no > > depfile='.deps/check_disk.Po' tmpdepfile='.deps/check_disk.TPo' > > depmode=gcc > > /bin/sh ../depcomp gcc -DLOCALEDIR=\"/usr/local/nagios/share/locale\" > > -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -g -O2 > > -maix32 -c `test -f 'check_disk.c' || echo './'`check_disk.c > > source='utils.c' object='utils.o' libtool=no > > depfile='.deps/utils.Po' tmpdepfile='.deps/utils.TPo' depmode=gcc > > /bin/sh ../depcomp > > gcc -DLOCALEDIR=\"/usr/local/nagios/share/locale\" -DHAVE_CONFIG_H -I. > > -I. -I.. -I.. -I../lib -I../intl -g -O2 -maix32 -c `test -f > > 'utils.c' || echo './'`utils.c > > source='popen.c' object='popen.o' libtool=no > > depfile='.deps/popen.Po' tmpdepfile='.deps/popen.TPo' depmode=gcc > > /bin/sh ../depcomp > > gcc -DLOCALEDIR=\"/usr/local/nagios/share/locale\" -DHAVE_CONFIG_H -I. > > -I. -I.. -I.. -I../lib -I../intl -g -O2 -maix32 -c `test -f > > 'popen.c' || echo './'`popen.c > > gcc -g -O2 -maix32 -L. -o check_disk check_disk.o utils.o > > ../lib/libnagiosplug.a popen.o ../intl/libintl.a -liconv > > ld: 0711-317 ERROR: Undefined symbol: ..libintl_bindtextdomain > > ld: 0711-317 ERROR: Undefined symbol: ..libintl_textdomain > > ld: 0711-317 ERROR: Undefined symbol: ..libintl_gettext > > ld: 0711-317 ERROR: Undefined symbol: .VA_COPY > > ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more > > information. > > collect2: ld returned 8 exit status > > make: 1254-004 The error code from the last command is 1. > > > > > > I have looked about a lot and even found someone called eric who > > might have had the same issues. He says in his mail that he has > > written a patch. Guys/Gals, is there a way i can get over this > > issue???. I have tried all version of nagios-plugin but all of them > > fail to compile both on my 32/64 bit aix 5.2 boxes. > > > > Do lemme know what you suggest and i shall try the same out. > > > > Trevor > > -- > > ___________________________________ > > ( >- / Scaling FreeSoftware & OpenSource \ -< ) > > /~\ / In the Enterprise \ > > /~\ > > | \) \ | www.fsf.org | www.opensource.org | / (/ | > > |_|_ \____________________________________/ _|_| > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: > > Sybase ASE Linux Express Edition - download now for FREE > > LinuxWorld Reader's Choice Award Winner for best database on Linux. > > http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click > > _______________________________________________ > > Nagiosplug-devel mailing list > > Nagiosplug-devel at lists.sourceforge.net > > 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 > > > > > > -- ___________________________________ ( >- / Scaling FreeSoftware & OpenSource \ -< ) /~\ / In the Enterprise \ /~\ | \) \ | www.fsf.org | www.opensource.org | / (/ | |_|_ \____________________________________/ _|_| From trevorwarren at gmail.com Wed Nov 10 18:58:02 2004 From: trevorwarren at gmail.com (Trevor Warren) Date: Wed Nov 10 18:58:02 2004 Subject: [Nagiosplug-devel] whose eric - and do we have a patch for AIX 5.2???? Message-ID: <559e3cb604111018571dbf3c39@mail.gmail.com> Hiyee there guys/Gals, This is an email i fished out from google. It says some one called Eric has done a patch for AIX 5.2, though i am not too sure if it has been merged into the CVS. Eric are you still on this mailing list??. Does anyone know eric???. And is this the same patch for the issue i have been having with a failed compilation on Aix 5.2???. Eric's mail is as below. I have read his email but cant find a bloody link anywhere to the patch. ...:( "From: Eric Lauriault aix 5.2 patch for nagios-plugins-1.4.0alpha1 2004-05-27 13:03 Hi, Here"s a small patch I wrote for aix 5.2. It fixes compilation issues due to misplacement of a VA_COPY and an infinite loop while in read_filesystem_list. Enjoy! Eric Lauriault, eric at la... Analyste/Administrateur UNIX/telecom/reseau La Cite collegiale" Trevor -- ___________________________________ ( >- / Scaling FreeSoftware & OpenSource \ -< ) /~\ / In the Enterprise \ /~\ | \) \ | www.fsf.org | www.opensource.org | / (/ | |_|_ \____________________________________/ _|_| From trevorwarren at gmail.com Wed Nov 10 19:15:00 2004 From: trevorwarren at gmail.com (Trevor Warren) Date: Wed Nov 10 19:15:00 2004 Subject: [Nagiosplug-devel] AIx 5.2 and nagios-plugins Message-ID: <559e3cb604111019142c914e5b@mail.gmail.com> Hiyee there Eric, Thanks for taking the time to read this email. I had some issues with compilation of the Nagios plugins on AIX 5.2. I am using GCC and these are the errors i have encountered on all my AIX 5.2 32/64 bit boxes. Making all in plugins source='check_disk.c' object='check_disk.o' libtool=no depfile='.deps/check_disk.Po' tmpdepfile='.deps/check_disk.TPo' depmode=gcc /bin/sh ../depcomp gcc -DLOCALEDIR=\"/usr/local/nagios/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -g -O2 -maix32 -c `test -f 'check_disk.c' || echo './'`check_disk.c source='utils.c' object='utils.o' libtool=no depfile='.deps/utils.Po' tmpdepfile='.deps/utils.TPo' depmode=gcc /bin/sh ../depcomp gcc -DLOCALEDIR=\"/usr/local/nagios/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -g -O2 -maix32 -c `test -f 'utils.c' || echo './'`utils.c source='popen.c' object='popen.o' libtool=no depfile='.deps/popen.Po' tmpdepfile='.deps/popen.TPo' depmode=gcc /bin/sh ../depcomp gcc -DLOCALEDIR=\"/usr/local/nagios/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -g -O2 -maix32 -c `test -f 'popen.c' || echo './'`popen.c gcc -g -O2 -maix32 -L. -o check_disk check_disk.o utils.o ../lib/libnagiosplug.a popen.o ../intl/libintl.a -liconv ld: 0711-317 ERROR: Undefined symbol: ..libintl_bindtextdomain ld: 0711-317 ERROR: Undefined symbol: ..libintl_textdomain ld: 0711-317 ERROR: Undefined symbol: ..libintl_gettext ld: 0711-317 ERROR: Undefined symbol: .VA_COPY ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. collect2: ld returned 8 exit status make: 1254-004 The error code from the last command is 1. Your email written sometime ago talks about a patch you had written. Is it for this same issue Eric. If you don't mind can you pls point me to that patch......i am in a production env here at bombay with quite a few AIX 5.2 32/64 bit boxes to maintain. Please lemme know how i can pull out of this situation. ###################### #Eric wrote a long time ago..... ###################### http://sourceforge.net/mailarchive/forum.php?thread_id=4854545&forum_id=8499 From: Eric Lauriault aix 5.2 patch for nagios-plugins-1.4.0alpha1 2004-05-27 13:03 Hi, Here"s a small patch I wrote for aix 5.2. It fixes compilation issues due to misplacement of a VA_COPY and an infinite loop while in read_filesystem_list. Enjoy! Eric Lauriault, eric at la... Analyste/Administrateur UNIX/telecom/reseau La Cite collegiale ###################### #Eric wrote a long time ago..... ###################### Thanks in advance and pls revert back Eric. Trevor -- ___________________________________ ( >- / Scaling FreeSoftware & OpenSource \ -< ) /~\ / In the Enterprise \ /~\ | \) \ | www.fsf.org | www.opensource.org | / (/ | |_|_ \____________________________________/ _|_| From ae at op5.se Thu Nov 11 02:22:00 2004 From: ae at op5.se (Andreas Ericsson) Date: Thu Nov 11 02:22:00 2004 Subject: [Nagiosplug-devel] Check_ping question In-Reply-To: <1100138539.15101.46.camel@pel> References: <4192B538.2080803@op5.se> <1100138539.15101.46.camel@pel> Message-ID: <41933D07.2060601@op5.se> Sean Dilda wrote: > On Wed, 2004-11-10 at 19:41, Andreas Ericsson wrote: > > >>>I guess I also am confused on this one, as /bin/ping on most OS's will >>>send packet 2 at 1000ms, and packet 3 at 2000ms, with a 5000 ms timeout, >>>that's 7.0000000001 seconds total. Why are we going all the way up to >>>18, or even 15 seconds then? >>> >> >>It's just the maximum. check_ping doesn't have a backoff factor (which >>is what you describe), since it forks system ping to do its dirtywork. > > > How does check_ping not have that? Last time I checked, check_ping used the -i flag, which overrides gnu ping's backoff factor. > I ran some tests. If you tell > check_ping to send 3 packets, it calls ping once and tells ping to send > 3 packets. Therefore, check_ping sends the packets out at one-second > intervals because ping sends them out at one-second intervals. So, if > you have a 5 second critical timeout, and are sending 3 packets, the > maximum theoretical timeout is just over 7 seconds (as Robert pointed > out). Waiting for 15+ seconds is just wasted time. > My guess is that the -i flag argument is taken from the critical rta threshold. Also, ping doesn't thread (why should it), so that might present a problem with. It's just a guess, though, so I wouldn't know. What I do know is that once the ping binary has finished up, check_ping just parses the output and prints it, so the check_ping timeout value is more of a safeguard against ping crashing/hanging/whatever. > Having seen what happens to a nagios system that undergoes a massive > network outage (with few network switches defined), I think its very > important that the check-host-alive plugins not waste more time than > they can. If by "can" you mean "have to" I'm with you there. Hence the work I'm putting down on the check_host_alive plugin. It will make Nagios scale nicely (at least nicer) even on very broken networks. > (This is due in large part to the fact that nagios serializes them.) > Yes. That part needs to be rewritten, but it's a sort of major design issue so me and other contributors are unwilling to take it on since Ethan might reject it. It's also pretty difficult, so it's not exactly the kind of thing you do over lunch, which means rejection would hurt a little bit. ;) -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From ae at op5.se Thu Nov 11 02:32:01 2004 From: ae at op5.se (Andreas Ericsson) Date: Thu Nov 11 02:32:01 2004 Subject: [Nagiosplug-devel] Check_ping question In-Reply-To: References: Message-ID: <41933F82.4070901@op5.se> Robert Nelson wrote: >>> Yes, but what I'm really looking for is a real >>> "check-host-alive". I don't want a status report, I just want a >>> PASS/FAIL result. Since Nagios seems configured to use check_ping >>> for it, I am not looking for it to be an iterative plugin in this >>> case. >>> >> >> I'm working on writing a check_host_alive plugin, which will be >> able to do just this. > > > I'm very interested in this, please let me know when you've got > something I might be able to download/test...assuming you're making > this for the public domain, of course. :) > It will. I'll put it at http://oss.op5.se when I'm done with it. > >> It isn't overridden. It's just prioritized lower than the timeout >> value specified in the threshold values for programmatical reasons. >> > > > What I mean is, if I specify a timeout, I don't care what the > programmer thinks of my timeout value - the program should use the > value I gave it. Otherwise, that flag is pretty much useless. Not to > sound too righteous, but a "user specified flag" that gets ignored > isn't really allowing the user to specify squat :) > You need to keep in mind that both values come from you. One of them needs to be clobbered by the other, so the coder just had to choose one. If indeed the system ping is passed the -i flag as the sum of critical_rta_threshold * packets_to_send then using the timeout value specified with -t flag to check_ping would result zombied ping processes and UNKNOWN return code for check_ping, since it can't parse output until ping is done. That's not something a healthy plugin throws at your system. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From rnelson at windchannel.com Thu Nov 11 04:56:06 2004 From: rnelson at windchannel.com (Robert Nelson) Date: Thu Nov 11 04:56:06 2004 Subject: [Nagiosplug-devel] Check_ping question Message-ID: >> (This is due in large part to the fact that nagios serializes them.) >> > >Yes. That part needs to be rewritten, but it's a sort of major design >issue so me and other contributors are unwilling to take it on since >Ethan might reject it. It's also pretty difficult, so it's not exactly >the kind of thing you do over lunch, which means rejection would hurt a >little bit. ;) I'd like to say that there are two things I'd love to see in Nagios more than anything else: 1) Host checks in parallel - which it seems like some people are tackling, if only in their heads 2) Wait for service checks to enter a HARD state before doing the host checks - what's the use of setting a service check to 5 minute retry_intervals if the host check kicks in after the first failed service check? Other than that, everything else I've said is just a nitpick :) Rob Nelson From rnelson at windchannel.com Thu Nov 11 05:02:08 2004 From: rnelson at windchannel.com (Robert Nelson) Date: Thu Nov 11 05:02:08 2004 Subject: [Nagiosplug-devel] Check_ping question Message-ID: >You need to keep in mind that both values come from you. One of them >needs to be clobbered by the other, so the coder just had to choose one. > >If indeed the system ping is passed the -i flag as the sum of >critical_rta_threshold * packets_to_send then using the timeout value >specified with -t flag to check_ping would result zombied ping processes >and UNKNOWN return code for check_ping, since it can't parse output >until ping is done. That's not something a healthy plugin throws at your >system. FWIW, when I commented out the line that sets the timeout to (crta in seconds * packets + packets) if it's larger than the timeout value, essentially choosing the explicitly set timeout value as the override, things still work. If my timeout is 5 seconds, after 5 seconds, the /bin/ping process is killed and the plugin returns a CRITICAL "plugin timed out" error - just like it did before after 18 seconds. The command called by check_ping is: /bin/ping -n -U [-c ] The plugin does not pass -i to ping, or any sort of timeout value. The *only* modification I made to the source were commenting the three aforementioned lines. System info: [bambam]# uname -a Linux bambam 2.4.20-18.8smp #1 SMP Thu May 29 07:20:32 EDT 2003 i686 i686 i386 GNU/Linux Rob Nelson From tonvoon at mac.com Thu Nov 11 16:55:07 2004 From: tonvoon at mac.com (Ton Voon) Date: Thu Nov 11 16:55:07 2004 Subject: [Nagiosplug-devel] AIx 5.2 and nagios-plugins In-Reply-To: <559e3cb604111019142c914e5b@mail.gmail.com> References: <559e3cb604111019142c914e5b@mail.gmail.com> Message-ID: <6524489E-3445-11D9-A18A-000A95D47298@mac.com> Trevor, Can you try the latest CVS HEAD. I've just updated some of the libraries from coreutils and snprintf.c from samba. This incorporates the patch that Eric had provided in an earlier email (fortunately, archived in my mail). Here's Eric's patch if you prefer to use this: diff -Paru nagios-plugins-1.4.0alpha1-orig/lib/mountlist.c nagios-plugins-1.4.0alpha1/lib/mountlist.c --- nagios-plugins-1.4.0alpha1-orig/lib/mountlist.c 2003-10-29 21:18:12.000000000 -0500 +++ nagios-plugins-1.4.0alpha1/lib/mountlist.c 2004-05-27 15:35:46.000000000 -0400 @@ -719,7 +719,7 @@ /* Get the list of mounted filesystems. */ mntctl (MCTL_QUERY, bufsize, (struct vmount *) entries); - for (thisent = entries; thisent < entries + bufsize; + for (thisent = entries; thisent < entries + bufsize && ((struct vmount *) thisent)->vmt_length; thisent += vmp->vmt_length) { char *options, *ignore; diff -Paru nagios-plugins-1.4.0alpha1-orig/lib/snprintf.c nagios-plugins-1.4.0alpha1/lib/snprintf.c --- nagios-plugins-1.4.0alpha1-orig/lib/snprintf.c 2003-03-07 20:59:30.000000000 -0500 +++ nagios-plugins-1.4.0alpha1/lib/snprintf.c 2004-05-27 15:30:53.000000000 -0400 @@ -85,6 +85,14 @@ #include #endif +#ifndef VA_COPY +#ifdef HAVE_VA_COPY +#define VA_COPY(dest, src) __va_copy(dest, src) +#else +#define VA_COPY(dest, src) (dest) = (src) +#endif +#endif + #if defined(HAVE_SNPRINTF) && defined(HAVE_VSNPRINTF) && defined(HAVE_C99_VSNPRINTF) /* only include stdio.h if we are not re-defining snprintf or vsnprintf */ #include @@ -109,13 +117,6 @@ #define SAFE_FREE(x) do { if ((x) != NULL) {free((x)); (x)=NULL;} } while(0) #endif -#ifndef VA_COPY -#ifdef HAVE_VA_COPY -#define VA_COPY(dest, src) __va_copy(dest, src) -#else -#define VA_COPY(dest, src) (dest) = (src) -#endif -#endif static size_t dopr(char *buffer, size_t maxlen, const char *format, va_list args_in); Ton On 11 Nov 2004, at 03:14, Trevor Warren wrote: > Hiyee there Eric, > > Thanks for taking the time to read this email. I had some issues > with compilation of the Nagios plugins on AIX 5.2. I am using GCC and > these are the errors i have encountered on all my AIX 5.2 32/64 bit > boxes. > > Making all in plugins > source='check_disk.c' object='check_disk.o' libtool=no > depfile='.deps/check_disk.Po' tmpdepfile='.deps/check_disk.TPo' > depmode=gcc > /bin/sh ../depcomp gcc -DLOCALEDIR=\"/usr/local/nagios/share/locale\" > -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -g -O2 > -maix32 -c `test -f 'check_disk.c' || echo './'`check_disk.c > source='utils.c' object='utils.o' libtool=no > depfile='.deps/utils.Po' tmpdepfile='.deps/utils.TPo' depmode=gcc > /bin/sh ../depcomp > gcc -DLOCALEDIR=\"/usr/local/nagios/share/locale\" -DHAVE_CONFIG_H -I. > -I. -I.. -I.. -I../lib -I../intl -g -O2 -maix32 -c `test -f > 'utils.c' || echo './'`utils.c > source='popen.c' object='popen.o' libtool=no > depfile='.deps/popen.Po' tmpdepfile='.deps/popen.TPo' depmode=gcc > /bin/sh ../depcomp > gcc -DLOCALEDIR=\"/usr/local/nagios/share/locale\" -DHAVE_CONFIG_H -I. > -I. -I.. -I.. -I../lib -I../intl -g -O2 -maix32 -c `test -f > 'popen.c' || echo './'`popen.c > gcc -g -O2 -maix32 -L. -o check_disk check_disk.o utils.o > ../lib/libnagiosplug.a popen.o ../intl/libintl.a -liconv > ld: 0711-317 ERROR: Undefined symbol: ..libintl_bindtextdomain > ld: 0711-317 ERROR: Undefined symbol: ..libintl_textdomain > ld: 0711-317 ERROR: Undefined symbol: ..libintl_gettext > ld: 0711-317 ERROR: Undefined symbol: .VA_COPY > ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more > information. > collect2: ld returned 8 exit status > make: 1254-004 The error code from the last command is 1. > > Your email written sometime ago talks about a patch you had written. > Is it for this same issue Eric. If you don't mind can you pls point me > to that patch......i am in a production env here at bombay with quite > a few AIX 5.2 32/64 bit boxes to maintain. Please lemme know how i can > pull out of this situation. > > ###################### > #Eric wrote a long time ago..... > ###################### > http://sourceforge.net/mailarchive/forum.php? > thread_id=4854545&forum_id=8499 > From: Eric Lauriault > aix 5.2 patch for nagios-plugins-1.4.0alpha1 > 2004-05-27 13:03 > > Hi, > > Here"s a small patch I wrote for aix 5.2. It fixes compilation issues > due to misplacement of a VA_COPY and an infinite loop while in > read_filesystem_list. > > Enjoy! > > Eric Lauriault, eric at la... > Analyste/Administrateur UNIX/telecom/reseau > La Cite collegiale > ###################### > #Eric wrote a long time ago..... > ###################### > > Thanks in advance and pls revert back Eric. > > Trevor > > -- > ___________________________________ > ( >- / Scaling FreeSoftware & OpenSource \ -< ) > /~\ / In the Enterprise \ > /~\ > | \) \ | www.fsf.org | www.opensource.org | / (/ | > |_|_ \____________________________________/ _|_| > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Sybase ASE Linux Express Edition - download now for FREE > LinuxWorld Reader's Choice Award Winner for best database on Linux. > http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click > _______________________________________________ > Nagiosplug-devel mailing list > Nagiosplug-devel at lists.sourceforge.net > 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 elauri at lacitec.on.ca Fri Nov 12 07:23:03 2004 From: elauri at lacitec.on.ca (Eric Lauriault) Date: Fri Nov 12 07:23:03 2004 Subject: [Nagiosplug-devel] Re: AIx 5.2 and nagios-plugins Message-ID: Hi Trevor, I guess the patch wasn't attached to the original posting. The error msg seem similar to what I was getting if I remember correctly. You might want to know this wasn't tested on AIX 5.2/32 only on AIX5.2/64. I've been using it in a production environment on 2 boxes and it works for me. Hope this helps. diff -Paru nagios-plugins-1.4.0alpha1-orig/lib/mountlist.c nagios-plugins-1.4.0alpha1/lib/mountlist.c --- nagios-plugins-1.4.0alpha1-orig/lib/mountlist.c 2003-10-29 21:18:12.000000000 -0500 +++ nagios-plugins-1.4.0alpha1/lib/mountlist.c 2004-05-27 15:35:46.000000000 -0400 @@ -719,7 +719,7 @@ /* Get the list of mounted filesystems. */ mntctl (MCTL_QUERY, bufsize, (struct vmount *) entries); - for (thisent = entries; thisent < entries + bufsize; + for (thisent = entries; thisent < entries + bufsize && ((struct vmount *) thisent)->vmt_length; thisent += vmp->vmt_length) { char *options, *ignore; diff -Paru nagios-plugins-1.4.0alpha1-orig/lib/snprintf.c nagios-plugins-1.4.0alpha1/lib/snprintf.c --- nagios-plugins-1.4.0alpha1-orig/lib/snprintf.c 2003-03-07 20:59:30.000000000 -0500 +++ nagios-plugins-1.4.0alpha1/lib/snprintf.c 2004-05-27 15:30:53.000000000 -0400 @@ -85,6 +85,14 @@ #include #endif +#ifndef VA_COPY +#ifdef HAVE_VA_COPY +#define VA_COPY(dest, src) __va_copy(dest, src) +#else +#define VA_COPY(dest, src) (dest) = (src) +#endif +#endif + #if defined(HAVE_SNPRINTF) && defined(HAVE_VSNPRINTF) && defined(HAVE_C99_VSNPRINTF) /* only include stdio.h if we are not re-defining snprintf or vsnprintf */ #include @@ -109,13 +117,6 @@ #define SAFE_FREE(x) do { if ((x) != NULL) {free((x)); (x)=NULL;} } while(0) #endif -#ifndef VA_COPY -#ifdef HAVE_VA_COPY -#define VA_COPY(dest, src) __va_copy(dest, src) -#else -#define VA_COPY(dest, src) (dest) = (src) -#endif -#endif static size_t dopr(char *buffer, size_t maxlen, const char *format, va_list args_in); Eric Lauriault, eric at lacitec.on.ca Analyste/Administrateur UNIX/telecom/reseau La Cite collegiale From dick at terena.nl Fri Nov 12 07:23:16 2004 From: dick at terena.nl (Dick Visser) Date: Fri Nov 12 07:23:16 2004 Subject: [Nagiosplug-devel] compile issues? Message-ID: Hi guys I am trying to compile the plugins-v1.4 but I am having some trouble. When using 1.4.0aplpha1 I get this error: In file included from /usr/include/mysql/mysql.h:57, from check_mysql.c:25: /usr/include/mysql/mysql_com.h:181: conflicting types for `my_connect' netutils.h:50: previous declaration of `my_connect' make[2]: *** [check_mysql.o] Error 1 make[2]: Leaving directory `/root/src/nagios-plugins-1.4.0alpha1/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/src/nagios-plugins-1.4.0alpha1' make: *** [all] Error 2 WHen using HEAD-200411120547 I get: Making all in po make[2]: Entering directory `/root/src/nagios-plugins-HEAD-200411120547/po' : --update fr.po nagios-plugins.pot rm -f fr.gmo && /usr/bin/msgfmt -c --statistics -o fr.gmo fr.po error while opening "fr.po" for reading: No such file or directory make[2]: *** [fr.gmo] Error 1 make[2]: Leaving directory `/root/src/nagios-plugins-HEAD-200411120547/po' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/src/nagios-plugins-HEAD-200411120547' make: *** [all] Error 2 ANy ideas? FYI I use mysql-4.0.21 libs. -- Dick Visser TERENA IT-support officer / webmaster Singel 468D, 1017 AW, Amsterdam, The Netherlands Phone: +31 20 5304488 Fax: +31 20 5304499 Email: dick at terena.nl http://www.terena.nl Live webcam: http://www.terena.nl/~dick/cam2.asx PGP-key: http://www.terena.nl/~dick/pgp.key.asc From matt at bravenet.com Fri Nov 12 08:10:23 2004 From: matt at bravenet.com (Matthew Kent) Date: Fri Nov 12 08:10:23 2004 Subject: [Nagiosplug-devel] Volunteering Message-ID: <1100250532.2988.17.camel@fuego> Oops, dang list moderation, I'll send it through this account. Ignore the other one. Can't help but notice the rather large backlog of open bugs/patches/and especially contributed plugins in sourceforge. The last official release of the plugin package is a few weeks short of a year old as well. I'm offering my time to help move things along if it's wanted. -- Matthew Kent \ SA \ bravenet.com From Ton.Voon at egg.com Fri Nov 12 08:44:32 2004 From: Ton.Voon at egg.com (Voon, Ton) Date: Fri Nov 12 08:44:32 2004 Subject: [Nagiosplug-devel] compile issues? Message-ID: Does fr.po exist? I made some changes last night that may have had an effect on the snapshot.... -----Original Message----- From: Dick Visser [mailto:dick at terena.nl] Sent: 12 November 2004 14:09 To: nagiosplug-devel at lists.sourceforge.net Subject: [Nagiosplug-devel] compile issues? Hi guys I am trying to compile the plugins-v1.4 but I am having some trouble. When using 1.4.0aplpha1 I get this error: In file included from /usr/include/mysql/mysql.h:57, from check_mysql.c:25: /usr/include/mysql/mysql_com.h:181: conflicting types for `my_connect' netutils.h:50: previous declaration of `my_connect' make[2]: *** [check_mysql.o] Error 1 make[2]: Leaving directory `/root/src/nagios-plugins-1.4.0alpha1/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/src/nagios-plugins-1.4.0alpha1' make: *** [all] Error 2 WHen using HEAD-200411120547 I get: Making all in po make[2]: Entering directory `/root/src/nagios-plugins-HEAD-200411120547/po' : --update fr.po nagios-plugins.pot rm -f fr.gmo && /usr/bin/msgfmt -c --statistics -o fr.gmo fr.po error while opening "fr.po" for reading: No such file or directory make[2]: *** [fr.gmo] Error 1 make[2]: Leaving directory `/root/src/nagios-plugins-HEAD-200411120547/po' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/src/nagios-plugins-HEAD-200411120547' make: *** [all] Error 2 ANy ideas? FYI I use mysql-4.0.21 libs. -- Dick Visser TERENA IT-support officer / webmaster Singel 468D, 1017 AW, Amsterdam, The Netherlands Phone: +31 20 5304488 Fax: +31 20 5304499 Email: dick at terena.nl http://www.terena.nl Live webcam: http://www.terena.nl/~dick/cam2.asx PGP-key: http://www.terena.nl/~dick/pgp.key.asc ------------------------------------------------------- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click _______________________________________________ Nagiosplug-devel mailing list Nagiosplug-devel at lists.sourceforge.net 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 ----------------------------------------- This private and confidential e-mail has been sent to you by Egg. The Egg group of companies includes Egg Banking plc registered no. 2999842), Egg Financial Products Ltd (registered no. 3319027) and Egg Investments Ltd (registered no. 3403963) which is authorised and regulated by the Financial Services Authority. Egg Investments Ltd. is entered in the FSA register under number 190518. Registered in England and Wales. Registered offices: 1 Waterhouse Square, 138-142 Holborn, London EC1N 2NA. If you are not the intended recipient of this e-mail and have received it in error, please notify the sender by replying with 'received in error' as the subject and then delete it from your mailbox. From mkent at magoazul.com Fri Nov 12 09:26:39 2004 From: mkent at magoazul.com (Matthew Kent) Date: Fri Nov 12 09:26:39 2004 Subject: [Nagiosplug-devel] Volunteering Message-ID: <1100248566.2988.12.camel@fuego> Can't help but notice the rather large backlog of open bugs/patches/and especially contributed plugins in sourceforge. The last official release of the plugin package is a few weeks short of a year old as well. I'm offering my time to help move things along if it's wanted. -- Matthew Kent http://magoazul.com From Ben at clewett.org.uk Mon Nov 15 02:18:01 2004 From: Ben at clewett.org.uk (Ben Clewett) Date: Mon Nov 15 02:18:01 2004 Subject: [Nagiosplug-devel] check_load, inaccurate results. In-Reply-To: References: Message-ID: <41988224.1000001@clewett.org.uk> Dear plugin developers, I have noticed that the check_load only reports integer performance data. Eg: OK - load average: 0.62, 0.68, 0.58 | load1=0;1;2;0 load5=0;2;3;0 load15=0;3;4;0 This plugin used to return correct values. These inaccurate results don't provide the accuracy to reflect a history of the true performance of the system. I note the new perfdata call in utils.c: char *perfdata (const char *label, long int val, const char *uom, int warnp, long int warn, int critp, long int crit, int minp, long int minv, int maxp, long int maxv) { However, performance data from a few plugins is required to respect floating point numbers. Can I suggest this function is changed to accept real numbers and not integers? I also note that this function call cannot handle the range values as defined in: http://nagiosplug.sourceforge.net/developer-guidelines.html#THRESHOLDFORMAT Which some developers may like to respect. Regards, Ben Clewett. From BClewett at perfparse.org Mon Nov 15 05:32:06 2004 From: BClewett at perfparse.org (Ben Clewett) Date: Mon Nov 15 05:32:06 2004 Subject: [Nagiosplug-devel] check_load, inaccurate results. In-Reply-To: References: Message-ID: <41988016.7010903@perfparse.org> Dear plugin developers, I have noticed that the check_load only reports integer performance data. Eg: OK - load average: 0.62, 0.68, 0.58 | load1=0;1;2;0 load5=0;2;3;0 load15=0;3;4;0 This plugin used to return correct values. I note the new perfdata call in utils.c: char *perfdata (const char *label, long int val, const char *uom, int warnp, long int warn, int critp, long int crit, int minp, long int minv, int maxp, long int maxv) { Performance data from a few plugins is required to respect floating point numbers. Can I suggest this function is changed to accept real numbers and not integers? I also note that this function call cannot handle the range values as defined in: http://nagiosplug.sourceforge.net/developer-guidelines.html#THRESHOLDFORMAT Which some developers may like to respect. Regards, Ben Clewett. From ae at op5.se Mon Nov 15 06:25:08 2004 From: ae at op5.se (Andreas Ericsson) Date: Mon Nov 15 06:25:08 2004 Subject: [Nagiosplug-devel] check_load, inaccurate results. In-Reply-To: <41988016.7010903@perfparse.org> References: <41988016.7010903@perfparse.org> Message-ID: <4198BC14.40309@op5.se> Ben Clewett wrote: > Dear plugin developers, > You're wasting your breath. (Official) plugin development has been at a standstill for a very long time. I suggest you take a stab at making whatever changes are necessary yourself. If you spend 5 minutes a week it will be faster than waiting for the plugin developers to take action. > I have noticed that the check_load only reports integer performance > data. Eg: > > OK - load average: 0.62, 0.68, 0.58 | load1=0;1;2;0 load5=0;2;3;0 > load15=0;3;4;0 > > This plugin used to return correct values. > > I note the new perfdata call in utils.c: > > char *perfdata (const char *label, > long int val, > const char *uom, > int warnp, > long int warn, > int critp, > long int crit, > int minp, > long int minv, > int maxp, > long int maxv) > { > > > Performance data from a few plugins is required to respect floating > point numbers. Can I suggest this function is changed to accept real > numbers and not integers? > It's rather stupid to have a unified perfdata function, since plugins will return highly different kinds of values (as you have just pointed out). It is very impractical to convert integer values to floating point ones, and what's being accomplished can usually be done with a simple printf(3) statement anyway. Where it cannot, I see no way for the plugin to correctly utilize the perfdata function either, so it's existence is fairly useless. > I also note that this function call cannot handle the range values as > defined in: > > http://nagiosplug.sourceforge.net/developer-guidelines.html#THRESHOLDFORMAT > > Which some developers may like to respect. > > Regards, > > Ben Clewett. > -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From Ben at clewett.org.uk Mon Nov 15 06:57:02 2004 From: Ben at clewett.org.uk (Ben Clewett) Date: Mon Nov 15 06:57:02 2004 Subject: [Nagiosplug-devel] check_load, inaccurate results. In-Reply-To: <4198BC14.40309@op5.se> References: <41988016.7010903@perfparse.org> <4198BC14.40309@op5.se> Message-ID: <4198C396.9050005@clewett.org.uk> Andreas, Thanks for your honest answer. I will see what can be done. For instance replacing this plugin with the same plugin as published several months ago. That version worked perfectly... Ben Andreas Ericsson wrote: > Ben Clewett wrote: > >> Dear plugin developers, >> > > You're wasting your breath. (Official) plugin development has been at a > standstill for a very long time. I suggest you take a stab at making > whatever changes are necessary yourself. If you spend 5 minutes a week > it will be faster than waiting for the plugin developers to take action. > >> I have noticed that the check_load only reports integer performance >> data. Eg: >> >> OK - load average: 0.62, 0.68, 0.58 | load1=0;1;2;0 load5=0;2;3;0 >> load15=0;3;4;0 >> >> This plugin used to return correct values. >> >> I note the new perfdata call in utils.c: >> >> char *perfdata (const char *label, >> long int val, >> const char *uom, >> int warnp, >> long int warn, >> int critp, >> long int crit, >> int minp, >> long int minv, >> int maxp, >> long int maxv) >> { >> >> >> Performance data from a few plugins is required to respect floating >> point numbers. Can I suggest this function is changed to accept real >> numbers and not integers? >> > > It's rather stupid to have a unified perfdata function, since plugins > will return highly different kinds of values (as you have just pointed > out). It is very impractical to convert integer values to floating point > ones, and what's being accomplished can usually be done with a simple > printf(3) statement anyway. Where it cannot, I see no way for the plugin > to correctly utilize the perfdata function either, so it's existence is > fairly useless. > >> I also note that this function call cannot handle the range values as >> defined in: >> >> http://nagiosplug.sourceforge.net/developer-guidelines.html#THRESHOLDFORMAT >> >> >> Which some developers may like to respect. >> >> Regards, >> >> Ben Clewett. >> > From payerle at physics.umd.edu Tue Nov 16 08:03:03 2004 From: payerle at physics.umd.edu (Thomas M. Payerle) Date: Tue Nov 16 08:03:03 2004 Subject: [Nagiosplug-devel] Re: Nagiosplug-devel digest, Vol 1 #707 - 4 msgs In-Reply-To: <20041116041005.0AE031D3D03@sc8-sf-uberspam1.sourceforge.net> References: <20041116041005.0AE031D3D03@sc8-sf-uberspam1.sourceforge.net> Message-ID: > However, performance data from a few plugins is required to respect > floating point numbers. Can I suggest this function is changed to > accept real numbers and not integers? A possible caveat: I believe rrdtool round robin databases only accept integral values, at least I ran into that when playing with this on a couple of my systems. Although I have not thoroughly confirmed this, and was not running the latest and greatest version of rrdtool, and I suspect it might not be a major change to rrdtool to fix (I believe it must store floating point due to its interpolation algorithms, but the tools appear only look at integral part of the arguments). I was meaning to contact the rrdtool developer after looking into it more thoroughly, but have been swamped of late; for my needs I just had plugin report as a percentage. None of the above directly impacts the Nagios performance data question, but as I suspect one of the most common uses of performance data is to populate rrdtool databases, I thought I would alert you to the potential issue. Tom Payerle Dept of Physics payerle at physics.umd.edu University of Maryland (301) 405-6973 College Park, MD 20742-4111 Fax: (301) 314-9525 From ae at op5.se Tue Nov 16 09:38:03 2004 From: ae at op5.se (Andreas Ericsson) Date: Tue Nov 16 09:38:03 2004 Subject: [Nagiosplug-devel] Re: Nagiosplug-devel digest, Vol 1 #707 - 4 msgs In-Reply-To: References: <20041116041005.0AE031D3D03@sc8-sf-uberspam1.sourceforge.net> Message-ID: <419A3AED.3060108@op5.se> Thomas M. Payerle wrote: >>However, performance data from a few plugins is required to respect >>floating point numbers. Can I suggest this function is changed to >>accept real numbers and not integers? > > A possible caveat: I believe rrdtool round robin databases only accept > integral values, at least I ran into that when playing with this on a > couple of my systems. Although I have not thoroughly confirmed this, and > was not running the latest and greatest version of rrdtool, and I suspect > it might not be a major change to rrdtool to fix (I believe it must store > floating point due to its interpolation algorithms, but the tools appear > only look at integral part of the arguments). It is trivial to convert floating point data to integer data, just as it is trivial to store an 8 character string in a long long. I believe this code can be left to the performance data parser in case rrdtool truly lacks this functionality. > I was meaning to contact > the rrdtool developer after looking into it more thoroughly, but have been > swamped of late; for my needs I just had plugin report as a percentage. > > None of the above directly impacts the Nagios performance data question, > but as I suspect one of the most common uses of performance data is to > populate rrdtool databases, I thought I would alert you to the potential > issue. > -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From bob at intelenet.net Tue Nov 16 21:27:09 2004 From: bob at intelenet.net (Bob Myers) Date: Tue Nov 16 21:27:09 2004 Subject: [Nagiosplug-devel] Re: Nagiosplug-devel digest, Vol 1 #708 - 3 msgs In-Reply-To: <20041117041920.084F91D24B6@sc8-sf-uberspam1.sourceforge.net> References: <20041117041920.084F91D24B6@sc8-sf-uberspam1.sourceforge.net> Message-ID: <419AE0ED.3090103@intelenet.net> > A possible caveat: I believe rrdtool round robin databases only accept > integral values, I don't believe that this is true, and the documentation belies this. http://people.ee.ethz.ch/~oetiker/webtools/rrdtool/tutorial/rrdtutorial.html What data can be put into an RRD ? You name it, it will probably fit. You should be able to measure some value at several points in time and provide this information to RRDTool. If you can do this, RRDTool will be able to store it. The values need to be numerical but don't have to be, as opposed to MRTG, integers. From Ben at clewett.org.uk Wed Nov 17 01:56:01 2004 From: Ben at clewett.org.uk (Ben Clewett) Date: Wed Nov 17 01:56:01 2004 Subject: [Nagiosplug-devel] Re: Nagiosplug-devel digest, Vol 1 #708 - 3 msgs In-Reply-To: <419AE0ED.3090103@intelenet.net> References: <20041117041920.084F91D24B6@sc8-sf-uberspam1.sourceforge.net> <419AE0ED.3090103@intelenet.net> Message-ID: <419B1FC5.8050100@clewett.org.uk> I also note that RRD is not the only storage mechanism used. Our popular PerfParse project used a floating point storage inside a relational database. If I hack the check_load plugin to show figures to their correct accuracy. In this case three decimal places. Can somebody tell me where should I submit the patch? Regards, Ben. Bob Myers wrote: >> A possible caveat: I believe rrdtool round robin databases only accept >> integral values, > > > I don't believe that this is true, and the documentation belies this. > > http://people.ee.ethz.ch/~oetiker/webtools/rrdtool/tutorial/rrdtutorial.html > > > What data can be put into an RRD ? > > You name it, it will probably fit. You should be able to measure some > value at several points in time and provide this information to RRDTool. > If you can do this, RRDTool will be able to store it. The values need to > be numerical but don't have to be, as opposed to MRTG, integers. > > > ------------------------------------------------------- > This SF.Net email is sponsored by: InterSystems CACHE > FREE OODBMS DOWNLOAD - A multidimensional database that combines > robust object and relational technologies, making it a perfect match > for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 > _______________________________________________ > Nagiosplug-devel mailing list > Nagiosplug-devel at lists.sourceforge.net > 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 ae at op5.se Wed Nov 17 02:04:04 2004 From: ae at op5.se (Andreas Ericsson) Date: Wed Nov 17 02:04:04 2004 Subject: [Nagiosplug-devel] Re: Nagiosplug-devel digest, Vol 1 #708 - 3 msgs In-Reply-To: <419B1FC5.8050100@clewett.org.uk> References: <20041117041920.084F91D24B6@sc8-sf-uberspam1.sourceforge.net> <419AE0ED.3090103@intelenet.net> <419B1FC5.8050100@clewett.org.uk> Message-ID: <419B2204.1050106@op5.se> Ben Clewett wrote: > > I also note that RRD is not the only storage mechanism used. Our > popular PerfParse project used a floating point storage inside a > relational database. > > If I hack the check_load plugin to show figures to their correct > accuracy. In this case three decimal places. Can somebody tell me > where should I submit the patch? > That would be to this list, where it will be promptly ignored by plugin developers who haven't made a public appearance since Mohammed Ali wore diapers. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From Ton.Voon at egg.com Wed Nov 17 03:18:01 2004 From: Ton.Voon at egg.com (Voon, Ton) Date: Wed Nov 17 03:18:01 2004 Subject: [Nagiosplug-devel] Re: Nagiosplug-devel digest, Vol 1 #708 - 3 msgs Message-ID: Ben, Can you please submit your patch (against CVS HEAD) to SF in the patch section, and then send an email to this list. We are working on a release soon. Ton -----Original Message----- From: Ben Clewett [mailto:Ben at clewett.org.uk] Sent: 17 November 2004 09:54 To: Bob Myers Cc: nagiosplug-devel at lists.sourceforge.net Subject: Re: [Nagiosplug-devel] Re: Nagiosplug-devel digest, Vol 1 #708 - 3 msgs I also note that RRD is not the only storage mechanism used. Our popular PerfParse project used a floating point storage inside a relational database. If I hack the check_load plugin to show figures to their correct accuracy. In this case three decimal places. Can somebody tell me where should I submit the patch? Regards, Ben. Bob Myers wrote: >> A possible caveat: I believe rrdtool round robin databases only >> accept integral values, > > > I don't believe that this is true, and the documentation belies this. > > http://people.ee.ethz.ch/~oetiker/webtools/rrdtool/tutorial/rrdtutoria > l.html > > > What data can be put into an RRD ? > > You name it, it will probably fit. You should be able to measure some > value at several points in time and provide this information to RRDTool. > If you can do this, RRDTool will be able to store it. The values need to > be numerical but don't have to be, as opposed to MRTG, integers. > > > ------------------------------------------------------- > This SF.Net email is sponsored by: InterSystems CACHE > FREE OODBMS DOWNLOAD - A multidimensional database that combines > robust object and relational technologies, making it a perfect match > for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 > _______________________________________________ > Nagiosplug-devel mailing list Nagiosplug-devel at lists.sourceforge.net > 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 > ------------------------------------------------------- This SF.Net email is sponsored by: InterSystems CACHE FREE OODBMS DOWNLOAD - A multidimensional database that combines robust object and relational technologies, making it a perfect match for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 _______________________________________________ Nagiosplug-devel mailing list Nagiosplug-devel at lists.sourceforge.net 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 ----------------------------------------- This private and confidential e-mail has been sent to you by Egg. The Egg group of companies includes Egg Banking plc registered no. 2999842), Egg Financial Products Ltd (registered no. 3319027) and Egg Investments Ltd (registered no. 3403963) which is authorised and regulated by the Financial Services Authority. Egg Investments Ltd. is entered in the FSA register under number 190518. Registered in England and Wales. Registered offices: 1 Waterhouse Square, 138-142 Holborn, London EC1N 2NA. If you are not the intended recipient of this e-mail and have received it in error, please notify the sender by replying with 'received in error' as the subject and then delete it from your mailbox. From Ben at clewett.org.uk Wed Nov 17 03:45:09 2004 From: Ben at clewett.org.uk (Ben Clewett) Date: Wed Nov 17 03:45:09 2004 Subject: [Nagiosplug-devel] New version of check_load In-Reply-To: References: Message-ID: <419B3952.1080801@clewett.org.uk> Sorry, third attempt at posting. Sorry if some members get three copies of this email. Enclosed is a patch. check_load now correctly showing: OK - load average: 0.38, 0.50, 0.50|load1=0.380;1.500;2.000;0.000 load5=0.500;1.000;2.000;0.000 load15=0.500;1.000;2.000;0.000 This does not adjust the release number in the file. It would be of interest to my own users (perfparse-users at lists.sf.net) if you could let me know when this will be available in an official release? Thanks, Regards, Ben. Voon, Ton wrote: > Ben, > > Can you please submit your patch (against CVS HEAD) to SF in the patch > section, and then send an email to this list. > > We are working on a release soon. > > Ton > > -----Original Message----- > From: Ben Clewett [mailto:Ben at clewett.org.uk] > Sent: 17 November 2004 09:54 > To: Bob Myers > Cc: nagiosplug-devel at lists.sourceforge.net > Subject: Re: [Nagiosplug-devel] Re: Nagiosplug-devel digest, Vol 1 #708 - 3 > msgs > > > > I also note that RRD is not the only storage mechanism used. Our > popular PerfParse project used a floating point storage inside a > relational database. > > If I hack the check_load plugin to show figures to their correct > accuracy. In this case three decimal places. Can somebody tell me > where should I submit the patch? > > Regards, > > Ben. > > Bob Myers wrote: > > >>>A possible caveat: I believe rrdtool round robin databases only >>>accept integral values, >> >> >>I don't believe that this is true, and the documentation belies this. >> >>http://people.ee.ethz.ch/~oetiker/webtools/rrdtool/tutorial/rrdtutoria >>l.html >> >> >>What data can be put into an RRD ? >> >>You name it, it will probably fit. You should be able to measure some >>value at several points in time and provide this information to RRDTool. >>If you can do this, RRDTool will be able to store it. The values need to >>be numerical but don't have to be, as opposed to MRTG, integers. >> >> >>------------------------------------------------------- >>This SF.Net email is sponsored by: InterSystems CACHE >>FREE OODBMS DOWNLOAD - A multidimensional database that combines >>robust object and relational technologies, making it a perfect match >>for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 >>_______________________________________________ >>Nagiosplug-devel mailing list Nagiosplug-devel at lists.sourceforge.net >>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 >> > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: InterSystems CACHE > FREE OODBMS DOWNLOAD - A multidimensional database that combines robust > object and relational technologies, making it a perfect match for Java, > C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 > _______________________________________________ > Nagiosplug-devel mailing list Nagiosplug-devel at lists.sourceforge.net > 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 > > ----------------------------------------- > This private and confidential e-mail has been sent to you by Egg. The Egg > group of companies includes Egg Banking plc registered no. 2999842), Egg > Financial Products Ltd (registered no. 3319027) and Egg Investments Ltd > (registered no. 3403963) which is authorised and regulated by the Financial > Services Authority. Egg Investments Ltd. is entered in the FSA register > under number 190518. Registered in England and Wales. Registered > offices: 1 Waterhouse Square, 138-142 Holborn, London EC1N 2NA. If you > are not the intended recipient of this e-mail and have received it in > error, please notify the sender by replying with 'received in error' as the > subject and then delete it from your mailbox. > -------------- next part -------------- A non-text attachment was scrubbed... Name: check_load.diff.gz Type: application/x-gzip-compressed Size: 680 bytes Desc: not available URL: From karl at debisschop.net Wed Nov 17 04:06:01 2004 From: karl at debisschop.net (Karl DeBisschop) Date: Wed Nov 17 04:06:01 2004 Subject: [Nagiosplug-devel] Re: Nagiosplug-devel digest, Vol 1 #708 - 3 msgs In-Reply-To: <419B2204.1050106@op5.se> References: <20041117041920.084F91D24B6@sc8-sf-uberspam1.sourceforge.net> <419AE0ED.3090103@intelenet.net> <419B1FC5.8050100@clewett.org.uk> <419B2204.1050106@op5.se> Message-ID: <419B3E60.5020309@debisschop.net> Andreas Ericsson wrote: > Ben Clewett wrote: > >> >> I also note that RRD is not the only storage mechanism used. Our >> popular PerfParse project used a floating point storage inside a >> relational database. >> >> If I hack the check_load plugin to show figures to their correct >> accuracy. In this case three decimal places. Can somebody tell me >> where should I submit the patch? >> > > That would be to this list, where it will be promptly ignored by plugin > developers who haven't made a public appearance since Mohammed Ali wore > diapers. To be fair, Andreas, I have been the biggest no-show on the plugin developer list. I have a family and ever increasing work demands, and as I think many folks would would do, I have let my optimism and good intentions get in the way of stepping out of the leadership role. But as the de facto leader of the group, that slowed everyone down to my (glacial) pace. As of last night, I have given up that role - I will try to hang around and comment from time to time, but I will no longer be i a role where my inactivity slows things down. At the moment, we are bringing on at least one new developer, and Ton Voon is leading the effort to go through the accumulated patches and get a release out. Since the failings of the past year our two have been largely mine, can you give Ton a fair shake? I also note that Stanley Hopcraft is still active on the mailing lists also - there is plenty of expertise in the remaining developer staff, and I expect good things. -- Karl From ae at op5.se Wed Nov 17 04:37:01 2004 From: ae at op5.se (Andreas Ericsson) Date: Wed Nov 17 04:37:01 2004 Subject: [Nagiosplug-devel] Re: Nagiosplug-devel digest, Vol 1 #708 - 3 msgs In-Reply-To: <419B3E60.5020309@debisschop.net> References: <20041117041920.084F91D24B6@sc8-sf-uberspam1.sourceforge.net> <419AE0ED.3090103@intelenet.net> <419B1FC5.8050100@clewett.org.uk> <419B2204.1050106@op5.se> <419B3E60.5020309@debisschop.net> Message-ID: <419B45B8.6090401@op5.se> Karl DeBisschop wrote: > Andreas Ericsson wrote: > >> Ben Clewett wrote: >> >>> >>> I also note that RRD is not the only storage mechanism used. Our >>> popular PerfParse project used a floating point storage inside a >>> relational database. >>> >>> If I hack the check_load plugin to show figures to their correct >>> accuracy. In this case three decimal places. Can somebody tell me >>> where should I submit the patch? >>> >> >> That would be to this list, where it will be promptly ignored by >> plugin developers who haven't made a public appearance since Mohammed >> Ali wore diapers. > > > To be fair, Andreas, I have been the biggest no-show on the plugin > developer list. I have a family and ever increasing work demands, and as > I think many folks would would do, I have let my optimism and good > intentions get in the way of stepping out of the leadership role. But as > the de facto leader of the group, that slowed everyone down to my > (glacial) pace. > > As of last night, I have given up that role - I will try to hang around > and comment from time to time, but I will no longer be i a role where my > inactivity slows things down. > Ok, so who's the new leader then? I'd like to know where to volunteer. > At the moment, we are bringing on at least one new developer, and Ton > Voon is leading the effort to go through the accumulated patches and get > a release out. > > Since the failings of the past year our two have been largely mine, can > you give Ton a fair shake? > Happily so. I would also like to once again mention that I'm very much available to help with plugin development. It is, in fact, a part of my job description but has been very difficult to do in a community-benefitting way due to reasons already mentioned. > I also note that Stanley Hopcraft is still active on the mailing lists > also - there is plenty of expertise in the remaining developer staff, > and I expect good things. > Stanley seems more involved in the development of the fundamentally flawed embedded perl interpreter and has posted plugins to the list (perhaps I'm confusing the Stanley's here), which made me think he had dropped out of official plugin development. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From Ben at clewett.org.uk Wed Nov 17 05:02:01 2004 From: Ben at clewett.org.uk (Ben Clewett) Date: Wed Nov 17 05:02:01 2004 Subject: [Nagiosplug-devel] Re: Nagiosplug-devel digest, Vol 1 #708 - 3 msgs In-Reply-To: <419B3E60.5020309@debisschop.net> References: <20041117041920.084F91D24B6@sc8-sf-uberspam1.sourceforge.net> <419AE0ED.3090103@intelenet.net> <419B1FC5.8050100@clewett.org.uk> <419B2204.1050106@op5.se> <419B3E60.5020309@debisschop.net> Message-ID: <419B4B84.9050709@clewett.org.uk> Karl DeBisschop wrote: > As of last night, I have given up that role - I will try to hang around > and comment from time to time, but I will no longer be i a role where my > inactivity slows things down. Thanks for the work so far. The plugin project is a major bit of work from which we all rely on completely. I have a job and a family my self, as well as trying to run the PerfParse project. I know full well how hard that can be! > At the moment, we are bringing on at least one new developer, and Ton > Voon is leading the effort to go through the accumulated patches and get > a release out. > > Since the failings of the past year our two have been largely mine, can > you give Ton a fair shake? I look forward to working with Ton in the future, Good luck with future projects, Ben Clewett. From Ben at clewett.org.uk Wed Nov 17 07:43:03 2004 From: Ben at clewett.org.uk (Ben Clewett) Date: Wed Nov 17 07:43:03 2004 Subject: [Nagiosplug-devel] Re: Nagiosplug-devel digest, Vol 1 #708 - 3 msgs In-Reply-To: References: Message-ID: <419B3728.1070408@clewett.org.uk> Sorry, second attempt at posting, I have too many email addresses! Enclosed is a patch. check_load now correctly showing: OK - load average: 0.38, 0.50, 0.50|load1=0.380;1.500;2.000;0.000 load5=0.500;1.000;2.000;0.000 load15=0.500;1.000;2.000;0.000 This does not adjust the release number in the file. It would be of interest to my own users (perfparse-users at lists.sf.net) if you could let me know when this will be available in an official release? Thanks, Regards, Ben. Voon, Ton wrote: > Ben, > > Can you please submit your patch (against CVS HEAD) to SF in the patch > section, and then send an email to this list. > > We are working on a release soon. > > Ton > > -----Original Message----- > From: Ben Clewett [mailto:Ben at clewett.org.uk] > Sent: 17 November 2004 09:54 > To: Bob Myers > Cc: nagiosplug-devel at lists.sourceforge.net > Subject: Re: [Nagiosplug-devel] Re: Nagiosplug-devel digest, Vol 1 #708 - 3 > msgs > > > > I also note that RRD is not the only storage mechanism used. Our > popular PerfParse project used a floating point storage inside a > relational database. > > If I hack the check_load plugin to show figures to their correct > accuracy. In this case three decimal places. Can somebody tell me > where should I submit the patch? > > Regards, > > Ben. > > Bob Myers wrote: > > >>>A possible caveat: I believe rrdtool round robin databases only >>>accept integral values, >> >> >>I don't believe that this is true, and the documentation belies this. >> >>http://people.ee.ethz.ch/~oetiker/webtools/rrdtool/tutorial/rrdtutoria >>l.html >> >> >>What data can be put into an RRD ? >> >>You name it, it will probably fit. You should be able to measure some >>value at several points in time and provide this information to RRDTool. >>If you can do this, RRDTool will be able to store it. The values need to >>be numerical but don't have to be, as opposed to MRTG, integers. >> >> >>------------------------------------------------------- >>This SF.Net email is sponsored by: InterSystems CACHE >>FREE OODBMS DOWNLOAD - A multidimensional database that combines >>robust object and relational technologies, making it a perfect match >>for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 >>_______________________________________________ >>Nagiosplug-devel mailing list Nagiosplug-devel at lists.sourceforge.net >>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 >> > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: InterSystems CACHE > FREE OODBMS DOWNLOAD - A multidimensional database that combines robust > object and relational technologies, making it a perfect match for Java, > C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 > _______________________________________________ > Nagiosplug-devel mailing list Nagiosplug-devel at lists.sourceforge.net > 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 > > ----------------------------------------- > This private and confidential e-mail has been sent to you by Egg. The Egg > group of companies includes Egg Banking plc registered no. 2999842), Egg > Financial Products Ltd (registered no. 3319027) and Egg Investments Ltd > (registered no. 3403963) which is authorised and regulated by the Financial > Services Authority. Egg Investments Ltd. is entered in the FSA register > under number 190518. Registered in England and Wales. Registered > offices: 1 Waterhouse Square, 138-142 Holborn, London EC1N 2NA. If you > are not the intended recipient of this e-mail and have received it in > error, please notify the sender by replying with 'received in error' as the > subject and then delete it from your mailbox. > -------------- next part -------------- A non-text attachment was scrubbed... Name: check_load.diff.gz Type: application/x-gzip-compressed Size: 680 bytes Desc: not available URL: From Ben.Clewett at roadrunner.uk.com Wed Nov 17 07:43:06 2004 From: Ben.Clewett at roadrunner.uk.com (Ben Clewett) Date: Wed Nov 17 07:43:06 2004 Subject: [Nagiosplug-devel] Re: Nagiosplug-devel digest, Vol 1 #708 - 3 msgs In-Reply-To: References: Message-ID: <419B3678.2030904@roadrunner.uk.com> Enclosed is a patch. check_load now correctly showing: OK - load average: 0.38, 0.50, 0.50|load1=0.380;1.500;2.000;0.000 load5=0.500;1.000;2.000;0.000 load15=0.500;1.000;2.000;0.000 This does not adjust the release number. Regards, Ben. Voon, Ton wrote: > Ben, > > Can you please submit your patch (against CVS HEAD) to SF in the patch > section, and then send an email to this list. > > We are working on a release soon. > > Ton > > -----Original Message----- > From: Ben Clewett [mailto:Ben at clewett.org.uk] > Sent: 17 November 2004 09:54 > To: Bob Myers > Cc: nagiosplug-devel at lists.sourceforge.net > Subject: Re: [Nagiosplug-devel] Re: Nagiosplug-devel digest, Vol 1 #708 - 3 > msgs > > > > I also note that RRD is not the only storage mechanism used. Our > popular PerfParse project used a floating point storage inside a > relational database. > > If I hack the check_load plugin to show figures to their correct > accuracy. In this case three decimal places. Can somebody tell me > where should I submit the patch? > > Regards, > > Ben. > > Bob Myers wrote: > > >>>A possible caveat: I believe rrdtool round robin databases only >>>accept integral values, >> >> >>I don't believe that this is true, and the documentation belies this. >> >>http://people.ee.ethz.ch/~oetiker/webtools/rrdtool/tutorial/rrdtutoria >>l.html >> >> >>What data can be put into an RRD ? >> >>You name it, it will probably fit. You should be able to measure some >>value at several points in time and provide this information to RRDTool. >>If you can do this, RRDTool will be able to store it. The values need to >>be numerical but don't have to be, as opposed to MRTG, integers. >> >> >>------------------------------------------------------- >>This SF.Net email is sponsored by: InterSystems CACHE >>FREE OODBMS DOWNLOAD - A multidimensional database that combines >>robust object and relational technologies, making it a perfect match >>for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 >>_______________________________________________ >>Nagiosplug-devel mailing list Nagiosplug-devel at lists.sourceforge.net >>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 >> > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: InterSystems CACHE > FREE OODBMS DOWNLOAD - A multidimensional database that combines robust > object and relational technologies, making it a perfect match for Java, > C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 > _______________________________________________ > Nagiosplug-devel mailing list Nagiosplug-devel at lists.sourceforge.net > 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 > > ----------------------------------------- > This private and confidential e-mail has been sent to you by Egg. The Egg > group of companies includes Egg Banking plc registered no. 2999842), Egg > Financial Products Ltd (registered no. 3319027) and Egg Investments Ltd > (registered no. 3403963) which is authorised and regulated by the Financial > Services Authority. Egg Investments Ltd. is entered in the FSA register > under number 190518. Registered in England and Wales. Registered > offices: 1 Waterhouse Square, 138-142 Holborn, London EC1N 2NA. If you > are not the intended recipient of this e-mail and have received it in > error, please notify the sender by replying with 'received in error' as the > subject and then delete it from your mailbox. > -------------- next part -------------- A non-text attachment was scrubbed... Name: check_load.diff.gz Type: application/x-gzip-compressed Size: 680 bytes Desc: not available URL: From trevorwarren at gmail.com Wed Nov 17 08:01:01 2004 From: trevorwarren at gmail.com (Trevor Warren) Date: Wed Nov 17 08:01:01 2004 Subject: [Nagiosplug-devel] aix 5.2 compilation successful + merge into tree Message-ID: <559e3cb6041117075912077f06@mail.gmail.com> Hey guys/gals, Thanks for all the help and especially to eric who wrote the patch that fixed the VA_COPY issue on AIX 5.2. I suggest someone merges the same into the main tree. Take care all and thanks again. Trevor -- ___________________________________ ( >- / Scaling FreeSoftware & OpenSource \ -< ) /~\ / In the Enterprise \ /~\ | \) \ | www.fsf.org | www.opensource.org | / (/ | |_|_ \____________________________________/ _|_| From Ton.Voon at egg.com Wed Nov 17 08:56:02 2004 From: Ton.Voon at egg.com (Voon, Ton) Date: Wed Nov 17 08:56:02 2004 Subject: [Nagiosplug-devel] aix 5.2 compilation successful + merge int o tree Message-ID: Trevor, I've updated CVS HEAD so that it uses the newer coreutils library files and the latest samba snprintf.c. Both these changes had variations on Eric's patch, so I do not plan on incorporating Eric's patch into the main tree. Can you confirm if CVS HEAD if okay? Snapshot available at http://nagiosplug.sourceforge.net/snapshot/ Ton -----Original Message----- From: Trevor Warren [mailto:trevorwarren at gmail.com] Sent: 17 November 2004 16:00 To: nagiosplug-devel at lists.sourceforge.net Cc: Eric Lauriault Subject: [Nagiosplug-devel] aix 5.2 compilation successful + merge into tree Hey guys/gals, Thanks for all the help and especially to eric who wrote the patch that fixed the VA_COPY issue on AIX 5.2. I suggest someone merges the same into the main tree. Take care all and thanks again. Trevor -- ___________________________________ ( >- / Scaling FreeSoftware & OpenSource \ -< ) /~\ / In the Enterprise \ /~\ | \) \ | www.fsf.org | www.opensource.org | / (/ | |_|_ \____________________________________/ _|_| ------------------------------------------------------- This SF.Net email is sponsored by: InterSystems CACHE FREE OODBMS DOWNLOAD - A multidimensional database that combines robust object and relational technologies, making it a perfect match for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 _______________________________________________ Nagiosplug-devel mailing list Nagiosplug-devel at lists.sourceforge.net 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 ----------------------------------------- This private and confidential e-mail has been sent to you by Egg. The Egg group of companies includes Egg Banking plc registered no. 2999842), Egg Financial Products Ltd (registered no. 3319027) and Egg Investments Ltd (registered no. 3403963) which is authorised and regulated by the Financial Services Authority. Egg Investments Ltd. is entered in the FSA register under number 190518. Registered in England and Wales. Registered offices: 1 Waterhouse Square, 138-142 Holborn, London EC1N 2NA. If you are not the intended recipient of this e-mail and have received it in error, please notify the sender by replying with 'received in error' as the subject and then delete it from your mailbox. From trevorwarren at gmail.com Wed Nov 17 09:27:02 2004 From: trevorwarren at gmail.com (Trevor Warren) Date: Wed Nov 17 09:27:02 2004 Subject: [Nagiosplug-devel] aix 5.2 compilation successful + merge int o tree In-Reply-To: References: Message-ID: <559e3cb604111709255730259b@mail.gmail.com> Hiyee dear, As of now, i aint having anything else than http connectivity to the internet. Am at a client DR site 200Kms from home. Will check this out and revert back when i get home in a months time. Can't CVS update from here or run any checks here VT. Take care and lemme know if i can do anything else. Trevor On Wed, 17 Nov 2004 16:51:11 -0000, Voon, Ton wrote: > Trevor, > > I've updated CVS HEAD so that it uses the newer coreutils library files and > the latest samba snprintf.c. Both these changes had variations on Eric's > patch, so I do not plan on incorporating Eric's patch into the main tree. > Can you confirm if CVS HEAD if okay? Snapshot available at > http://nagiosplug.sourceforge.net/snapshot/ > > Ton > > -----Original Message----- > From: Trevor Warren [mailto:trevorwarren at gmail.com] > Sent: 17 November 2004 16:00 > To: nagiosplug-devel at lists.sourceforge.net > Cc: Eric Lauriault > Subject: [Nagiosplug-devel] aix 5.2 compilation successful + merge into tree > > Hey guys/gals, > > Thanks for all the help and especially to eric who wrote the patch that > fixed the VA_COPY issue on AIX 5.2. I suggest someone merges the same into > the main tree. > > Take care all and thanks again. > > Trevor > > -- > ___________________________________ > ( >- / Scaling FreeSoftware & OpenSource \ -< ) > /~\ / In the Enterprise \ /~\ > | \) \ | www.fsf.org | www.opensource.org | / (/ | > |_|_ \____________________________________/ _|_| > > ------------------------------------------------------- > This SF.Net email is sponsored by: InterSystems CACHE > FREE OODBMS DOWNLOAD - A multidimensional database that combines robust > object and relational technologies, making it a perfect match for Java, > C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 > _______________________________________________ > Nagiosplug-devel mailing list Nagiosplug-devel at lists.sourceforge.net > 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 > > ----------------------------------------- > This private and confidential e-mail has been sent to you by Egg. The Egg > group of companies includes Egg Banking plc registered no. 2999842), Egg > Financial Products Ltd (registered no. 3319027) and Egg Investments Ltd > (registered no. 3403963) which is authorised and regulated by the Financial > Services Authority. Egg Investments Ltd. is entered in the FSA register > under number 190518. Registered in England and Wales. Registered > offices: 1 Waterhouse Square, 138-142 Holborn, London EC1N 2NA. If you > are not the intended recipient of this e-mail and have received it in > error, please notify the sender by replying with 'received in error' as the > subject and then delete it from your mailbox. > > -- ___________________________________ ( >- / Scaling FreeSoftware & OpenSource \ -< ) /~\ / In the Enterprise \ /~\ | \) \ | www.fsf.org | www.opensource.org | / (/ | |_|_ \____________________________________/ _|_| From noreply at sourceforge.net Wed Nov 17 12:24:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Nov 17 12:24:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1068247 ] Added port for check_dns Message-ID: Patches item #1068247, was opened at 2004-11-17 13:23 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=1068247&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jeff Rodriguez (bigtangringo) Assigned to: Nobody/Anonymous (nobody) Summary: Added port for check_dns Initial Comment: I've added support for a -p --port option on check_dns ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1068247&group_id=29880 From noreply at sourceforge.net Wed Nov 17 15:24:14 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Nov 17 15:24:14 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-949521 ] --no-body and --max-age options for check_http Message-ID: Bugs item #949521, was opened at 2004-05-06 22:39 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=949521&group_id=29880 Category: None Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Jamie Zawinski (jwz) Assigned to: Ton Voon (tonvoon) Summary: --no-body and --max-age options for check_http Initial Comment: I recently upgraded to Nagios 1.2.0 from an old Netsaint, and I needed to add a couple of features to the check_http plugin. I sent these patches in a couple of years ago, but they haven't made it into the distribution, so here they are again... (I hope you include them this time, so that I don't have to rewrite this code again the next time I upgrade...) Anyway, I added two new options to check_http: -N, --no-body Don't wait for document body: stop reading after headers. I needed this so that I can check for the existence of Icecast MP3 streams: such streams look like audio/mpeg files, except that they are of infinite length. -M, --max-age=SECONDS Warn if the document is more than SECONDS old. I needed this so that I can check whether my webcam is still working: if the date on the JPEG file has stopped updating, the webcam is down. Here's how I use these: define command{ command_name check_icecast command_line $USER1$/check_http2 -H $HOSTADDRESS$ -p 8000 --no-body -u $ARG1$ } define command{ command_name check_http_age command_line $USER1$/check_http -H $HOSTALIAS$ -I $HOSTADDRESS$ --no-body -u $ARG1$ --max-age $ARG2$ } The attached patch is against check_http.c 1.24.2.4 from nagios-plugins-1.3.1. Thanks! ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-11-17 23:23 Message: Logged In: YES user_id=664364 Jamie, Thanks for this patch again. Applied to check_http.c v 1.61. Ton ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-05-07 06:31 Message: Logged In: YES user_id=664364 Jamie, These sound like decent patches. However, we are not making any more enhancements to r1.3.1. Can you provide a patch against CVS? Just one more update of the code then :) Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=949521&group_id=29880 From noreply at sourceforge.net Wed Nov 17 15:37:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Nov 17 15:37:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-949070 ] check_tcp enhancement: ignore output Message-ID: Patches item #949070, was opened at 2004-05-06 11:58 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=949070&group_id=29880 Category: Enhancement Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Jan-Piet Mens (jpm) Assigned to: Ton Voon (tonvoon) Summary: check_tcp enhancement: ignore output Initial Comment: This patch add an option to ignore the output of check_tcp. I use this when checking a mainframe for 3270 connections; the bytes that are output look funny. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-11-17 23:35 Message: Logged In: YES user_id=664364 Jan-Piet, Thanks for the patch. Applied to check_tcp v1.41 Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=949070&group_id=29880 From noreply at sourceforge.net Wed Nov 17 15:44:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Nov 17 15:44:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1068247 ] Added port for check_dns Message-ID: Patches item #1068247, was opened at 2004-11-17 20:23 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1068247&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jeff Rodriguez (bigtangringo) >Assigned to: Ton Voon (tonvoon) Summary: Added port for check_dns Initial Comment: I've added support for a -p --port option on check_dns ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-11-17 23:43 Message: Logged In: YES user_id=664364 Jeff, Thanks for the patch, but I'm a bit concerned that some implementations of nslookup may not cater for the -port option. The plan is for check_dns to be rewritten with the resolver routines, but I tried and it was beyond me! If you can do this, then that would be a great addition to the plugins. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1068247&group_id=29880 From tonvoon at mac.com Wed Nov 17 16:34:03 2004 From: tonvoon at mac.com (Ton Voon) Date: Wed Nov 17 16:34:03 2004 Subject: [Nagiosplug-devel] Re: Nagiosplug-devel digest, Vol 1 #708 - 3 msgs In-Reply-To: <419B3678.2030904@roadrunner.uk.com> References: <419B3678.2030904@roadrunner.uk.com> Message-ID: Ben, Just looking into applying this, but it seems that CVS HEAD of check_load.c (v1.15) already has floating point output. It calls fperfdata to get floating point data. Are you sure you are using the latest code? Ton On 17 Nov 2004, at 11:31, Ben Clewett wrote: > Enclosed is a patch. > > check_load now correctly showing: > > OK - load average: 0.38, 0.50, 0.50|load1=0.380;1.500;2.000;0.000 > load5=0.500;1.000;2.000;0.000 load15=0.500;1.000;2.000;0.000 > > This does not adjust the release number. > > Regards, Ben. > > > Voon, Ton wrote: > >> Ben, >> Can you please submit your patch (against CVS HEAD) to SF in the patch >> section, and then send an email to this list. >> We are working on a release soon. >> Ton >> -----Original Message----- >> From: Ben Clewett [mailto:Ben at clewett.org.uk] Sent: 17 November 2004 >> 09:54 >> To: Bob Myers >> Cc: nagiosplug-devel at lists.sourceforge.net >> Subject: Re: [Nagiosplug-devel] Re: Nagiosplug-devel digest, Vol 1 >> #708 - 3 >> msgs >> I also note that RRD is not the only storage mechanism used. Our >> popular PerfParse project used a floating point storage inside a >> relational database. >> If I hack the check_load plugin to show figures to their correct >> accuracy. In this case three decimal places. Can somebody tell me >> where should I submit the patch? >> Regards, >> Ben. >> Bob Myers wrote: >>>> A possible caveat: I believe rrdtool round robin databases only >>>> accept integral values, >>> >>> >>> I don't believe that this is true, and the documentation belies this. >>> >>> http://people.ee.ethz.ch/~oetiker/webtools/rrdtool/tutorial/ >>> rrdtutoria >>> l.html >>> >>> >>> What data can be put into an RRD ? >>> >>> You name it, it will probably fit. You should be able to measure some >>> value at several points in time and provide this information to >>> RRDTool. If you can do this, RRDTool will be able to store it. The >>> values need to be numerical but don't have to be, as opposed to >>> MRTG, integers. >>> >>> >>> ------------------------------------------------------- >>> This SF.Net email is sponsored by: InterSystems CACHE >>> FREE OODBMS DOWNLOAD - A multidimensional database that combines >>> robust object and relational technologies, making it a perfect match >>> for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 >>> _______________________________________________ >>> Nagiosplug-devel mailing list Nagiosplug-devel at lists.sourceforge.net >>> 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 >>> >> ------------------------------------------------------- >> This SF.Net email is sponsored by: InterSystems CACHE >> FREE OODBMS DOWNLOAD - A multidimensional database that combines >> robust >> object and relational technologies, making it a perfect match for >> Java, >> C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 >> _______________________________________________ >> Nagiosplug-devel mailing list Nagiosplug-devel at lists.sourceforge.net >> 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 >> ----------------------------------------- >> This private and confidential e-mail has been sent to you by Egg. >> The Egg >> group of companies includes Egg Banking plc registered no. 2999842), >> Egg >> Financial Products Ltd (registered no. 3319027) and Egg Investments >> Ltd >> (registered no. 3403963) which is authorised and regulated by the >> Financial >> Services Authority. Egg Investments Ltd. is entered in the FSA >> register >> under number 190518. Registered in England and Wales. Registered >> offices: 1 Waterhouse Square, 138-142 Holborn, London EC1N 2NA. If >> you >> are not the intended recipient of this e-mail and have received it in >> error, please notify the sender by replying with 'received in error' >> as the >> subject and then delete it from your mailbox. > > From noreply at sourceforge.net Wed Nov 17 21:40:03 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Nov 17 21:40:03 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-934025 ] check_smtp bug fix Message-ID: Bugs item #934025, was opened at 2004-04-12 22:46 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=934025&group_id=29880 Category: None Group: CVS >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Matthew Kent (mattkent) Assigned to: Nobody/Anonymous (nobody) Summary: check_smtp bug fix Initial Comment: Small bug fix: # ./check_smtp -H 192.168.40.9 -w 1 -c 4 No route to host SMTP WARNING - 3.018 sec. response time|time=3018187us;1;4;0 while it should return CRITICAL regardless. I also updated the output to use fperfdata. Having most of the plugins outputting the same time format (seconds) is making it easier to write generic perfdata handling perl. Thanks! ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-11-17 21:39 Message: Logged In: YES user_id=983566 Fixed in HEAD. Left perfdata output change out for now. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=934025&group_id=29880 From noreply at sourceforge.net Wed Nov 17 21:46:05 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Nov 17 21:46:05 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1038454 ] Compile probleme on debian Message-ID: Bugs item #1038454, was opened at 2004-10-01 05:43 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1038454&group_id=29880 Category: None Group: snapshot tarball >Status: Deleted Resolution: None Priority: 5 Submitted By: tango73 (tango73) Assigned to: Nobody/Anonymous (nobody) Summary: Compile probleme on debian Initial Comment: I tried many time to compile the daily tarball on my debian but i always have this error on the make. . . . . chmod +x check_file_age make[2]: Leaving directory `/home/dml/public/nagios- plugins-HEAD-200410010447/plugins-scripts' Making all in po make[2]: Entering directory `/home/dml/public/nagios- plugins-HEAD-200410010447/po' /usr/bin/msgmerge --update fr.po nagios-plugins.pot /usr/bin/msgmerge: erreur lors de l'ouverture de ? fr.po ? en lecture: Aucun fichier ou r?pertoire de ce type make[2]: *** [fr.po] Erreur 1 make[2]: Leaving directory `/home/dml/public/nagios- plugins-HEAD-200410010447/po' make[1]: *** [all-recursive] Erreur 1 make[1]: Leaving directory `/home/dml/public/nagios- plugins-HEAD-200410010447' make: *** [all] Erreur 2 please help me, thanks ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-11-17 21:45 Message: Logged In: YES user_id=983566 Please try the mailing lists. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1038454&group_id=29880 From Ben at clewett.org.uk Thu Nov 18 00:58:08 2004 From: Ben at clewett.org.uk (Ben Clewett) Date: Thu Nov 18 00:58:08 2004 Subject: [Nagiosplug-devel] Re: Nagiosplug-devel digest, Vol 1 #708 - 3 msgs In-Reply-To: References: <419B3678.2030904@roadrunner.uk.com> Message-ID: <419C63DE.9010502@clewett.org.uk> Ton, From your description it looks like I have accidentally been using old code. By old this would be a maximum of a month old. If the check_load has already been fixed then this is excellent. This proves to some of us that there are active developers on this list :) I'll take a nightly snapshot and have a look. Ben Ton Voon wrote: > Ben, > > Just looking into applying this, but it seems that CVS HEAD of > check_load.c (v1.15) already has floating point output. It calls > fperfdata to get floating point data. Are you sure you are using the > latest code? > > Ton > > On 17 Nov 2004, at 11:31, Ben Clewett wrote: > >> Enclosed is a patch. >> >> check_load now correctly showing: >> >> OK - load average: 0.38, 0.50, 0.50|load1=0.380;1.500;2.000;0.000 >> load5=0.500;1.000;2.000;0.000 load15=0.500;1.000;2.000;0.000 >> >> This does not adjust the release number. >> >> Regards, Ben. >> >> >> Voon, Ton wrote: >> >>> Ben, >>> Can you please submit your patch (against CVS HEAD) to SF in the patch >>> section, and then send an email to this list. >>> We are working on a release soon. >>> Ton >>> -----Original Message----- >>> From: Ben Clewett [mailto:Ben at clewett.org.uk] Sent: 17 November 2004 >>> 09:54 >>> To: Bob Myers >>> Cc: nagiosplug-devel at lists.sourceforge.net >>> Subject: Re: [Nagiosplug-devel] Re: Nagiosplug-devel digest, Vol 1 >>> #708 - 3 >>> msgs >>> I also note that RRD is not the only storage mechanism used. Our >>> popular PerfParse project used a floating point storage inside a >>> relational database. >>> If I hack the check_load plugin to show figures to their correct >>> accuracy. In this case three decimal places. Can somebody tell me >>> where should I submit the patch? >>> Regards, >>> Ben. >>> Bob Myers wrote: >>> >>>>> A possible caveat: I believe rrdtool round robin databases only >>>>> accept integral values, >>>> >>>> >>>> >>>> I don't believe that this is true, and the documentation belies this. >>>> >>>> http://people.ee.ethz.ch/~oetiker/webtools/rrdtool/tutorial/ rrdtutoria >>>> l.html >>>> >>>> >>>> What data can be put into an RRD ? >>>> >>>> You name it, it will probably fit. You should be able to measure some >>>> value at several points in time and provide this information to >>>> RRDTool. If you can do this, RRDTool will be able to store it. The >>>> values need to be numerical but don't have to be, as opposed to >>>> MRTG, integers. >>>> >>>> >>>> ------------------------------------------------------- >>>> This SF.Net email is sponsored by: InterSystems CACHE >>>> FREE OODBMS DOWNLOAD - A multidimensional database that combines >>>> robust object and relational technologies, making it a perfect >>>> match for Java, C++,COM, XML, ODBC and JDBC. >>>> www.intersystems.com/match8 >>>> _______________________________________________ >>>> Nagiosplug-devel mailing list Nagiosplug-devel at lists.sourceforge.net >>>> 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 >>>> >>> ------------------------------------------------------- >>> This SF.Net email is sponsored by: InterSystems CACHE >>> FREE OODBMS DOWNLOAD - A multidimensional database that combines robust >>> object and relational technologies, making it a perfect match for Java, >>> C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 >>> _______________________________________________ >>> Nagiosplug-devel mailing list Nagiosplug-devel at lists.sourceforge.net >>> 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 >>> ----------------------------------------- >>> This private and confidential e-mail has been sent to you by Egg. >>> The Egg >>> group of companies includes Egg Banking plc registered no. 2999842), >>> Egg >>> Financial Products Ltd (registered no. 3319027) and Egg Investments Ltd >>> (registered no. 3403963) which is authorised and regulated by the >>> Financial >>> Services Authority. Egg Investments Ltd. is entered in the FSA register >>> under number 190518. Registered in England and Wales. Registered >>> offices: 1 Waterhouse Square, 138-142 Holborn, London EC1N 2NA. >>> If you >>> are not the intended recipient of this e-mail and have received it in >>> error, please notify the sender by replying with 'received in error' >>> as the >>> subject and then delete it from your mailbox. >> >> >> > > From tonvoon at mac.com Thu Nov 18 06:11:04 2004 From: tonvoon at mac.com (Ton Voon) Date: Thu Nov 18 06:11:04 2004 Subject: [Nagiosplug-devel] Announcement regarding nagiosplug 1.4 release Message-ID: <9F13DF6C-396B-11D9-A216-000A95D47298@mac.com> Hi! This is just a quick email to say that there will be a push by the Nagios Plugins team to get the next release finalised - I will be taking on this task. Karl DeBisshop has stood down from Project Administrator because he was unable to commit the time required. His contributions will be sorely missed as he has been with this project from the very beginning, but he intends to keep an eye what is going on. As the rest of the team have also not been able to spend much time on the project, we are pleased to announce that we have taken on two new developers. Matthew Kent and Harper Mann have agreed to join the team and will be taking care of all the outstanding patches and bug reports in the Sourceforge tracker system. Expect to hear a lot more from them soon. We are keen on getting the latest version out because there are some major features that 1.4 has over the current 1.3.1. These include: - IPv6 support - Internationalisation support, for translation of plugin output - check_disk now using the GNU coreutils library - More performance data, to our new standard format - Support for many more OSes, including AIX, Tru64 and MacOSX We have set out a basic timetable for the release schedule: Thursday 3/12/2004 - Next alpha release: 1.4a2 Thursday 16/12/2004 - Another alpha release: 1.4a3 End December - Beta release: 1.4b1 End January - Final 1.4 How can you help? As always, please use the latest code available (at http://nagiosplug.sourceforge.net/snapshot) and let us know of any bugs or if you have patches (but we are not accepting any major enhancements for the current release). This is best done through Sourceforge's tracker system (at http://sourceforge.net/projects/nagiosplug) because otherwise it may get lost in the mailing lists. Also, performance data has not been fully implemented on all plugins - patches will be gratefully received if they conform to the guidelines (http://nagiosplug.sourceforge.net/developer-guidelines.html). Finally, we are looking for volunteers to do some of the translations - at the moment, we only have partial translations in French and German. Let me know if you want to help. While this is the plan, please remember that this is an open source project. As such, everyone involved is making a judgement call on spending time on this project instead of time with their friends, families or cars. We'll aim to get as much done as possible, but please understand if the schedule slips or the quality is compromised. I look forward to announcing the new releases soon. Ton From David.Robinson at albertsons.com Thu Nov 18 13:29:04 2004 From: David.Robinson at albertsons.com (David Robinson) Date: Thu Nov 18 13:29:04 2004 Subject: [Nagiosplug-devel] Java Plugins Message-ID: <99899D7E2E3BD411A9DB00508B665DF20FCF2A3E@slcntdex01.albertsons.com> I have written Nagios Perl plugins that invoke the weblogic.Admin java class to monitor runtime information of my WebLogic Servers. The weblogic.Admin class executes JMX requests to a given WebLogic Server process. It looks like: Nagios Process --> Perl Process --> Java Process --> JMX call across the network --> Remote WebLogic Server Process These plugins do not seem to perform very well. Does anyone have any suggestions on improving the performance of plugins for monitoring WebLogic Server? I also tried writing a plugin directly in Java, but I'm not sure if this is supported. Nagios did not receive any output from my Java plugins even though I was exiting with the proper error codes. Has anyone created plugins in Java? Thanks for your assistance, Dave -------------- next part -------------- An HTML attachment was scrubbed... URL: From josv at osp.nl Thu Nov 18 13:39:04 2004 From: josv at osp.nl (Jos Visser) Date: Thu Nov 18 13:39:04 2004 Subject: [Nagiosplug-devel] Java Plugins In-Reply-To: <99899D7E2E3BD411A9DB00508B665DF20FCF2A3E@slcntdex01.albertsons.com> References: <99899D7E2E3BD411A9DB00508B665DF20FCF2A3E@slcntdex01.albertsons.com> Message-ID: <20041118213812.GV642@Jos-Vissers-Computer.local> Plugins in Java are possible, and so is calling Java from Perl. The performance will probably suck because it takes a long time to initialize the entire Java runtime environment (JVM, libraries) It would probably be better to: - Run the check as a daemon and: - control that daemon from, or - use the whats-its-name protocol to communicate status directly to Nagios If you are really brave you could extend Nagios with native Java plug-in support. This would entail linking libjvm.sl into Nagios and hacking some code to call Java methods directly as check_command's... This would also mean that you don't need to build up the JVM every time... ++Jos.es On Thu, Nov 18, 2004 at 02:28:16PM -0700 it came to pass that David Robinson wrote: > I have written Nagios Perl plugins that invoke the weblogic.Admin java class > to monitor runtime information of my WebLogic Servers. The weblogic.Admin > class executes JMX requests to a given WebLogic Server process. It looks > like: > > > > > > Nagios Process --> Perl Process --> Java Process --> JMX call across the > network --> Remote WebLogic Server Process > > > > > > These plugins do not seem to perform very well. Does anyone have any > suggestions on improving the performance of plugins for monitoring WebLogic > Server? > > > > I also tried writing a plugin directly in Java, but I'm not sure if this is > supported. Nagios did not receive any output from my Java plugins even > though I was exiting with the proper error codes. Has anyone created > plugins in Java? > > > > Thanks for your assistance, > > Dave > -- What's worth reacting to, is worth overreacting to... From tonvoon at mac.com Thu Nov 18 14:34:06 2004 From: tonvoon at mac.com (Ton Voon) Date: Thu Nov 18 14:34:06 2004 Subject: [Nagiosplug-devel] Closing Support Requests Message-ID: Guys, In an attempt to focus (aka trying to minimise the amount of admin), I was thinking of closing the Support Requests Tracker in SF and move all calls into Bugs. I don't think there's really a distinction. Agree? Ton From noreply at sourceforge.net Thu Nov 18 14:44:05 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Nov 18 14:44:05 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1055120 ] check_tcp.c : Fix bad SSL initialization problems Message-ID: Patches item #1055120, was opened at 2004-10-27 08:13 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1055120&group_id=29880 Category: Bugfix Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Phil Dibowitz (jaymzh) >Assigned to: Ton Voon (tonvoon) Summary: check_tcp.c : Fix bad SSL initialization problems Initial Comment: This is a patch for Bug ID 1030062. I've added the patch the Bug Report as well. Paraphrase of the bug report: There are two problems with the SSL Init Code: 1. In check_tcp.c, the code checks for a return value of -1 from SSL_connect and only then will it throw an error. However, the only non-error response is 1, and thus all other values should throw an error. In my case, this problem caused an bad initialization to go uncaught and more random things to happen later. 2. The code supports at most SSLv2, which is obsolete. The patch will use SSLv3, and if that doesn't work then fail to SSLv2. - Phil ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-11-18 22:43 Message: Logged In: YES user_id=664364 Phil, Thanks for the patch. Applied to check_tcp v1.42. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1055120&group_id=29880 From jhmartin at toger.us Thu Nov 18 14:46:02 2004 From: jhmartin at toger.us (Jason Martin) Date: Thu Nov 18 14:46:02 2004 Subject: [Nagiosplug-devel] Closing Support Requests In-Reply-To: References: Message-ID: <20041118224459.GB15132@zippy.toger.us> On Thu, Nov 18, 2004 at 10:33:52PM +0000, Ton Voon wrote: > In an attempt to focus (aka trying to minimise the amount of admin), I > was thinking of closing the Support Requests Tracker in SF and move all > calls into Bugs. I don't think there's really a distinction. Agree? I think they'll either fall into the 'how do i / is this possible' category which will hit the mailling list, or the 'this doesn't work' category which would be Bugs. Support Requests don't sound necessary. -Jason Martin -- Fer sell cheep: IBM spel chekker. Wurks grate. This message is PGP/MIME signed. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 211 bytes Desc: not available URL: From noreply at sourceforge.net Thu Nov 18 14:50:05 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Nov 18 14:50:05 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-686476 ] pre compiler barfs on include path for system openssl Message-ID: Patches item #686476, was opened at 2003-02-14 10:55 Message generated for change (Settings changed) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=686476&group_id=29880 Category: Bugfix Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Lutz Behnke (cypherfox) >Assigned to: Ton Voon (tonvoon) Summary: pre compiler barfs on include path for system openssl Initial Comment: On Linux, the cpp prints a warning to stderr if a system include path is reset on the command line. The configure script takes this to mean that an error occored. The following patch checks if defining a new '-I' for the openssl include path is nessecary (it is not if openssl was installed as part of the system as for SuSE. mfg lutz --- nagios-plugins-1.3.0-beta2/configure.in 2002-11-22 03:46:49.000000000 +0100 +++ src/nagios-plugins-1.3.0-beta2/configure.in 2003-02-14 11:34:38.000000000 +0100 @@ -222,7 +222,10 @@ dnl Check for OpenSSL header files _SAVEDCPPFLAGS="$CPPFLAGS" FOUNDINCLUDE=yes -CPPFLAGS="-I$OPENSSL/include" +if test "$OPENSSL" != "/usr" ; then + CPPFLAGS="-I$OPENSSL/include" +fi + AC_CHECK_HEADERS(openssl/x509.h openssl/ssl.h openssl/rsa.h openssl/pem.h openssl/crypto.h openssl/err.h,SSLINCLUDE="-I$OPENSSL/include",FOUNDINCLUDE=no) if test "$FOUNDINCLUDE" = "no"; then FOUNDINCLUDE=yes ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-11-18 22:49 Message: Logged In: YES user_id=664364 Lutz, Thanks for the patch. Applied to CVS. Can you please attach patches in future as the format of your patch has been amended by SF's web pages. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=686476&group_id=29880 From noreply at sourceforge.net Thu Nov 18 14:55:09 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Nov 18 14:55:09 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-726552 ] Fixed check_disk to AND % and KB values Message-ID: Patches item #726552, was opened at 2003-04-23 23:14 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=726552&group_id=29880 Category: Bugfix Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Earl Ruby (eruby) >Assigned to: Ton Voon (tonvoon) Summary: Fixed check_disk to AND % and KB values Initial Comment: Fixed the parameter parsing to work regardless of the order of the values -- now either "%,KB" or "KB,%" work for -w and -c parameters. When both % and KB are specified, the results of the tests are now logically AND-ed together, rather than OR-ed, so a disk check with -c 5%,1000000 specified would fail if a disk volume had BOTH less than 5% free space AND less than 1GB free. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-11-18 22:54 Message: Logged In: YES user_id=664364 Earl, Unfortunately, there is no patch attached. Patch 772757 appears to be similar. Will close this call for now - if you can provide a patch against a more recent check_disk.c version, you can add it to the above patch. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=726552&group_id=29880 From noreply at sourceforge.net Thu Nov 18 15:07:03 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Nov 18 15:07:03 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-932066 ] Improved check_inodes script Message-ID: Bugs item #932066, was opened at 2004-04-08 23:36 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=932066&group_id=29880 Category: None Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Quanah Gibson-Mount (mishikal) >Assigned to: Ton Voon (tonvoon) Summary: Improved check_inodes script Initial Comment: I've taken the check_inodes script that is part of the 1.4 alpha plugins release, and done a major rewrite. It now more closely follows nagios plugin standards, and allows you to check all the partitions on a system for inode use, much like check_disk. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-11-18 23:06 Message: Logged In: YES user_id=664364 Quanah, Thank you for the tracker item, but there is no script attached. We are likely to move to using check_disk to include inode checks, so check_inodes will be removed in future releases. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=932066&group_id=29880 From noreply at sourceforge.net Thu Nov 18 15:15:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Nov 18 15:15:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-948667 ] check_procs under HP-UX does not see command arguments Message-ID: Bugs item #948667, was opened at 2004-05-05 19:16 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=948667&group_id=29880 Category: Argument proccessing Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Mark Plaksin (happyzi) Assigned to: Ton Voon (tonvoon) Summary: check_procs under HP-UX does not see command arguments Initial Comment: The ps command used by check_procs on HP-UX does not show command arguments. So it can't be used to search for things like "man ascii". I think this is true for all versions of check_procs. I've specifically tried 1.3.1 and CVS HEAD under HP-UX 11.00. I suspect it's the same on all versions of HP-UX. configure picks '/usr/bin/ps -el' as the ps command. If this is changed to: /usr/bin/env UNIX95=1 /usr/bin/ps -eo 'state,uid,ppid,args' and PS_FORMAT is "%s %s %s %n%s" and PS_VARLIST is procstat,&procuid,&procppid,&pos,procprog then it works. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-11-18 23:14 Message: Logged In: YES user_id=664364 I would like to revisit this as I think it is important for HP-UX support. jhmartin, thanks for your patch, but check_procs requires information about status, uid, ppid, vsz, rss, cpu%, command and arguments. Can someone with HP-UX access find what is a suitable command and provide a patch for configure.in. ---------------------------------------------------------------------- Comment By: Jason Martin (jhmartin) Date: 2004-08-12 20:44 Message: Logged In: YES user_id=589094 The following configure.in block, placed above all others that invoke ps -el is working for me (against 1.3.1) elif /usr/bin/env UNIX95=1 /usr/bin/ps -eo 'state uid ppid args' 2>/dev/null | egrep -i ["^S +UID +PPID +[RGSCOMDNA]+"] >/dev/null then AC_DEFINE(USE_PS_VARS,1,[Define if we use custom variable list for sscanf]) AC_DEFINE_UNQUOTED(PS_VARLIST,[procstat,&procuid,&procppid,&pos,procprog],[]) AC_DEFINE_UNQUOTED(PS_COMMAND,"$PATH_TO_ENV UNIX95=1 $PATH_TO_PS -eo 'state uid ppid args'",[]) AC_DEFINE_UNQUOTED(PS_FORMAT,"%s %d %d %n%s",[Format string for scanning ps output in check_procs]) AC_DEFINE_UNQUOTED(VSZ_COMMAND,"$PATH_TO_PS -el",[]) AC_DEFINE_UNQUOTED(VSZ_FORMAT,"%*s %*s %*s %*s %*s %*s %*s %*s %*s %d %*s %*s %*s %s",[]) AC_DEFINE_UNQUOTED(RSS_COMMAND,"$PATH_TO_PS -el",[]) AC_DEFINE_UNQUOTED(RSS_FORMAT,"%*s %*s %*s %*s %*s %*s %*s %*s %*s %d",[]) echo " ps syntax... $PATH_TO_ENV UNIX95=1 $PATH_TO_PS -eo 'state uid ppid args'" I also added AC_PATH_PROG(PATH_TO_ENV,env) after AC_PATH_PROG(PATH_TO_PS,ps) ---------------------------------------------------------------------- Comment By: Jason Martin (jhmartin) Date: 2004-08-10 20:36 Message: Logged In: YES user_id=589094 ps -ex gives me a syntax error on both 10.20 and 11i. ps ex returns just processes owned by the current user. ---------------------------------------------------------------------- Comment By: Jason Martin (jhmartin) Date: 2004-08-10 20:33 Message: Logged In: YES user_id=589094 ps -ex gives me a syntax error on both 10.20 and 11i. ps ex returns just processes owned by the current user. ---------------------------------------------------------------------- Comment By: Tracy Orf (tracyorf) Date: 2004-08-10 19:00 Message: Logged In: YES user_id=557175 ps -ex in HP-UX will show the command line in extended format. ---------------------------------------------------------------------- Comment By: Jason Martin (jhmartin) Date: 2004-08-10 17:21 Message: Logged In: YES user_id=589094 The CVS HEAD configure.in uses ps -el as the ps command for HP-UX, and that command only returns up to 15 characters of the command name and excludes all arguments. ps -ef returns up to 64 characters of the combination of command name and arguments. Head -2 of ps -ef returns UID PID PPID C STIME TTY TIME COMMAND root 625 624 0 Jun 17 ? 6:11 /usr/sbin/netfmt - C -F -f /var/adm/nettl.LOG000 -c /var/adm/con Head -3 of the UNIX95 syntax above returns $ /usr/bin/env UNIX95=1 /usr/bin/ps -eo 'state,uid,ppid,args' S UID PPID COMMAND R 198 3023 /usr/bin/ps -eo state,uid,ppid,args S 96 1 vmstat -S 300 2 This is true on the following versions of HPUX: HP-UX hostname B.11.11 U 9000/800 1651319313 unlimited- user license HP-UX localhost B.10.20 E 9000/800 882327441 8-user license ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-05-05 22:00 Message: Logged In: YES user_id=664364 What do you suggest? It should be something like: ps -eo 's uid ppid vsz rss pcpu comm args' to get all the required information. Will need a head -2 output. ---------------------------------------------------------------------- Comment By: Mark Plaksin (happyzi) Date: 2004-05-05 20:54 Message: Logged In: YES user_id=115461 Thanks for the quick response :) The recent change doesn't do the trick. I tested with today's CVS. We run multiple PeopleSoft instances on a single machine. We want per-instance process checking and the only way to tell which instance a process is for is by looking at the arguments to the command. For example, there is one PSQRYSRV process for earch instance. They show up in the process table like "PSQRYSRV -C dom=INSTANCE_NAME". ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-05-05 20:42 Message: Logged In: YES user_id=664364 Mark, CVS HEAD was recently changed for HP-UX (configure output should show HP-UX as the ps syntax). Does this work? Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=948667&group_id=29880 From noreply at sourceforge.net Thu Nov 18 15:19:05 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Nov 18 15:19:05 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-912033 ] check_procs on FreeBSD Message-ID: Bugs item #912033, was opened at 2004-03-08 15:21 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=912033&group_id=29880 Category: Argument proccessing Group: Release (specify) >Status: Pending Resolution: None Priority: 5 Submitted By: Branson Matheson (bransonmatheson) Assigned to: Ton Voon (tonvoon) Summary: check_procs on FreeBSD Initial Comment: Version: Plugins-1.3.1 the check_procs command calls ps -weo 'stat uid ppid comm args'. FreeBSD needs -aweo to see all processes on the system. With out it .. it only sees processes in it's own group with controlling terminals. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-11-18 23:18 Message: Logged In: YES user_id=664364 Branson, I think this is already fixed in CVS HEAD. On FreeBSD 4.8, configure picks /bin/ps waxco 'state uid ppid vsz rss pcpu command command'. I have marked this call in pending as we are trying to reduce the number of calls in preparation for a new release. Ton ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-03-08 19:49 Message: Logged In: YES user_id=664364 Branson, Thanks for the report. Can you try the CVS snapshot version at http:// nagiosplug.sf.net/snapshot. Also, which version of FreeBSD do you have? Ton ---------------------------------------------------------------------- Comment By: Branson Matheson (bransonmatheson) Date: 2004-03-08 18:28 Message: Logged In: YES user_id=543327 Also need a .. so the total command line should be: ps -axweo 'stat...' ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=912033&group_id=29880 From noreply at sourceforge.net Thu Nov 18 15:32:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Nov 18 15:32:04 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-951277 ] netutils.c segfault dumps core on solaris 8 Message-ID: Bugs item #951277, was opened at 2004-05-10 15:31 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=951277&group_id=29880 Category: None Group: Release (specify) >Status: Pending Resolution: None Priority: 5 Submitted By: Mike Hulsman (mhulsman) >Assigned to: Ton Voon (tonvoon) Summary: netutils.c segfault dumps core on solaris 8 Initial Comment: I use 1.4.0alpha1 and HEAD-200405030514. On both versions when I do a check_tcp or check_ssh and the port is not availabel I get a Segmentation Fault (core dumped). When I put debug info in netutils.c I got yhe following output: bash-2.03# ./check_tcp -H 127.0.0.1 -p 21 DBG MJH BEFORE DBG MJH AFTER DBG MJH 1 DBG MJH 2 DBG MJH Result: -1 DBG MJH 3 Segmentation Fault (core dumped) I modified the netutils.c as the following: *sd = socket (res->ai_family, (proto == IPPROTO_UDP) ? SOCK_DGRAM : SOCK_STREAM, res->ai_protocol); printf ("DBG MJH 2\n"); if (*sd < 0) { printf ("Socket creation failed\n"); freeaddrinfo (res); return STATE_UNKNOWN; } /* attempt to open a connection */ result = connect (*sd, res->ai_addr, res->ai_addrlen); if (result == 0) { was_refused = FALSE; break; } if (result < 0) { printf ("DBG MJH Result: %d\n", result); switch (errno) { case ECONNREFUSED: printf ("DBG MJH 3\n"); switch (econn_refuse_state) { printf ("DBG MJH 4\n"); case STATE_OK: case STATE_WARNING: was_refused = TRUE; } break; Here is some truss info: open("/dev/udp", O_RDONLY) = 3 ioctl(3, 0xC00C6982, 0xFFBEF724) = 0 close(3) = 0 brk(0x0002FF88) = 0 brk(0x00031F88) = 0 sigaction(SIGALRM, 0xFFBEFBA0, 0xFFBEFC20) = 0 alarm(10) = 0 ioctl(1, TCGETA, 0xFFBEF9F4) = 0 DBG MJH BEFORE write(1, " D B G M J H B E F O".., 15) = 15 DBG MJH AFTER write(1, " D B G M J H A F T E".., 14) = 14 DBG MJH 1 write(1, " D B G M J H 1\n", 10) = 10 so_socket(2, 2, 0, "", 1) = 3 DBG MJH 2 write(1, " D B G M J H 2\n", 10) = 10 connect(3, 0x0002EE68, 16, 1) Err#146 ECONNREFUSED DBG MJH Result: -1 write(1, " D B G M J H R e s u".., 19) = 19 DBG MJH 3 write(1, " D B G M J H 3\n", 10) = 10 close(3) = 0 Incurred fault #6, FLTBOUNDS %pc = 0xFF364B44 siginfo: SIGSEGV SEGV_MAPERR addr=0x0000001C Received signal #11, SIGSEGV [default] siginfo: SIGSEGV SEGV_MAPERR addr=0x0000001C *** process killed *** The following is when a session is OK: bash-2.03# ./check_tcp -H 127.0.0.1 -p 22 DBG MJH BEFORE DBG MJH AFTER DBG MJH 1 DBG MJH 2 TCP OK - 0.002 second response time on port 22 |time=2315us;0;0;0;10000 ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-11-18 23:31 Message: Logged In: YES user_id=664364 Mike, Thanks for the detailed bug report. There looks like there have been lots of fixes to netutils.c since your report. Can you please try a more recent version? I've tried on Sol9 and this does not core dump. I have marked this call into pending as we try and reduce the number of calls in the run-up to the new release. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=951277&group_id=29880 From noreply at sourceforge.net Thu Nov 18 15:35:05 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Nov 18 15:35:05 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-962495 ] check_mysql: my_connect conflicts on Debian Message-ID: Bugs item #962495, was opened at 2004-05-28 23:47 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=962495&group_id=29880 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Nathan Shafer (nicodemus) >Assigned to: Ton Voon (tonvoon) Summary: check_mysql: my_connect conflicts on Debian Initial Comment: On Debian Sarge (the testing branch), there is a conflict with the function my_connect between netutils.h and mysql/mysql_com.h. When running make after configure, gcc dies with the error: In file included from /usr/include/mysql/mysql.h:57, from check_mysql.c:25: /usr/include/mysql/mysql_com.h:181: error: conflicting types for `my_connect' netutils.h:50: error: previous declaration of `my_connect' I tried it on a redhat 7.2 box, and it works fine... even though my_connect is defined in both files, it uses the correct ones and the conflict doesn't happen. Either it's something with debian, or more likely with the version of gcc, which is 3.3.3 on Debian Sarge, and 2.95 on the redhat 7.2 box. Changing the my_connect() function name to _my_connect() seems to fix the problem. Supplied is a patch that does just that. Thanks, Nathan Shafer ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-11-18 23:34 Message: Logged In: YES user_id=664364 Nathan, Thanks for the report, but this has already been fixed. Please try CVS HEAD and let us know if there is still a problem. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=962495&group_id=29880 From noreply at sourceforge.net Thu Nov 18 15:39:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Nov 18 15:39:04 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-960618 ] Failed compile on AIX 4.3 with gcc 2.95.3 Message-ID: Bugs item #960618, was opened at 2004-05-26 08:32 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=960618&group_id=29880 Category: None Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: Ben Clewett (benclewett) >Assigned to: Ton Voon (tonvoon) Summary: Failed compile on AIX 4.3 with gcc 2.95.3 Initial Comment: Failed compile on AIX 4.3 with gcc 2.95.3 with snapshot nagios-plugins-HEAD-200405240514. Compelation failes on 'check_disk' linkage. Shown below: gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ - DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl - I/usr/local/include -I/include -g -O2 -c `test - f 'check_disk.c' || echo './'`check_disk.c gcc -g -O2 -L. -L/usr/local/lib -o check_disk check_disk.o utils.o ../lib/libnagiosplug.a popen.o ../intl/libintl.a -liconv ld: 0711-317 ERROR: Undefined symbol: ..libintl_bindtextdomain ld: 0711-317 ERROR: Undefined symbol: ..libintl_textdomain ld: 0711-317 ERROR: Undefined symbol: ..libintl_gettext PS, I am always avaiable for testing, ben at clewett.org.uk. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-11-18 23:38 Message: Logged In: YES user_id=664364 Ben, I think this is fixed in CVS HEAD now. Please try the latest snapshot and let us know if it still fails. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=960618&group_id=29880 From noreply at sourceforge.net Thu Nov 18 15:41:14 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Nov 18 15:41:14 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1040873 ] check_swap bug in 1.40alpha1 Message-ID: Bugs item #1040873, was opened at 2004-10-05 19:14 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1040873&group_id=29880 Category: Argument proccessing Group: Release (specify) >Status: Pending Resolution: None Priority: 5 Submitted By: larry (good_vs_evil) >Assigned to: Ton Voon (tonvoon) Summary: check_swap bug in 1.40alpha1 Initial Comment: The check_swap plugin throws a warning / error if the warning percentage is less than the critical percentage, which seems backward. /usr/local/nagios/libexec/check_swap -w 80% -c 90% -a Warning percentage should be more than critical percentage Usage: check_swap [-a] -w % -c % check_swap [-a] -w -c check_swap (-h | --help) for detailed help check_swap (-V | --version) for version information Checking the same command on 1.3.1: /usr/local/nagios/libexec/check_swap -w 80% -c 90% -a Swap ok - Swap used: 0% (0 out of 2146754560) ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-11-18 23:40 Message: Logged In: YES user_id=664364 Larry, Thanks for the report. This is already fixed in CVS HEAD. Please try the snapshot and let us know if it is still a problem. http://nagiosplug.sf.net/snapshot Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1040873&group_id=29880 From noreply at sourceforge.net Thu Nov 18 15:45:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Nov 18 15:45:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1033149 ] Plugins 1.4.0alpha1, check_procs, TRU64 bug, with bugfix Message-ID: Bugs item #1033149, was opened at 2004-09-23 06:33 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1033149&group_id=29880 Category: Parsing problem Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: Alex Peeters (zxr750) >Assigned to: Ton Voon (tonvoon) Summary: Plugins 1.4.0alpha1, check_procs, TRU64 bug, with bugfix Initial Comment: Nagios Plugins 1.4.0alpha1 # uname -a OSF1 mvm-smals-prod.be V5.1 2650 alpha TRU64 work with the next settings config.guess dnl Tru64 - needs %*[ +] in PS_FORMAT elif ps -ao 'stat comm vsz rss user uid ppid args' 2>/dev/null | egrep -i ["^ *S[TAUES]* +[UCOMDNA]+ +[VSIZE] + +R[S]+ +U[SER]+ +U[ID]+ +P[PID]+ +[RGSCOMDNA] +"] >/dev/null then ac_cv_ps_varlist="[procstat,&procuid,&procppid,&procpc pu,procprog,&pos]" ac_cv_ps_command="$PATH_TO_PS -eo 'stat uid ppid pcpu comm args'" ac_cv_ps_format=["%s%*[ +] %d %d %f %s %n"] ac_cv_ps_cols=6 AC_MSG_RESULT([$ac_cv_ps_command]) config.h /* Number of columns in ps command */ #define PS_COLS 6 /* Verbatim command to execute for ps in check_procs */ #define PS_COMMAND "/sbin/ps -eo 'stat uid ppid pcpu comm args'" /* Format string for scanning ps output in check_procs */ #define PS_FORMAT "%s%*[ +] %d %d %f %s %n" /* Variable list for sscanf of 'ps' output */ #define PS_VARLIST procstat,&procuid,&procppid,&procpcpu,procprog,&pos ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-11-18 23:44 Message: Logged In: YES user_id=664364 Alex, Thanks for the report, but I can't understand it due to the formatting on Sourceforge. I think Tru64 support is okay. Can you try against the latest snapshot? http://nagiosplug.sf.net/snapshot. If it is still a problem and you can get a patch, please attach. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1033149&group_id=29880 From noreply at sourceforge.net Thu Nov 18 15:46:13 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Nov 18 15:46:13 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1030062 ] Bug in check_tcp.c -- with patch Message-ID: Bugs item #1030062, was opened at 2004-09-17 20:45 Message generated for change (Settings changed) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1030062&group_id=29880 Category: None Group: Release (specify) >Status: Closed Resolution: None Priority: 7 Submitted By: Phil Dibowitz (jaymzh) >Assigned to: Ton Voon (tonvoon) Summary: Bug in check_tcp.c -- with patch Initial Comment: Release 1.3.1 In check_tcp.c it does: /* Do the SSL handshake */ if ((ssl = SSL_new (ctx)) != NULL) { SSL_set_fd (ssl, sd); if (SSL_connect(ssl) != -1) return OK; ERR_print_errors_fp (stderr); } Which doesn't work because anything <1 is a valid error code. In fact, I'm getting a problem with 0 as an error code. I've changed the code to look like: /* Do the SSL handshake */ if ((ssl = SSL_new (ctx)) != NULL) { SSL_set_fd (ssl, sd); if (SSL_connect(ssl) == 1) return OK; ERR_print_errors_fp (stderr); } - Phil ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-11-18 23:45 Message: Logged In: YES user_id=664364 Duplicate of 1055120 ---------------------------------------------------------------------- Comment By: Phil Dibowitz (jaymzh) Date: 2004-10-21 09:12 Message: Logged In: YES user_id=533101 Okay, it didn't attach. Trying again. ---------------------------------------------------------------------- Comment By: Phil Dibowitz (jaymzh) Date: 2004-10-20 20:55 Message: Logged In: YES user_id=533101 Okay, I've attached a patch to fix this, as well as another SSL initialization. The two bugs are: - The bad checking of return codes - Using ONLY SSLv2 instead of SSLv23 which will use 3 and then fall back to 2 if need be. - Phil ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1030062&group_id=29880 From noreply at sourceforge.net Thu Nov 18 15:49:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Nov 18 15:49:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1029497 ] check_swap warning percentage should be more than critical Message-ID: Bugs item #1029497, was opened at 2004-09-16 22:26 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1029497&group_id=29880 Category: None Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: earl_3 (earl_3) >Assigned to: Ton Voon (tonvoon) Summary: check_swap warning percentage should be more than critical Initial Comment: In check_swap, warning and critical percentages are expressed as percentage of swap used, so the warning percentage should be less than the critical percentage. (You might want to be warned when swap is 60% used, and get a critical alarm when it's 80% used.) However, when you try to enter a warning percentage that's less than the critical percentage you get the error "warning percentage should be more than critical percentage": > ./check_swap -w 90% -c 95% Warning percentage should be more than critical percentage Usage: check_swap [-a] -w % -c % check_swap [-a] -w -c check_swap (-h | --help) for detailed help check_swap (-V | --version) for version information > ./check_swap -w 98% -c 95% SWAP OK: -2147483548% free (0 MB out of 0 MB) |swap=0MB;0;0;0;0 > ./check_swap -V check_swap (nagios-plugins 1.4.0alpha1) 1.24 > uname -a Linux XXXX 2.6.4-52-smp #1 SMP Wed Apr 7 02:11:20 UTC 2004 i686 i686 i386 GNU/Linux (The "-2147483548% free" error is already covered in bug request #905971.) ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-11-18 23:48 Message: Logged In: YES user_id=664364 Earl_3, Thanks for the report, but I'm sure this is already fixed. Please try the latest snapshot at http://nagiosplug.sf.net/snapshot and update this call if it is still a problem. Set to pending as we are trying to close as many calls as possible in preparation for the next release. Ton ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 2004-09-17 01:02 Message: Logged In: YES user_id=226838 i think this is already fixed in 1.4.0alpha2: gingko[~]19:59:11$ /usr/local/nagios/libexec/check_swap -h Usage: check_swap [-av] -w % -c % /me grumbles that is was flip-flopped in the first place :) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1029497&group_id=29880 From tonvoon at mac.com Thu Nov 18 16:14:02 2004 From: tonvoon at mac.com (Ton Voon) Date: Thu Nov 18 16:14:02 2004 Subject: [Nagiosplug-devel] Some changes to check_http In-Reply-To: <66150DEA041C2D4CA39D7096B032126C02241AB7@exchange.supportcomm.com.br> References: <66150DEA041C2D4CA39D7096B032126C02241AB7@exchange.supportcomm.com.br> Message-ID: Ibere, Thanks for the patch. Applied to CVS HEAD. Ton On 3 Nov 2004, at 16:24, Iber? Luiz Di Tizio Junior wrote: > Hi, > > My name is Ibere and I work in a brazilian telecom company. > > We have been using nagios and nagios plugins, but in our http checks, > we usually need to simulate phone requests (or > other devices). > > So, we need to change some http tags in header of http request (like > user-agent, accept...) > > I have changed the check_http code (downloaded in 11:00 am Nov/03 - > 2004) to implement: > > -A STRING? or?? --useragent=STRING?????????? String to be sent in http > header as "User Agent" > > And > > -k STRING?? or??? --header=STRING???????????? Any other tags to be > sent in http header, separeted by semicolon > > Well, I don?t know how to suggest changes, or how can I could become a > volunteer, so any comment will be apreciated.. > I?d like to submit this code.. > > Thanks, > Iber? Luiz Di Tizio J?nior > > <> <> > -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1888 bytes Desc: not available URL: From trevorwarren at gmail.com Thu Nov 18 17:35:21 2004 From: trevorwarren at gmail.com (Trevor Warren) Date: Thu Nov 18 17:35:21 2004 Subject: [Nagiosplug-devel] Re: Compile VA_COPY problems (nagios...) In-Reply-To: <1B5C3DCDB5F2A24196C3C247A3597A210244B739@vicpmail01.aglcorp.agl.com.au> References: <1B5C3DCDB5F2A24196C3C247A3597A210244B739@vicpmail01.aglcorp.agl.com.au> Message-ID: <559e3cb60411181731de9f0f5@mail.gmail.com> Hiyee, There is a patch that was written by ERIC. I just downloaded the patch and applied it to the 1.4 series of code and things worked perfectly. What i was also told is that if i downloaded the CVS HEAD it should have the patch in the code already. Just see what works for you, either take 1.4 and patch it with ERIC's patch or use CVS Head and try. You will need to install gettext and glibc on AIX for the compilation from the gnu-utils cd. Take care and lemme know if you need anything else. Trevor On Fri, 19 Nov 2004 11:10:46 +1100, Kasperczyk, Alf wrote: > Hi Trevor, > > I noticed on gmane.org that you eventually resolved your issue with compile problems... > I'm getting the same error compiling nagios plugins on AIX 5.2 with vacc++ V6 with similar errors: > ld: 0711-317 ERROR: Undefined symbol: .VA_COPY > ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. > make: 1254-004 The error code from the last command is 8. > Can you enlighten me what you fixed/changed in the lib/Makefile.am file (if that is the same issue as I have)? > > Thanks. > > > Regards, > > Alf. > > ------------------------------------------------------------------ > > Alfred Kasperczyk, National UNIX Team Leader > > Platforms & Storage, AGL, Pinewood > > E-mail : > > Phone : +61 3 9222 9017 > > Mobile : +61 419 105 183 > > ------------------------------------------------------------------ > > "There is nothing wrong with change, if it is in the right direction." - Winston Churchill > > > -- ___________________________________ ( >- / Scaling FreeSoftware & OpenSource \ -< ) /~\ / In the Enterprise \ /~\ | \) \ | www.fsf.org | www.opensource.org | / (/ | |_|_ \____________________________________/ _|_| From trevorwarren at gmail.com Thu Nov 18 17:35:22 2004 From: trevorwarren at gmail.com (Trevor Warren) Date: Thu Nov 18 17:35:22 2004 Subject: [Nagiosplug-devel] Re: Compile VA_COPY problems (nagios...) In-Reply-To: <1B5C3DCDB5F2A24196C3C247A3597A210244B739@vicpmail01.aglcorp.agl.com.au> References: <1B5C3DCDB5F2A24196C3C247A3597A210244B739@vicpmail01.aglcorp.agl.com.au> Message-ID: <559e3cb60411181731de9f0f5@mail.gmail.com> Hiyee, There is a patch that was written by ERIC. I just downloaded the patch and applied it to the 1.4 series of code and things worked perfectly. What i was also told is that if i downloaded the CVS HEAD it should have the patch in the code already. Just see what works for you, either take 1.4 and patch it with ERIC's patch or use CVS Head and try. You will need to install gettext and glibc on AIX for the compilation from the gnu-utils cd. Take care and lemme know if you need anything else. Trevor On Fri, 19 Nov 2004 11:10:46 +1100, Kasperczyk, Alf wrote: > Hi Trevor, > > I noticed on gmane.org that you eventually resolved your issue with compile problems... > I'm getting the same error compiling nagios plugins on AIX 5.2 with vacc++ V6 with similar errors: > ld: 0711-317 ERROR: Undefined symbol: .VA_COPY > ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. > make: 1254-004 The error code from the last command is 8. > Can you enlighten me what you fixed/changed in the lib/Makefile.am file (if that is the same issue as I have)? > > Thanks. > > > Regards, > > Alf. > > ------------------------------------------------------------------ > > Alfred Kasperczyk, National UNIX Team Leader > > Platforms & Storage, AGL, Pinewood > > E-mail : > > Phone : +61 3 9222 9017 > > Mobile : +61 419 105 183 > > ------------------------------------------------------------------ > > "There is nothing wrong with change, if it is in the right direction." - Winston Churchill > > > -- ___________________________________ ( >- / Scaling FreeSoftware & OpenSource \ -< ) /~\ / In the Enterprise \ /~\ | \) \ | www.fsf.org | www.opensource.org | / (/ | |_|_ \____________________________________/ _|_| From noreply at sourceforge.net Thu Nov 18 19:14:23 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Nov 18 19:14:23 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1035234 ] check_http with -L -S gives http instead of https Message-ID: Bugs item #1035234, was opened at 2004-09-26 18:51 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1035234&group_id=29880 Category: None Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Abid Rasheed (royabid) >Assigned to: Matthew Kent (mattkent) Summary: check_http with -L -S gives http instead of https Initial Comment: When check_http used with -L and -S (ssl) options, the output HREFcomes with http:// instead of starting with https://. Regards, Abid ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-11-18 18:53 Message: Logged In: YES user_id=983566 Fixed in HEAD. Thanks! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1035234&group_id=29880 From noreply at sourceforge.net Thu Nov 18 19:46:53 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Nov 18 19:46:53 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1010097 ] check_procs & timeout Message-ID: Bugs item #1010097, was opened at 2004-08-16 08:51 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1010097&group_id=29880 Category: None Group: CVS >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Jason Martin (jhmartin) >Assigned to: Matthew Kent (mattkent) Summary: check_procs & timeout Initial Comment: The check_procs plugin does not set a timeout before executing the ps command. This may result in poor timeout behavior, for example a NRPE error stating the socket timed out vs a 'pretty' error indicating that ps didn't complete in time. ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-11-18 19:45 Message: Logged In: YES user_id=983566 There was already a placeholder for a timeout flag in check_procs. I've added the extra couple lines to make it happen and in testing it appears to work as advertised. Fixed in HEAD. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1010097&group_id=29880 From noreply at sourceforge.net Thu Nov 18 20:02:23 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Nov 18 20:02:23 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1025905 ] check_ntp inconsistent units Message-ID: Bugs item #1025905, was opened at 2004-09-10 08:00 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1025905&group_id=29880 Category: Interface (example) Group: CVS >Status: Closed Resolution: None Priority: 5 Submitted By: Jason Martin (jhmartin) >Assigned to: Matthew Kent (mattkent) Summary: check_ntp inconsistent units Initial Comment: check_ntp.pl does not use consistent units when labelling $offset; in some cases it uses seconds and others it uses milliseconds. The correct value is seconds and all the "$offset msec" strings need to be "$offset sec". ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-11-18 20:00 Message: Logged In: YES user_id=983566 Thanks for the patch. Fixed in HEAD. ---------------------------------------------------------------------- Comment By: Jason Martin (jhmartin) Date: 2004-09-10 08:02 Message: Logged In: YES user_id=589094 Attaching a corrective patch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1025905&group_id=29880 From ae at op5.se Fri Nov 19 00:11:02 2004 From: ae at op5.se (Andreas Ericsson) Date: Fri Nov 19 00:11:02 2004 Subject: [Nagiosplug-devel] Java Plugins In-Reply-To: <20041118213812.GV642@Jos-Vissers-Computer.local> References: <99899D7E2E3BD411A9DB00508B665DF20FCF2A3E@slcntdex01.albertsons.com> <20041118213812.GV642@Jos-Vissers-Computer.local> Message-ID: <419DAA59.8040705@op5.se> Jos Visser wrote: > Plugins in Java are possible, and so is calling Java from Perl. The > performance will probably suck because it takes a long time to > initialize the entire Java runtime environment (JVM, libraries) > Indeed. Java is a hog, which should be loaded once and once only on every machine where it is to run. > It would probably be better to: > > - Run the check as a daemon and: > - control that daemon from, or > - use the whats-its-name protocol to communicate status directly to > Nagios > I'd say the best you can do is have a small webapplet running on the weblogic server which you can fetch some info from and parse in a perl, C or shell-script. That way you get the info on-demand, but keep from loading java each time the check is run. > If you are really brave you could extend Nagios with native Java plug-in > support. This would entail linking libjvm.sl into Nagios and hacking > some code to call Java methods directly as check_command's... This would > also mean that you don't need to build up the JVM every time... > I daresay this hack would never make it into the official nagios core though, especially considering the embedded perl support which nowadays require completely bewildered solutions to work properly. > ++Jos.es > > On Thu, Nov 18, 2004 at 02:28:16PM -0700 it came to pass that David Robinson wrote: > >>I have written Nagios Perl plugins that invoke the weblogic.Admin java class >>to monitor runtime information of my WebLogic Servers. The weblogic.Admin >>class executes JMX requests to a given WebLogic Server process. It looks >>like: >> >> >> >> >> >>Nagios Process --> Perl Process --> Java Process --> JMX call across the >>network --> Remote WebLogic Server Process >> >> >> >> >> >>These plugins do not seem to perform very well. Does anyone have any >>suggestions on improving the performance of plugins for monitoring WebLogic >>Server? >> >> >> >>I also tried writing a plugin directly in Java, but I'm not sure if this is >>supported. Nagios did not receive any output from my Java plugins even >>though I was exiting with the proper error codes. Has anyone created >>plugins in Java? >> >> >> >>Thanks for your assistance, >> >>Dave >> > > -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From josv at osp.nl Fri Nov 19 00:48:04 2004 From: josv at osp.nl (Jos Visser) Date: Fri Nov 19 00:48:04 2004 Subject: Native plugins (was Re: [Nagiosplug-devel] Java Plugins) In-Reply-To: <419DAA59.8040705@op5.se> References: <99899D7E2E3BD411A9DB00508B665DF20FCF2A3E@slcntdex01.albertsons.com> <20041118213812.GV642@Jos-Vissers-Computer.local> <419DAA59.8040705@op5.se> Message-ID: <20041119084745.GA642@Jos-Vissers-Computer.local> Indeed; a servlet/EJB or whatever in WebLogic that can be controlled remotely by a Perl script would be very much the appropriate way forward right now. With respect to the embedded Perl and embedded Java stuff: Wouldn't is be a good idea to extend Nagios with a generic "native plugin" feature that would take the form of a shared library conforming to a defined interface. Through some extensions to the command language the native plugin could be loaded and integrate itself. Then through extension keywords we could get the plugin to do stuff (very much like the Apache plugin module interface). The entire discussion of embedded Perl, embedded Java, embedded Lisp or whatever could then be short circuited to native plugin development... ++Jos.es On Fri, Nov 19, 2004 at 09:10:01AM +0100 it came to pass that Andreas Ericsson wrote: > Jos Visser wrote: > >Plugins in Java are possible, and so is calling Java from Perl. The > >performance will probably suck because it takes a long time to > >initialize the entire Java runtime environment (JVM, libraries) > > > > Indeed. Java is a hog, which should be loaded once and once only on > every machine where it is to run. > > >It would probably be better to: > > > >- Run the check as a daemon and: > > - control that daemon from, or > > - use the whats-its-name protocol to communicate status directly to > > Nagios > > > > I'd say the best you can do is have a small webapplet running on the > weblogic server which you can fetch some info from and parse in a perl, > C or shell-script. That way you get the info on-demand, but keep from > loading java each time the check is run. > > >If you are really brave you could extend Nagios with native Java plug-in > >support. This would entail linking libjvm.sl into Nagios and hacking > >some code to call Java methods directly as check_command's... This would > >also mean that you don't need to build up the JVM every time... > > > > I daresay this hack would never make it into the official nagios core > though, especially considering the embedded perl support which nowadays > require completely bewildered solutions to work properly. > > >++Jos.es > > > >On Thu, Nov 18, 2004 at 02:28:16PM -0700 it came to pass that David > >Robinson wrote: > > > >>I have written Nagios Perl plugins that invoke the weblogic.Admin java > >>class > >>to monitor runtime information of my WebLogic Servers. The weblogic.Admin > >>class executes JMX requests to a given WebLogic Server process. It looks > >>like: > >> > >> > >> > >> > >> > >>Nagios Process --> Perl Process --> Java Process --> JMX call across the > >>network --> Remote WebLogic Server Process > >> > >> > >> > >> > >> > >>These plugins do not seem to perform very well. Does anyone have any > >>suggestions on improving the performance of plugins for monitoring > >>WebLogic > >>Server? > >> > >> > >> > >>I also tried writing a plugin directly in Java, but I'm not sure if this > >>is > >>supported. Nagios did not receive any output from my Java plugins even > >>though I was exiting with the proper error codes. Has anyone created > >>plugins in Java? > >> > >> > >> > >>Thanks for your assistance, > >> > >>Dave > >> > > > > > > -- > Andreas Ericsson andreas.ericsson at op5.se > OP5 AB www.op5.se > Lead Developer > > > ------------------------------------------------------- > This SF.Net email is sponsored by: InterSystems CACHE > FREE OODBMS DOWNLOAD - A multidimensional database that combines > robust object and relational technologies, making it a perfect match > for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 > _______________________________________________ > Nagiosplug-devel mailing list > Nagiosplug-devel at lists.sourceforge.net > 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 -- What's worth reacting to, is worth overreacting to... From ae at op5.se Fri Nov 19 01:04:08 2004 From: ae at op5.se (Andreas Ericsson) Date: Fri Nov 19 01:04:08 2004 Subject: Native plugins (was Re: [Nagiosplug-devel] Java Plugins) In-Reply-To: <20041119084745.GA642@Jos-Vissers-Computer.local> References: <99899D7E2E3BD411A9DB00508B665DF20FCF2A3E@slcntdex01.albertsons.com> <20041118213812.GV642@Jos-Vissers-Computer.local> <419DAA59.8040705@op5.se> <20041119084745.GA642@Jos-Vissers-Computer.local> Message-ID: <419DB6E0.4070409@op5.se> Jos Visser wrote: > With respect to the embedded Perl and embedded Java stuff: Wouldn't is > be a good idea to extend Nagios with a generic "native plugin" feature > that would take the form of a shared library conforming to a defined > interface. Through some extensions to the command language the native > plugin could be loaded and integrate itself. Then through extension > keywords we could get the plugin to do stuff (very much like the Apache > plugin module interface). The entire discussion of embedded Perl, > embedded Java, embedded Lisp or whatever could then be short circuited > to native plugin development... > The idea is a bit flawed for a number of reasons. 1. Plugins are highly flexible. They can usually perform many checks with a just a little argument tweaking (check_http springs to mind). 2. Plugin development is highly flexible. A plugin can be written in any language. A shared library would only get C plugins (and not until they're incorporated), so that still leaves a fair number out. 3. Plugins already written in C impose a very minor additional load to the system, while retaining the flexibility and "debugability" of a separate program (check_http --help springs once again to mind). 4. Internal code to do checks would seriously increase Nagios' code volume and make it infinitely less stable. 5. Some plugins needs to use additional environmental variables or run as a different user (plugins that need raw sockets, for instance). While this can be solved, it requires non-trivial code (temporary privilege elevation within the core) and can possibly present a security risk. > ++Jos.es > > On Fri, Nov 19, 2004 at 09:10:01AM +0100 it came to pass that Andreas Ericsson wrote: > >>Jos Visser wrote: >> >>>Plugins in Java are possible, and so is calling Java from Perl. The >>>performance will probably suck because it takes a long time to >>>initialize the entire Java runtime environment (JVM, libraries) >>> >> >>Indeed. Java is a hog, which should be loaded once and once only on >>every machine where it is to run. >> >> >>>It would probably be better to: >>> >>>- Run the check as a daemon and: >>> - control that daemon from, or >>> - use the whats-its-name protocol to communicate status directly to >>> Nagios >>> >> >>I'd say the best you can do is have a small webapplet running on the >>weblogic server which you can fetch some info from and parse in a perl, >>C or shell-script. That way you get the info on-demand, but keep from >>loading java each time the check is run. >> >> >>>If you are really brave you could extend Nagios with native Java plug-in >>>support. This would entail linking libjvm.sl into Nagios and hacking >>>some code to call Java methods directly as check_command's... This would >>>also mean that you don't need to build up the JVM every time... >>> >> >>I daresay this hack would never make it into the official nagios core >>though, especially considering the embedded perl support which nowadays >>require completely bewildered solutions to work properly. >> >> >>>++Jos.es >>> >>>On Thu, Nov 18, 2004 at 02:28:16PM -0700 it came to pass that David >>>Robinson wrote: >>> >>> >>>>I have written Nagios Perl plugins that invoke the weblogic.Admin java >>>>class >>>>to monitor runtime information of my WebLogic Servers. The weblogic.Admin >>>>class executes JMX requests to a given WebLogic Server process. It looks >>>>like: >>>> >>>> >>>> >>>> >>>> >>>>Nagios Process --> Perl Process --> Java Process --> JMX call across the >>>>network --> Remote WebLogic Server Process >>>> >>>> >>>> >>>> >>>> >>>>These plugins do not seem to perform very well. Does anyone have any >>>>suggestions on improving the performance of plugins for monitoring >>>>WebLogic >>>>Server? >>>> >>>> >>>> >>>>I also tried writing a plugin directly in Java, but I'm not sure if this >>>>is >>>>supported. Nagios did not receive any output from my Java plugins even >>>>though I was exiting with the proper error codes. Has anyone created >>>>plugins in Java? >>>> >>>> >>>> >>>>Thanks for your assistance, >>>> >>>>Dave >>>> >>> >>> >>-- >>Andreas Ericsson andreas.ericsson at op5.se >>OP5 AB www.op5.se >>Lead Developer >> >> >>------------------------------------------------------- >>This SF.Net email is sponsored by: InterSystems CACHE >>FREE OODBMS DOWNLOAD - A multidimensional database that combines >>robust object and relational technologies, making it a perfect match >>for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 >>_______________________________________________ >>Nagiosplug-devel mailing list >>Nagiosplug-devel at lists.sourceforge.net >>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 > > -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From ae at op5.se Fri Nov 19 01:58:02 2004 From: ae at op5.se (Andreas Ericsson) Date: Fri Nov 19 01:58:02 2004 Subject: [Nagiosplug-devel] Plugin development Message-ID: <419DC38A.3000104@op5.se> I just want to mention how absolutely delighted I am that plugin development has picked up the pace again. Also I'd like to greet the new developers, Matthew Kent and Harper Mann. I'll drop my own fork of the project and apply whatever patches I've made to the official one instead. On a side-note; I've tried to contact the fping maintainer (current and all of the previous) as well as stanford's legal department regarding the fping source-code included in the check_icmp plugin I've written. After some 20 emails I haven't got any responses at all, so I think it's safe to include the check_icmp plugin in the main distribution now. It can be found at http://oss.op5.se, in the Nagios section. Latest version is check_icmp-0.8.1 -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From ae at op5.se Fri Nov 19 02:19:02 2004 From: ae at op5.se (Andreas Ericsson) Date: Fri Nov 19 02:19:02 2004 Subject: [Nagiosplug-devel] Translations and gettext Message-ID: <419DC86C.8080203@op5.se> I've been wondering about the value of plugin translations, considering a few points. 1. There doesn't seem to be any actual translations (although the groundwork has been laid for german and french). 2. It's always a pain to keep such things up to date. Wouldn't it be wiser to concentrate on code development instead? 3. Scripts aren't translated, so the usefulness is somewhat crippled. 4. It adds a requirement for gettext if you want to help with development. gettext may be installed by default on many platforms, but it's not on HP-UX, AIX, Tru64 and many of the others, so it could quite possibly have negative impact for contributors looking to fix issues on some of the less common distributions. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From Ben at clewett.org.uk Fri Nov 19 02:33:05 2004 From: Ben at clewett.org.uk (Ben Clewett) Date: Fri Nov 19 02:33:05 2004 Subject: [Nagiosplug-devel] AIX In-Reply-To: <419DC86C.8080203@op5.se> References: <419DC86C.8080203@op5.se> Message-ID: <419DCBBB.1030500@clewett.org.uk> I have tried the latest snapshot nagios-plugins-HEAD-200411190547 under AIX 4.3.3.0. I get a configuration error: configure: error: getloadavg.c is not in .//lib I note that the package does not come with a 'lib' directory, and none of the directories I have contain the file getloadavg.c Do any member know how to get round this so that I can attempt a make? Regards, Ben Clewett From edwinv at asti.dost.gov.ph Fri Nov 19 03:15:14 2004 From: edwinv at asti.dost.gov.ph (VINAS Edwin D.) Date: Fri Nov 19 03:15:14 2004 Subject: [Nagiosplug-devel] how to unsubscribe Message-ID: <002001c4ce28$f6fe4850$03080a0a@asti.dost.gov.ph> hi, please tell me how to unsubscribe from this list. thank you very much for all the info. -edwin -------------- next part -------------- An HTML attachment was scrubbed... URL: From ae at op5.se Fri Nov 19 03:43:03 2004 From: ae at op5.se (Andreas Ericsson) Date: Fri Nov 19 03:43:03 2004 Subject: [Nagiosplug-devel] Perl guidelines Message-ID: <419DDC21.5000005@op5.se> Perl scripts lack uniform guidelines as to their indentation and coding styles. I've written up some to be included in the CODING document distributed with the CVS distribution. The text is borrowed (with modifications) from the O'Reilly book "Programming Perl". I have just now written O'Reilly asking permission to include the text. Patch included against latest CVS. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: nagiosplug-CODING-perl_guidelines.diff URL: From josv at osp.nl Fri Nov 19 04:37:04 2004 From: josv at osp.nl (Jos Visser) Date: Fri Nov 19 04:37:04 2004 Subject: Native plugins (was Re: [Nagiosplug-devel] Java Plugins) In-Reply-To: <419DB6E0.4070409@op5.se> References: <99899D7E2E3BD411A9DB00508B665DF20FCF2A3E@slcntdex01.albertsons.com> <20041118213812.GV642@Jos-Vissers-Computer.local> <419DAA59.8040705@op5.se> <20041119084745.GA642@Jos-Vissers-Computer.local> <419DB6E0.4070409@op5.se> Message-ID: <20041119123551.GC642@Jos-Vissers-Computer.local> I beg to differ on a number of your arguments. However, since it was only a brainwave on my part and also because I am not actually planning to write the code involved we can easily leave it at that... ++Jos.es On Fri, Nov 19, 2004 at 10:03:28AM +0100 it came to pass that Andreas Ericsson wrote: > Jos Visser wrote: > >With respect to the embedded Perl and embedded Java stuff: Wouldn't is > >be a good idea to extend Nagios with a generic "native plugin" feature > >that would take the form of a shared library conforming to a defined > >interface. Through some extensions to the command language the native > >plugin could be loaded and integrate itself. Then through extension > >keywords we could get the plugin to do stuff (very much like the Apache > >plugin module interface). The entire discussion of embedded Perl, > >embedded Java, embedded Lisp or whatever could then be short circuited > >to native plugin development... > > > > The idea is a bit flawed for a number of reasons. > 1. Plugins are highly flexible. They can usually perform many checks > with a just a little argument tweaking (check_http springs to mind). > > 2. Plugin development is highly flexible. A plugin can be written in any > language. A shared library would only get C plugins (and not until > they're incorporated), so that still leaves a fair number out. > > 3. Plugins already written in C impose a very minor additional load to > the system, while retaining the flexibility and "debugability" of a > separate program (check_http --help springs once again to mind). > > 4. Internal code to do checks would seriously increase Nagios' code > volume and make it infinitely less stable. > > 5. Some plugins needs to use additional environmental variables or run > as a different user (plugins that need raw sockets, for instance). While > this can be solved, it requires non-trivial code (temporary privilege > elevation within the core) and can possibly present a security risk. > > > >++Jos.es > > > >On Fri, Nov 19, 2004 at 09:10:01AM +0100 it came to pass that Andreas > >Ericsson wrote: > > > >>Jos Visser wrote: > >> > >>>Plugins in Java are possible, and so is calling Java from Perl. The > >>>performance will probably suck because it takes a long time to > >>>initialize the entire Java runtime environment (JVM, libraries) > >>> > >> > >>Indeed. Java is a hog, which should be loaded once and once only on > >>every machine where it is to run. > >> > >> > >>>It would probably be better to: > >>> > >>>- Run the check as a daemon and: > >>>- control that daemon from, or > >>>- use the whats-its-name protocol to communicate status directly to > >>> Nagios > >>> > >> > >>I'd say the best you can do is have a small webapplet running on the > >>weblogic server which you can fetch some info from and parse in a perl, > >>C or shell-script. That way you get the info on-demand, but keep from > >>loading java each time the check is run. > >> > >> > >>>If you are really brave you could extend Nagios with native Java plug-in > >>>support. This would entail linking libjvm.sl into Nagios and hacking > >>>some code to call Java methods directly as check_command's... This would > >>>also mean that you don't need to build up the JVM every time... > >>> > >> > >>I daresay this hack would never make it into the official nagios core > >>though, especially considering the embedded perl support which nowadays > >>require completely bewildered solutions to work properly. > >> > >> > >>>++Jos.es > >>> > >>>On Thu, Nov 18, 2004 at 02:28:16PM -0700 it came to pass that David > >>>Robinson wrote: > >>> > >>> > >>>>I have written Nagios Perl plugins that invoke the weblogic.Admin java > >>>>class > >>>>to monitor runtime information of my WebLogic Servers. The > >>>>weblogic.Admin > >>>>class executes JMX requests to a given WebLogic Server process. It > >>>>looks > >>>>like: > >>>> > >>>> > >>>> > >>>> > >>>> > >>>>Nagios Process --> Perl Process --> Java Process --> JMX call across > >>>>the > >>>>network --> Remote WebLogic Server Process > >>>> > >>>> > >>>> > >>>> > >>>> > >>>>These plugins do not seem to perform very well. Does anyone have any > >>>>suggestions on improving the performance of plugins for monitoring > >>>>WebLogic > >>>>Server? > >>>> > >>>> > >>>> > >>>>I also tried writing a plugin directly in Java, but I'm not sure if > >>>>this is > >>>>supported. Nagios did not receive any output from my Java plugins even > >>>>though I was exiting with the proper error codes. Has anyone created > >>>>plugins in Java? > >>>> > >>>> > >>>> > >>>>Thanks for your assistance, > >>>> > >>>>Dave > >>>> > >>> > >>> > >>-- > >>Andreas Ericsson andreas.ericsson at op5.se > >>OP5 AB www.op5.se > >>Lead Developer > >> > >> > >>------------------------------------------------------- > >>This SF.Net email is sponsored by: InterSystems CACHE > >>FREE OODBMS DOWNLOAD - A multidimensional database that combines > >>robust object and relational technologies, making it a perfect match > >>for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 > >>_______________________________________________ > >>Nagiosplug-devel mailing list > >>Nagiosplug-devel at lists.sourceforge.net > >>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 > > > > > > -- > Andreas Ericsson andreas.ericsson at op5.se > OP5 AB www.op5.se > Lead Developer > > > ------------------------------------------------------- > This SF.Net email is sponsored by: InterSystems CACHE > FREE OODBMS DOWNLOAD - A multidimensional database that combines > robust object and relational technologies, making it a perfect match > for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 > _______________________________________________ > Nagiosplug-devel mailing list > Nagiosplug-devel at lists.sourceforge.net > 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 -- What's worth reacting to, is worth overreacting to... From tonvoon at mac.com Fri Nov 19 04:57:06 2004 From: tonvoon at mac.com (Ton Voon) Date: Fri Nov 19 04:57:06 2004 Subject: [Nagiosplug-devel] AIX In-Reply-To: <419DCBBB.1030500@clewett.org.uk> References: <419DC86C.8080203@op5.se> <419DCBBB.1030500@clewett.org.uk> Message-ID: <6FD7E374-3A2A-11D9-A216-000A95D47298@mac.com> Ben, Can you try the new CVS HEAD. I've changed the compile server on Sourceforge because I think there was some system problem. If it still fails, can you send the complete configure output. This is a hard one to diagnose remotely - can I get access onto an AIX server to test? Ton On 19 Nov 2004, at 10:32, Ben Clewett wrote: > > I have tried the latest snapshot nagios-plugins-HEAD-200411190547 > under AIX 4.3.3.0. I get a configuration error: > > configure: error: getloadavg.c is not in .//lib > > I note that the package does not come with a 'lib' directory, and none > of the directories I have contain the file getloadavg.c > > Do any member know how to get round this so that I can attempt a make? > > Regards, > > Ben Clewett > > > ------------------------------------------------------- > This SF.Net email is sponsored by: InterSystems CACHE > FREE OODBMS DOWNLOAD - A multidimensional database that combines > robust object and relational technologies, making it a perfect match > for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 > _______________________________________________ > Nagiosplug-devel mailing list > Nagiosplug-devel at lists.sourceforge.net > 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 tonvoon at mac.com Fri Nov 19 05:17:03 2004 From: tonvoon at mac.com (Ton Voon) Date: Fri Nov 19 05:17:03 2004 Subject: [Nagiosplug-devel] Translations and gettext In-Reply-To: <419DC86C.8080203@op5.se> References: <419DC86C.8080203@op5.se> Message-ID: <36E925A4-3A2D-11D9-A216-000A95D47298@mac.com> On 19 Nov 2004, at 10:18, Andreas Ericsson wrote: > I've been wondering about the value of plugin translations, > considering a few points. > > 1. There doesn't seem to be any actual translations (although the > groundwork has been laid for german and french). > > 2. It's always a pain to keep such things up to date. Wouldn't it be > wiser to concentrate on code development instead? That's why I would like some volunteers to keep translations up to date - they can be given CVS access for the necessary files only. From my experience with gettext so far, it doesn't get too much in the way of development. > 3. Scripts aren't translated, so the usefulness is somewhat crippled. True, but there was demand for translated output and I think that translational ability is overall A Good Thing. > 4. It adds a requirement for gettext if you want to help with > development. gettext may be installed by default on many platforms, > but it's not on HP-UX, AIX, Tru64 and many of the others, so it could > quite possibly have negative impact for contributors looking to fix > issues on some of the less common distributions. Only developers taking the CVS code out would be affected. The requirements for automake and autoconf are not necessary if you just take the distributions and change a single line in C or perl. I started making contributions to the project without any need for automake, autoconf, gettext or docbook-utils. It is a risk that we are raising the barrier to entry, but that is a price to pay if translations are worth keeping. Ton From tonvoon at mac.com Fri Nov 19 05:20:10 2004 From: tonvoon at mac.com (Ton Voon) Date: Fri Nov 19 05:20:10 2004 Subject: [Nagiosplug-devel] how to unsubscribe In-Reply-To: <002001c4ce28$f6fe4850$03080a0a@asti.dost.gov.ph> References: <002001c4ce28$f6fe4850$03080a0a@asti.dost.gov.ph> Message-ID: Edwin, You can find options at http://lists.sourceforge.net/lists/listinfo/nagiosplug-devel (via http://sf.net/projects/nagiosplug then Lists). Karl, is it possible to add a line at the end of every message to point to here to unsubscribe? Ton On 19 Nov 2004, at 11:14, VINAS Edwin D. wrote: > hi, > ? > please tell me how to unsubscribe from this list. > ? > thank you very much for all the info. > ? > -edwin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 754 bytes Desc: not available URL: From kdebisschop at alert.infoplease.com Fri Nov 19 05:27:06 2004 From: kdebisschop at alert.infoplease.com (Karl DeBisschop) Date: Fri Nov 19 05:27:06 2004 Subject: [Nagiosplug-devel] how to unsubscribe In-Reply-To: References: <002001c4ce28$f6fe4850$03080a0a@asti.dost.gov.ph> Message-ID: <419DF47A.4000204@alert.infoplease.com> Ton Voon wrote: > Edwin, > > You can find options at > http://lists.sourceforge.net/lists/listinfo/nagiosplug-devel (via > http://sf.net/projects/nagiosplug then Lists). > > Karl, is it possible to add a line at the end of every message to point > to here to unsubscribe? Yes - I'll get started on it. > Ton > > On 19 Nov 2004, at 11:14, VINAS Edwin D. wrote: > > hi, > > please tell me how to unsubscribe from this list. > > thank you very much for all the info. > > -edwin > -- K From Ben at clewett.org.uk Fri Nov 19 06:10:00 2004 From: Ben at clewett.org.uk (Ben Clewett) Date: Fri Nov 19 06:10:00 2004 Subject: [Nagiosplug-devel] AIX In-Reply-To: <6FD7E374-3A2A-11D9-A216-000A95D47298@mac.com> References: <419DC86C.8080203@op5.se> <419DCBBB.1030500@clewett.org.uk> <6FD7E374-3A2A-11D9-A216-000A95D47298@mac.com> Message-ID: <419DFE7B.6090504@clewett.org.uk> Ton Voon wrote: > Ben, > > Can you try the new CVS HEAD. I've changed the compile server on > Sourceforge because I think there was some system problem. Lets have a look... ./configure Slow slow slow.... checking for getloadavg... no checking for getloadavg in -lutil... no checking for getloadavg in -lgetloadavg... no checking for getloadavg... no checking whether getloadavg requires setgid... yes checking sys/loadavg.h usability... no checking sys/loadavg.h presence... no checking for sys/loadavg.h... no This box is over ten years old, I guess it's working as fast as it can... That's IBM, never been down in all that time. Doesn't mean it does anything more clever than draining the North London national grid, but never breaks. That's five minutes, still going... Yes! The configure works :) There are some make warning, I will show you and you can decide: l10nflist.c: In function `_nl_make_l10nflist': l10nflist.c:253: warning: assignment makes pointer from integer without a cast l10nflist.c:258: warning: assignment makes pointer from integer without a cast l10nflist.c:263: warning: assignment makes pointer from integer without a cast l10nflist.c:268: warning: assignment makes pointer from integer without a cast l10nflist.c:275: warning: assignment makes pointer from integer without a cast l10nflist.c:280: warning: assignment makes pointer from integer without a cast l10nflist.c:286: warning: assignment makes pointer from integer without a cast l10nflist.c:290: warning: assignment makes pointer from integer without a cast l10nflist.c: In function `_nl_normalize_codeset': l10nflist.c:420: warning: assignment makes pointer from integer without a cast fsusage.c: In function `get_fs_usage': fsusage.c:247: warning: decimal constant is so large that it is unsigned fsusage.c:248: warning: decimal constant is so large that it is unsigned fsusage.c:255: warning: decimal constant is so large that it is unsigned fsusage.c:256: warning: decimal constant is so large that it is unsigned fsusage.c:259: warning: decimal constant is so large that it is unsigned fsusage.c:260: warning: decimal constant is so large that it is unsigned Then unfortunately an error: getloadavg.c:117: cloexec.h: No such file or directory Sorry, it was looking good. Ben Ton Voon wrote: > Ben, > > Can you try the new CVS HEAD. I've changed the compile server on > Sourceforge because I think there was some system problem. > > If it still fails, can you send the complete configure output. > > This is a hard one to diagnose remotely - can I get access onto an AIX > server to test? > > Ton > > On 19 Nov 2004, at 10:32, Ben Clewett wrote: > >> >> I have tried the latest snapshot nagios-plugins-HEAD-200411190547 >> under AIX 4.3.3.0. I get a configuration error: >> >> configure: error: getloadavg.c is not in .//lib >> >> I note that the package does not come with a 'lib' directory, and none >> of the directories I have contain the file getloadavg.c >> >> Do any member know how to get round this so that I can attempt a make? >> >> Regards, >> >> Ben Clewett >> >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by: InterSystems CACHE >> FREE OODBMS DOWNLOAD - A multidimensional database that combines >> robust object and relational technologies, making it a perfect match >> for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 >> _______________________________________________ >> Nagiosplug-devel mailing list >> Nagiosplug-devel at lists.sourceforge.net >> 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 tonvoon at mac.com Fri Nov 19 08:08:01 2004 From: tonvoon at mac.com (Ton Voon) Date: Fri Nov 19 08:08:01 2004 Subject: [Nagiosplug-devel] Perl guidelines In-Reply-To: <419DDC21.5000005@op5.se> References: <419DDC21.5000005@op5.se> Message-ID: <1946682D-3A45-11D9-A216-000A95D47298@mac.com> Andreas, This makes sense to add. I don't think you need permission as I think the whole Perl book is generated from the perldoc supplied with perl and that is under an Artistic or GPL license. Since you have credited the original source, that should be sufficient. In CVS now. While we are talking about guidelines, what about following our developer guidelines (section 8.1): Patches should be submitted via SourceForge's tracker system for Nagiosplug patches and be announced to the nagiosplug-devel mailing list. :) Ton On 19 Nov 2004, at 11:42, Andreas Ericsson wrote: > Perl scripts lack uniform guidelines as to their indentation and > coding styles. I've written up some to be included in the CODING > document distributed with the CVS distribution. The text is borrowed > (with modifications) from the O'Reilly book "Programming Perl". > > I have just now written O'Reilly asking permission to include the text. > > Patch included against latest CVS. > > -- > Andreas Ericsson andreas.ericsson at op5.se > OP5 AB www.op5.se > Lead Developer > Index: CODING > =================================================================== > RCS file: /cvsroot/nagiosplug/nagiosplug/CODING,v > retrieving revision 1.2 > diff -u -r1.2 CODING > --- CODING 9 Feb 2003 12:54:01 -0000 1.2 > +++ CODING 19 Nov 2004 11:42:07 -0000 > @@ -2,7 +2,9 @@ > code that is consistent with the existing core plugins. > > The primary goals of these standards are internal consistency, and > -readability in a wide range of environments. > +readability in a wide range of environments, as well as the mental > welfare > +of plugin developers. > + > > 1. C Language Programming > > @@ -33,6 +35,83 @@ > e) The opening brace of an if or while block is on the same line as > the end of the conditional expression (the '-br' option). > > + > 2. Perl Language Programming > > - > +Taken from the O'Reilly book "Programming Perl" (3rd edition, pages > 604-606) with > +modifications for clarity and to cohere with C coding standards. > + > +*) Always check the return code of system calls. > + > +a) Use tab indentation. > + > +b) Put space before the opening brace of a multiline block. > + > +c) A short block may be put on one line, including braces. > + > +d) Never omit the semicolon. > + > +e) Surround most operators with space. > + > + $x = 5; # do this > + $y=5; # don't do this > + > +f) Surround a "complex" subscript (inside brackets) with space. > + > +g) Put empty lines between chunks of code that do different things. > + > +*) Always check the return code of system calls. > + > +h) Put a newline between closing brace and else or elsif. > + > +i) Do not put space between a function name and its opening > parenthesis. > + > +j) Do not put space before a semicolon. > + > +k) Put space after each comma. > + > +l) Break long lines after an operator (but before 'and' and 'or', > even when > +spelled as && and ||)). > + > +*) Always check the return code of system calls. > + > +m) Line up corresponding items vertically. > + > +n) Use redundant parentheses only where it increases readability. > + > +o) An opening brace should be put on the same line as its preceding > keyword, > +if possible; otherwise, line them up vertically. > + > + while ($condition) { > + # do something > + } > + > + while ($this_condition and $that_condition and $some_other_condition > + and $this_really_really_really_long_condition) > + { > + # do something > + } > + > +p) Do things the most readable way. For instance: > + > + open(FOO, $foo) or die "Can't open $foo: $!"; > + > +is better than > + > + die "Can't open $foo: $!" unless open(FOO, $foo); > + > +because the second way hides the main point of the statement in a > modifier. > + > +q) Just because an operator lets you assume default arguments doesn't > mean > +that you should always use them. The defaults are there for lazy > programmers > +writing one-shot, non-shared programs. If you want your program to be > readable, > +consider supplying the argument. > + > +r) Choose mnemonic identifiers. That is, don't name your variables > $h, $c > +and $w. Try $hostaddress, $critical and $warning instead ($host, > $crit and > +$warn is OK too). > + > +s) Use underscore to split words in long identifiers. That is, use > +$service_port instead of $ServicePort as the former is much more > readable. > + > +*) Always check the return code of system calls. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 4494 bytes Desc: not available URL: From benoit.mortier at opensides.be Fri Nov 19 08:09:00 2004 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Fri Nov 19 08:09:00 2004 Subject: [Nagiosplug-devel] Announcement regarding nagiosplug 1.4 release In-Reply-To: <9F13DF6C-396B-11D9-A216-000A95D47298@mac.com> References: <9F13DF6C-396B-11D9-A216-000A95D47298@mac.com> Message-ID: <200411191708.22445.benoit.mortier@opensides.be> Le jeudi 18 Novembre 2004 15:10, Ton Voon a ?crit?: > How can you help? As always, please use the latest code available (at > http://nagiosplug.sourceforge.net/snapshot) and let us know of any bugs > or if you have patches (but we are not accepting any major enhancements > for the current release). This is best done through Sourceforge's > tracker system (at http://sourceforge.net/projects/nagiosplug) because > otherwise it may get lost in the mailing lists. Also, performance data > has not been fully implemented on all plugins - patches will be > gratefully received if they conform to the guidelines > (http://nagiosplug.sourceforge.net/developer-guidelines.html). Finally, > we are looking for volunteers to do some of the translations - at the > moment, we only have partial translations in French and German. Let me > know if you want to help. yes i can help for the french translation, and the performance data will look at the cvs code this week-end. If time permit ;-) i can also make debian package of the different releases ;-) to make testing more easiest > While this is the plan, please remember that this is an open source > project. As such, everyone involved is making a judgement call on > spending time on this project instead of time with their friends, > families or cars. We'll aim to get as much done as possible, but please > understand if the schedule slips or the quality is compromised. The quality is rather good ;-) no worry about that See you soon -- Benoit Mortier OpenSides sprl Linux Engineer From David.Robinson at albertsons.com Fri Nov 19 08:48:00 2004 From: David.Robinson at albertsons.com (David Robinson) Date: Fri Nov 19 08:48:00 2004 Subject: [Nagiosplug-devel] Re: Native plugins (was Re: Java Plugins) Message-ID: <2B38F3058AA1AF4884AADC7B0E89D89B023734@sslc2k3ex01.msg.albertsons.com> Does anyone on this thread have any experience writing plugins in Java? At this time I must use a Java process on the Nagios host in order to use the JMX (Java Management Extensions) protocol to communicate with my WebLogic Server processes on remote hosts. I have successfully written Perl plugins that call Java code, but I have been unsuccessful with writing plugins directly in Java. When I execute my draft Java plugins from the command line as the Nagios user, I get correct output to STDOUT and correct exit codes ... for example: sh-2.05$ whoami nagios sh-2.05$ /home/bea/jdk141_05/bin/java -classpath /usr/lib/nagios/bea_jars/813/weblogic.jar:/usr/lib/nagios/plugins_custom /wls8nagios.jar com.albertsons.nagios.WLS8ThreadMonitor -H lnx074 -P 9193 -u beaprod -p want2gohome -D absCommonWLI -S absCommonWLIMngd1 -M weblogic.kernel.Default THREADS OK: 1 thread(s) used out of 100 sh-2.05$ echo $? 0 sh-2.05$ When the same plugin is called from the Nagios process I receive a message such as below in the nagios.log file: [1100884674] SERVICE ALERT: lnx112;WLS-812-THREADS;WARNING;SOFT;2;(No output!) Any idea why I am not receiving any output? I am writing the status message using System.out.println("THREADS ..."); and System.exit(EXIT_CODE); Thanks for the discussion, Dave -------------- next part -------------- An HTML attachment was scrubbed... URL: From josv at osp.nl Fri Nov 19 10:46:00 2004 From: josv at osp.nl (Jos Visser) Date: Fri Nov 19 10:46:00 2004 Subject: [Nagiosplug-devel] Re: Native plugins (was Re: Java Plugins) In-Reply-To: <2B38F3058AA1AF4884AADC7B0E89D89B023734@sslc2k3ex01.msg.albertsons.com> References: <2B38F3058AA1AF4884AADC7B0E89D89B023734@sslc2k3ex01.msg.albertsons.com> Message-ID: <20041119184447.GO642@Jos-Vissers-Computer.local> I would like to venture the guess that the environment that Nagios runs in does not contain the PATH, CLASSPATH, SHLIB_PATH, JAVA_HOME or other relevant environment variables. ++Jos.es On Fri, Nov 19, 2004 at 09:47:02AM -0700 it came to pass that David Robinson wrote: > Does anyone on this thread have any experience writing plugins in Java? > > > > At this time I must use a Java process on the Nagios host in order to > use the JMX (Java Management Extensions) protocol to communicate with my > WebLogic Server processes on remote hosts. > > > > I have successfully written Perl plugins that call Java code, but I have > been unsuccessful with writing plugins directly in Java. > > > > When I execute my draft Java plugins from the command line as the Nagios > user, I get correct output to STDOUT and correct exit codes ... for > example: > > > > sh-2.05$ whoami > > nagios > > sh-2.05$ /home/bea/jdk141_05/bin/java -classpath > /usr/lib/nagios/bea_jars/813/weblogic.jar:/usr/lib/nagios/plugins_custom > /wls8nagios.jar com.albertsons.nagios.WLS8ThreadMonitor -H lnx074 -P > 9193 -u beaprod -p want2gohome -D absCommonWLI -S absCommonWLIMngd1 -M > weblogic.kernel.Default > > THREADS OK: 1 thread(s) used out of 100 > > sh-2.05$ echo $? > > 0 > > sh-2.05$ > > > > > > When the same plugin is called from the Nagios process I receive a > message such as below in the nagios.log file: > > > > [1100884674] SERVICE ALERT: lnx112;WLS-812-THREADS;WARNING;SOFT;2;(No > output!) > > > > > > Any idea why I am not receiving any output? I am writing the status > message using System.out.println("THREADS ..."); and > System.exit(EXIT_CODE); > > > > Thanks for the discussion, > > Dave > -- What's worth reacting to, is worth overreacting to... From kdebisschop at alert.infoplease.com Fri Nov 19 12:48:02 2004 From: kdebisschop at alert.infoplease.com (Karl DeBisschop) Date: Fri Nov 19 12:48:02 2004 Subject: [Nagiosplug-devel] Plugin development In-Reply-To: <419DC38A.3000104@op5.se> References: <419DC38A.3000104@op5.se> Message-ID: <419E5BD1.1080903@alert.infoplease.com> Andreas Ericsson wrote: > On a side-note; > I've tried to contact the fping maintainer (current and all of the > previous) as well as stanford's legal department regarding the fping > source-code included in the check_icmp plugin I've written. After some > 20 emails I haven't got any responses at all, so I think it's safe to > include the check_icmp plugin in the main distribution now. > > It can be found at http://oss.op5.se, in the Nagios section. Latest > version is check_icmp-0.8.1 In your code, you say: * COPYLEFT; * This programs copyright status is currently undetermined. Much of * the code in it comes from the fping2 program which used to be licensed * under the Stanford General Software License (available at * http://graphics.stanford.edu/software/license.html). It is presently * unclear what license (if any) applies to the original code at the * moment. Can you remind me again what is unclear about the license status of the code that you are working from? Why wouldn't we use: /* fping website: http://www.fping.com * * Current maintainers of fping: * * ZeroHype Technologies Inc. (http://www.zerohype.com) * Suggestions and patches, please email noc at zerohype.com * * Original author: Roland Schemers * * Redistribution and use in source and binary forms are permitted * provided that the above copyright notice and this paragraph are * duplicated in all such forms and that any documentation, * advertising materials, and other materials related to such * distribution and use acknowledge that the software was developed * by Stanford University. The name of the University may not be used * to endorse or promote products derived from this software without * specific prior written permission. * THIS SOFTWARE IS PROVIDED ``AS IS'' AND WITHOUT ANY EXPRESS OR * IMPLIED WARRANTIES, INCLUDING, WITHOUT LIMITATION, THE IMPLIED * WARRANTIES OF MERCHANTIBILITY AND FITNESS FOR A PARTICULAR PURPOSE. */ from the current version of fping.c at at the fping website? -- K From ymettier at perfparse.org Fri Nov 19 14:21:03 2004 From: ymettier at perfparse.org (Yves) Date: Fri Nov 19 14:21:03 2004 Subject: [Nagiosplug-devel] Translations and gettext In-Reply-To: <20041119164906.7303A1D4F7F@sc8-sf-uberspam1.sourceforge.net> References: <20041119164906.7303A1D4F7F@sc8-sf-uberspam1.sourceforge.net> Message-ID: <50371.192.168.3.65.1100886236.squirrel@192.168.3.65> Just finished to internationalize (and made bad translation into French) our project Perfparse... Below, some comments from my experience with i18n on other projects. > Message: 2 > Cc: nagiosplug-devel at lists.sourceforge.net > From: Ton Voon > Subject: Re: [Nagiosplug-devel] Translations and gettext > Date: Fri, 19 Nov 2004 13:16:25 +0000 > To: Andreas Ericsson > > > On 19 Nov 2004, at 10:18, Andreas Ericsson wrote: > >> 2. It's always a pain to keep such things up to date. Wouldn't it be >> wiser to concentrate on code development instead? > > That's why I would like some volunteers to keep translations up to date > - they can be given CVS access for the necessary files only. From my > experience with gettext so far, it doesn't get too much in the way of > development. For the projects I internationalized, I always updated the code for i18n, provide some bad translation to French (as an example for contributors) and then let people translate what they want. This takes a little time at the beginning for the programmer, but when the code is internationalized, there is no more work for him. With gettext and C programs, there are 3 lines to add in main(), and #include to write at the beginning of all the source files. That takes less than 5 minutes. Then you have to change "string" with _("string") everywhere. Except in a particular case (html output), it is very fast, and editors even provide macros for that. >> 3. Scripts aren't translated, so the usefulness is somewhat crippled. > > True, but there was demand for translated output and I think that > translational ability is overall A Good Thing. A Good Thing : yes, definitely :) Well, that's my opinion. The demand exists because you sometimes install nagios and have alerts. You install nagios, and others read alerts. The others are not always very good in English. The demand may exist also because people love their mother's language. Well, that's another point :) >> 4. It adds a requirement for gettext if you want to help with >> development. gettext may be installed by default on many platforms, >> but it's not on HP-UX, AIX, Tru64 and many of the others, so it could >> quite possibly have negative impact for contributors looking to fix >> issues on some of the less common distributions. > > Only developers taking the CVS code out would be affected. The > requirements for automake and autoconf are not necessary if you just > take the distributions and change a single line in C or perl. I started > making contributions to the project without any need for automake, > autoconf, gettext or docbook-utils. Are you sure with gettext ? Here, I agree with Andreas. On one hand, when you run gettextize -intl, it installs some files that help if you don't have libintl. But don't you need gettext on your system ? On the other hand, when gettextize is not installed, you can disable i18n with some --disable-nls or something like that. Then the compiler will not complain about missing gettext. I have never tested it. Yves -- - Homepage - http://ymettier.free.fr - http://www.logicacmg.com - - GPG key - http://ymettier.free.fr/gpg.txt - - Maitretarot - http://www.nongnu.org/maitretarot/ - - Perfparse - http://perfparse.sf.net/ - From kdebisschop at alert.infoplease.com Fri Nov 19 14:30:02 2004 From: kdebisschop at alert.infoplease.com (Karl DeBisschop) Date: Fri Nov 19 14:30:02 2004 Subject: [Nagiosplug-devel] Translations and gettext In-Reply-To: <50371.192.168.3.65.1100886236.squirrel@192.168.3.65> References: <20041119164906.7303A1D4F7F@sc8-sf-uberspam1.sourceforge.net> <50371.192.168.3.65.1100886236.squirrel@192.168.3.65> Message-ID: <419E73A6.6060308@alert.infoplease.com> Yves wrote: > Just finished to internationalize (and made bad translation into French) our project > Perfparse... > Below, some comments from my experience with i18n on other projects. > > >>Message: 2 >>Cc: nagiosplug-devel at lists.sourceforge.net >>From: Ton Voon >>Subject: Re: [Nagiosplug-devel] Translations and gettext >>Date: Fri, 19 Nov 2004 13:16:25 +0000 >>To: Andreas Ericsson >> >> >>On 19 Nov 2004, at 10:18, Andreas Ericsson wrote: >> >> >>>2. It's always a pain to keep such things up to date. Wouldn't it be >>>wiser to concentrate on code development instead? >> >>That's why I would like some volunteers to keep translations up to date >>- they can be given CVS access for the necessary files only. From my >>experience with gettext so far, it doesn't get too much in the way of >>development. > > > For the projects I internationalized, I always updated the code for i18n, provide some > bad translation to French (as an example for contributors) and then let people translate > what they want. > This takes a little time at the beginning for the programmer, but when the code is > internationalized, there is no more work for him. > > With gettext and C programs, there are 3 lines to add in main(), and #include > to write at the beginning of all the source files. That takes less than 5 > minutes. > Then you have to change "string" with _("string") everywhere. Except in a particular > case (html output), it is very fast, and editors even provide macros for that. This is already done for the core plugins -- K From noreply at sourceforge.net Fri Nov 19 15:29:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Nov 19 15:29:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-932066 ] Improved check_inodes script Message-ID: Bugs item #932066, was opened at 2004-04-08 15:36 Message generated for change (Comment added) made by mishikal You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=932066&group_id=29880 Category: None Group: None Status: Closed Resolution: None Priority: 5 Submitted By: Quanah Gibson-Mount (mishikal) Assigned to: Ton Voon (tonvoon) Summary: Improved check_inodes script Initial Comment: I've taken the check_inodes script that is part of the 1.4 alpha plugins release, and done a major rewrite. It now more closely follows nagios plugin standards, and allows you to check all the partitions on a system for inode use, much like check_disk. ---------------------------------------------------------------------- >Comment By: Quanah Gibson-Mount (mishikal) Date: 2004-11-19 15:28 Message: Logged In: YES user_id=621416 Thats fine, that is what we'd prefer to see as well. :) It is odd, because the attachment was here at one point. oh well. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-11-18 15:06 Message: Logged In: YES user_id=664364 Quanah, Thank you for the tracker item, but there is no script attached. We are likely to move to using check_disk to include inode checks, so check_inodes will be removed in future releases. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=932066&group_id=29880 From tonvoon at mac.com Fri Nov 19 23:12:01 2004 From: tonvoon at mac.com (Ton Voon) Date: Fri Nov 19 23:12:01 2004 Subject: [Nagiosplug-devel] AIX In-Reply-To: <419DCBBB.1030500@clewett.org.uk> References: <419DC86C.8080203@op5.se> <419DCBBB.1030500@clewett.org.uk> Message-ID: <546CFEDA-3AC3-11D9-A216-000A95D47298@mac.com> CVS HEAD finally fixes the getloadavg.c and va_copy problems on AIX. However, there appears to be a dependency on gettext being installed which I was not aware of, which is still outstanding. On 19 Nov 2004, at 10:32, Ben Clewett wrote: > > I have tried the latest snapshot nagios-plugins-HEAD-200411190547 > under AIX 4.3.3.0. I get a configuration error: > > configure: error: getloadavg.c is not in .//lib > > I note that the package does not come with a 'lib' directory, and none > of the directories I have contain the file getloadavg.c > > Do any member know how to get round this so that I can attempt a make? > > Regards, > > Ben Clewett > > > ------------------------------------------------------- > This SF.Net email is sponsored by: InterSystems CACHE > FREE OODBMS DOWNLOAD - A multidimensional database that combines > robust object and relational technologies, making it a perfect match > for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 > _______________________________________________ > Nagiosplug-devel mailing list > Nagiosplug-devel at lists.sourceforge.net > 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 tonvoon at mac.com Fri Nov 19 23:16:01 2004 From: tonvoon at mac.com (Ton Voon) Date: Fri Nov 19 23:16:01 2004 Subject: [Nagiosplug-devel] Translations and gettext In-Reply-To: <50371.192.168.3.65.1100886236.squirrel@192.168.3.65> References: <20041119164906.7303A1D4F7F@sc8-sf-uberspam1.sourceforge.net> <50371.192.168.3.65.1100886236.squirrel@192.168.3.65> Message-ID: On 19 Nov 2004, at 17:43, Yves wrote: >>> 4. It adds a requirement for gettext if you want to help with >>> development. gettext may be installed by default on many platforms, >>> but it's not on HP-UX, AIX, Tru64 and many of the others, so it could >>> quite possibly have negative impact for contributors looking to fix >>> issues on some of the less common distributions. >> >> Only developers taking the CVS code out would be affected. The >> requirements for automake and autoconf are not necessary if you just >> take the distributions and change a single line in C or perl. I >> started >> making contributions to the project without any need for automake, >> autoconf, gettext or docbook-utils. > > Are you sure with gettext ? Here, I agree with Andreas. > On one hand, when you run gettextize -intl, it installs some files > that help if you > don't have libintl. But don't you need gettext on your system ? > > On the other hand, when gettextize is not installed, you can disable > i18n with some > --disable-nls or something like that. Then the compiler will not > complain about missing > gettext. I have never tested it. > My assumption was that the plugins would use gettext on the system if it found it, otherwise would be statically linked from the distribution - this appears to be wrong because Ben Clewett seems to have lots of trouble compiling on an old AIX without gettext. I don't want gettext to be a runtime requirement for the plugins and I'm sure it is possible to have it statically linked. I will have a look at this, but I am probably at the limit of my knowledge on the configuring of gettext. Any help much appreciated. Ton From ae at op5.se Sat Nov 20 01:52:00 2004 From: ae at op5.se (Andreas Ericsson) Date: Sat Nov 20 01:52:00 2004 Subject: [Nagiosplug-devel] Translations and gettext In-Reply-To: <36E925A4-3A2D-11D9-A216-000A95D47298@mac.com> References: <419DC86C.8080203@op5.se> <36E925A4-3A2D-11D9-A216-000A95D47298@mac.com> Message-ID: <419F135C.607@op5.se> Ton Voon wrote: > > On 19 Nov 2004, at 10:18, Andreas Ericsson wrote: > >> I've been wondering about the value of plugin translations, >> considering a few points. >> >> 1. There doesn't seem to be any actual translations (although the >> groundwork has been laid for german and french). >> >> 2. It's always a pain to keep such things up to date. Wouldn't it be >> wiser to concentrate on code development instead? > > > That's why I would like some volunteers to keep translations up to date > - they can be given CVS access for the necessary files only. From my > experience with gettext so far, it doesn't get too much in the way of > development. > >> 3. Scripts aren't translated, so the usefulness is somewhat crippled. > > > True, but there was demand for translated output and I think that a > translational ability is overall A Good Thing. > I would rather have conformity. I wouldn't want some checks to output english and some others to output swedish. Besides, the target audience (network admins) are usually required to speak english to do their job anyway. >> 4. It adds a requirement for gettext if you want to help with >> development. gettext may be installed by default on many platforms, >> but it's not on HP-UX, AIX, Tru64 and many of the others, so it could >> quite possibly have negative impact for contributors looking to fix >> issues on some of the less common distributions. > > > Only developers taking the CVS code out would be affected. The > requirements for automake and autoconf are not necessary if you just > take the distributions and change a single line in C or perl. But submitted patches should always be against latest CVS, right? How about including the configure script in CVS then? sh tools/setup fails miserably without recent versions of auto* and gettext. > I started > making contributions to the project without any need for automake, > autoconf, gettext or docbook-utils. > > It is a risk that we are raising the barrier to entry, but that is a > price to pay if translations are worth keeping. > But are they? I haven't seen any questions regarding translations on any of the mailing lists, and seeing as there aren't any translations completed I would half expect users who want them to ask for them. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From tonvoon at mac.com Sat Nov 20 08:57:12 2004 From: tonvoon at mac.com (Ton Voon) Date: Sat Nov 20 08:57:12 2004 Subject: [Nagiosplug-devel] Translations and gettext In-Reply-To: <419F135C.607@op5.se> References: <419DC86C.8080203@op5.se> <36E925A4-3A2D-11D9-A216-000A95D47298@mac.com> <419F135C.607@op5.se> Message-ID: <253305F6-3B15-11D9-A216-000A95D47298@mac.com> On 20 Nov 2004, at 09:50, Andreas Ericsson wrote: > Ton Voon wrote: >> On 19 Nov 2004, at 10:18, Andreas Ericsson wrote: >>> 3. Scripts aren't translated, so the usefulness is somewhat crippled. >> True, but there was demand for translated output and I think that a >> translational ability is overall A Good Thing. > > I would rather have conformity. I wouldn't want some checks to output > english and some others to output swedish. Besides, the target > audience (network admins) are usually required to speak english to do > their job anyway. > If you want conformity, then just set your language to English. But I wouldn't restrict someone else's use of the plugins. YMMV. >>> 4. It adds a requirement for gettext if you want to help with >>> development. gettext may be installed by default on many platforms, >>> but it's not on HP-UX, AIX, Tru64 and many of the others, so it >>> could quite possibly have negative impact for contributors looking >>> to fix issues on some of the less common distributions. >> Only developers taking the CVS code out would be affected. The >> requirements for automake and autoconf are not necessary if you just >> take the distributions and change a single line in C or perl. > > But submitted patches should always be against latest CVS, right? > How about including the configure script in CVS then? > sh tools/setup fails miserably without recent versions of auto* and > gettext. When I first looked at the C plugins, I thought the configure.in and Makefile.am were over complicated pieces of GNU software. Now, they are an absolute lifesaver because they do some much for one of the aims of the project - to reach multiple platforms. There is no way I would recommend moving away from that. Yes, there is a requirement for automake, autoconf and gettext (for development work only, but I think there's an outstanding bug in gettext at the moment). This is documented in the developer's guidelines. If the requirement is incorrectly documented (eg, wrong versions), please raise that as a bug. >> I started making contributions to the project without any need for >> automake, autoconf, gettext or docbook-utils. >> It is a risk that we are raising the barrier to entry, but that is a >> price to pay if translations are worth keeping. > > But are they? I haven't seen any questions regarding translations on > any of the mailing lists, and seeing as there aren't any translations > completed I would half expect users who want them to ask for them. > Yves Mettier has implemented translations in his performance graphing tools. Benoit Mortier has offered to help translate. I count this as two votes, and that's only in the last few days. There have been requests before, although admittedly some time ago. Ton From tonvoon at mac.com Sat Nov 20 09:05:02 2004 From: tonvoon at mac.com (Ton Voon) Date: Sat Nov 20 09:05:02 2004 Subject: [Nagiosplug-devel] Announcement regarding nagiosplug 1.4 release In-Reply-To: <200411191708.22445.benoit.mortier@opensides.be> References: <9F13DF6C-396B-11D9-A216-000A95D47298@mac.com> <200411191708.22445.benoit.mortier@opensides.be> Message-ID: <34AF3FD6-3B16-11D9-A216-000A95D47298@mac.com> Benoit, Thank you for your offer of helping. I will look into giving you CVS access for the translational files, but unfortunately I do not fully understand how it works at the moment. Do you just need access to update the po/*.po files? Also, as we are only just starting to populate more of the translations, please let us know if there is anything that the developers can help with (eg, reusing similar messages, duplication of messsages, etc). Ton On 19 Nov 2004, at 16:08, Benoit Mortier wrote: > Le jeudi 18 Novembre 2004 15:10, Ton Voon a ?crit?: > >> How can you help? As always, please use the latest code available (at >> http://nagiosplug.sourceforge.net/snapshot) and let us know of any >> bugs >> or if you have patches (but we are not accepting any major >> enhancements >> for the current release). This is best done through Sourceforge's >> tracker system (at http://sourceforge.net/projects/nagiosplug) because >> otherwise it may get lost in the mailing lists. Also, performance data >> has not been fully implemented on all plugins - patches will be >> gratefully received if they conform to the guidelines >> (http://nagiosplug.sourceforge.net/developer-guidelines.html). >> Finally, >> we are looking for volunteers to do some of the translations - at the >> moment, we only have partial translations in French and German. Let me >> know if you want to help. > > yes i can help for the french translation, and the performance data > will > look at the cvs code this week-end. > > If time permit ;-) i can also make debian package of the different > releases ;-) to make testing more easiest From noreply at sourceforge.net Sat Nov 20 13:38:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Nov 20 13:38:04 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-913633 ] check_http does not send port in Host field of GET request Message-ID: Bugs item #913633, was opened at 2004-03-10 09:28 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=913633&group_id=29880 Category: None Group: v1.3.0 beta3 >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Ben Johnson (darkstar101) >Assigned to: Matthew Kent (mattkent) Summary: check_http does not send port in Host field of GET request Initial Comment: I need the port reflected in the Host: field of the GET request. Siteminder uses this info in applying security authorizations. here's my check_http version: check_http (nagios-plugins 1.3.1) 1.24.2.4 Here's ngrep sniffs showing the request to the web server from check_http and links. $ check_http -H msp21754 -p 61616 -u / T 10.163.68.117:49879 -> 10.163.180.47:61616 [AP] GET / HTTP/1.0..Host: msp21754..User-Agent: check_http/1.24.2.4 (nagios-plugins ). $ links --source http://msp21754:61616/ T 10.163.68.117:49866 -> 10.163.180.47:61616 [AP] GET / HTTP/1.1..Host: msp21754:61616..User-Agent: ELinks (0.4.2; Linux; )..Referer: http://msp21754:61616/..Accept: */*..Accept-Encoding: bzip2, gzip..Accept-Charset: us-ascii, ISO-8859-1, ISO-8859-2, ISO-8859-3, ISO-8859-4, ISO-8895-5, ISO-8859-6, ISO-8859-7, ISO-88 59-8, ISO-8895-9, ISO-8859-10, ISO-8859-13, ISO-8859-14, ISO-8859-15, ISO-8859-16, windows-1250, window s-1251, windows-1252, windows-1256, windows-1257, cp437, cp737, cp850, cp852, cp866, x-cp866-u, x-mac, x-mac-ce, x-kam-cs, koi8-r, koi8-u, koi8-ru, TCVN-5712, VISCII, utf-8..Accept-Language: en..Connection: Keep-Alive.... I can work around the problem by specifying the IP to connect to with -I and putting host:IP in the -H parameter: $check_http -I 10.163.180.47 -H msp21754:61616 -p 61616 -u / T 10.163.68.117:49894 -> 10.163.180.47:61616 [AP] GET / HTTP/1.0..Host: msp21754:61616..User-Agent: check_http/1.24.2.4 (nagios-plugins ).... ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-11-20 13:37 Message: Logged In: YES user_id=983566 I know it seems silly to have to specify the port twice, but the way it functions currently best fits the description of the flags. Plus I'd rather let the user send whatever host header they'd like instead of forcefully appending a port. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=913633&group_id=29880 From noreply at sourceforge.net Sat Nov 20 14:28:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Nov 20 14:28:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-946857 ] check_ping - output error Message-ID: Bugs item #946857, was opened at 2004-05-03 03:05 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=946857&group_id=29880 Category: Argument proccessing Group: Release (specify) >Status: Pending Resolution: None Priority: 5 Submitted By: Pumuckel1980 (pumuckel1980) >Assigned to: Matthew Kent (mattkent) Summary: check_ping - output error Initial Comment: Hello, I have some problems with the "nagios-plugins- 1.4.0alpha1". In this Version the check_ping plugin show me the following result: "bin/ping -n -U -c 1 ntest2ext Error: Could not interpret output from ping command" It's OK when I use the "nagios-plugins-1.3.1.tar.gz". ./check_ping -H ntest2ext -w 3000.0,80% -c 5000.0,100% -p 1 PING OK - Packet loss = 0%, RTA = 0.22 ms PING OK - Packet loss = 0%, RTA = 0.46 ms Here are my differnet settings: 1. nagios-plugins-1.3.1.tar.gz ############################## = uname -a "Linux *HOSTNAME* 2.4.22 #1 SMP Mit Okt 29 15:21:08 CET 2003 i686 i686 i386 GNU/Linux" =./check_ping -H *HOSTNAME* -w 3000.0,80% -c 5000.0,100% -p 1 "PING OK - Packet loss = 0%, RTA = 0.22 ms PING OK - Packet loss = 0%, RTA = 0.48 ms" 2. "nagios-plugins-1.4.0alpha1" ############################## = uname -a "Linux *HOSTNAME* 2.4.22 #1 SMP Mit Okt 29 1:21:08 CET 2003 i686 i686 i386 GNU/Linux" =./check_ping -H ntest2ext -w 3000.0,80% -c 5000.0,100% -p 1 "/bin/ping -n -U -c 1 ntest2ext Error: Could not interpret output from ping command" thanks for help bye ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-11-20 14:27 Message: Logged In: YES user_id=983566 Okay thank you for the output. I've added a case to hopefully catch it in cvs HEAD. Would you be able to download the latest version and test? ---------------------------------------------------------------------- Comment By: Patrick Lynch (plynch) Date: 2004-07-23 08:53 Message: Logged In: YES user_id=375667 I have created a patch for this in Redhat ES 3.0. The reported output from ping changed ever so slightly and was breaking when the host was down. Here is the patch. The work 'packet' is no longer shown in the errors output field. ------ Begin check_ping.c patch for RedHat ES 3.0 ------- --- plugins/check_ping.c 2003-01-13 07:15:16.000000000 -0500 +++ plugins/check_ping.c.new 2004-07-23 10:32:56.000000000 -0500 @@ -387,6 +387,9 @@ (input_buffer, "%*d packets transmitted, %*d packets received, +%*d errors, %d%% packet loss", &pl) == 1 || sscanf + (input_buffer, "%*d packets transmitted, %*d received, +%*d errors, %d%% packet loss", + &pl) == 1 + || sscanf (input_buffer, "%*d packets transmitted, %*d packets received, %d%% packet loss", &pl) == 1 || sscanf ------ End check_ping.c patch for RedHat ES 3.0 ------- ---------------------------------------------------------------------- Comment By: Alex Burger (alex_b) Date: 2004-06-30 19:20 Message: Logged In: YES user_id=85836 My testing was with Mandrake 10, not 9.2. 10 seems to have a different output for ping. Patch 912996 should help with the output problem, but it won't help with the STDOUT/ERR problem. ---------------------------------------------------------------------- Comment By: Alex Burger (alex_b) Date: 2004-06-30 19:03 Message: Logged In: YES user_id=85836 I am using Nagios-1.2 with nagios-plugins-1.3.1 and I am having a similar problem. On my Mandrake 9.2 system, host notifications for DOWN are showing the command line instead of the plugin output although the output for UP is correct. For example: [1088427108] HOST ALERT: server01;DOWN;SOFT;1;/bin/ping -n -U -c 1 server01 [1088427135] HOST NOTIFICATION: alex;server01;DOWN;host-notify-by-email;/bin/ping -n -U -c 1 server01 [1088427305] HOST NOTIFICATION: alex;server01;UP;host-notify-by-email;PING OK - Packet loss = 0%, RTA = 0.28 ms The host is using 'check-host-alive' which uses the following command line: /usr/local/nagios/libexec/check_ping -H $HOSTADDRESS$ -w 5000,100% -c 5000,100% -p 1 It looks like check_ping is expecting the 'From 10.36.39.219 icmp_seq=1 Destination Host Unreachable' message to be sent to STDERR from ping, but on my system it goes to STDOUT. To test, I created a script that outputs to STDERR a ping result, and changed check_ping to call my script instead: #!/usr/bin/perl select STDERR; print "From 192.168.1.1 icmp_seq=1 Destination Host Unreachable\n"; print "\n"; print "--- 192.168.1.1 ping statistics ---\n"; print "echo 1 packets transmitted, 0 received, +1 errors, 100% packet loss, time 0ms\n"; Calling check_ping, I get the correct output: PING CRITICAL - Host Unreachable If I changed the script by removing 'select STDERR', I get: Error: Could not interpret output from ping command Looking at the source code, if it can not interpret the output it outputs the command that was executed instead, for troubleshooting purposes I assume. Alex ---------------------------------------------------------------------- Comment By: Pumuckel1980 (pumuckel1980) Date: 2004-05-03 05:18 Message: Logged In: YES user_id=1034118 added: here is the output of the ping command: [root at pb3 nagios-plugins-1.4.0alpha1]# /bin/ping -n -U -c 1 192.168.1.3 PING 192.168.1.3 (192.168.1.3) 56(84) bytes of data. 64 bytes from 192.168.1.3: icmp_seq=1 ttl=255 time=0.243 ms --- 192.168.1.3 ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 0.243/0.243/0.243/0.000 ms At the moment I've test the CVS Version (1.27) of the check_ping command. With this there is the same error like in the "nagios-plugins-1.4.0alpha1" package. thanks bye ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=946857&group_id=29880 From noreply at sourceforge.net Sat Nov 20 14:45:13 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Nov 20 14:45:13 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1045506 ] check_linux_raid.pl errors Message-ID: Bugs item #1045506, was opened at 2004-10-12 08:28 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1045506&group_id=29880 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: NOEL Sebastien (mib42) >Assigned to: Matthew Kent (mattkent) Summary: check_linux_raid.pl errors Initial Comment: check_linux_raid.pl always uses the last line of "/proc/mdstat" for the status because there are no break in the while possible correction is : while() { if ($found) { if (/(\[[_U]+\])/) { $status = $1; last ; #<== for break the while } elsif (/recovery = (.*?)\s/) { $recovery = $1; ($finish) = /finish=(.*?min)/; last ; # <== for break the while } } else { if (/$ARGV[0]/) { $found = 1; if (/active/) { $active = 1; } } } } ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-11-20 14:44 Message: Logged In: YES user_id=983566 Fixed in cvs HEAD. Thanks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1045506&group_id=29880 From noreply at sourceforge.net Sat Nov 20 14:56:46 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Nov 20 14:56:46 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1055054 ] [PATCH] Fix segfauly in check_nwstat.c Message-ID: Bugs item #1055054, was opened at 2004-10-26 20:26 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1055054&group_id=29880 Category: None Group: Release (specify) >Status: Pending Resolution: None Priority: 5 Submitted By: Phil Dibowitz (jaymzh) >Assigned to: Matthew Kent (mattkent) Summary: [PATCH] Fix segfauly in check_nwstat.c Initial Comment: The attached patch fixes a segfault in check_nwstat.c. If the script can't get netware version, it does: asprintf(&netware_version,""); Which despite what one would hope, actually sets the POINTER to NULL, per a long-standing, documented bug in the gnu library - which they keep for backwards compatibility, best I can tell. Anyway, in the cases where there's nothing to copy, I simply use a strdup which prevents the segfault. Please apply. ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-11-20 14:54 Message: Logged In: YES user_id=983566 Looks like this was fixed in rev 1.9. Would you be able to try a recent snapshot? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1055054&group_id=29880 From noreply at sourceforge.net Sat Nov 20 20:58:41 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Nov 20 20:58:41 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1004285 ] New plugin for checking smb mounts Message-ID: New Plugins item #1004285, was opened at 2004-08-05 17:27 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1004285&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Ethan Galstad (egalstad) >Assigned to: Matthew Kent (mattkent) Summary: New plugin for checking smb mounts Initial Comment: This plugin was submitted by Christian Dettendorfer for checking the availability of Windows shares. ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-11-20 20:46 Message: Logged In: YES user_id=983566 Moving to New Plugins ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1004285&group_id=29880 From noreply at sourceforge.net Sat Nov 20 20:59:29 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Nov 20 20:59:29 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-921467 ] fping rta in ms Message-ID: Patches item #921467, was opened at 2004-03-22 16:10 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=921467&group_id=29880 Category: Bugfix Group: None >Status: Closed Resolution: Fixed Priority: 5 Submitted By: Matthew Kent (mattkent) Assigned to: Karl DeBisschop (kdebisschop) Summary: fping rta in ms Initial Comment: fping's help claims to take the critical and warn rta values in milliseconds like ping, but as we can see it doesn't. # ./check_fping -H pdc-pv1.pv -w 10,10% -c 100,25% FPING OK - pdc-pv1.pv (loss=0%, rta=42.800000 ms)|loss=0%;10;25;0;100 rta=42799us;10000000;100000000;0 # ./check_ping -H pdc-pv1.pv -w 10,10% -c 100,25% PING WARNING - Packet loss = 0%, RTA = 32.67 ms As they always stay in 'OK' state, this sucks for anyone like me who replaced the ping checks with fping and didn't test the result :) Tiny patch against version in cvs fixes the inconsistency. ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-11-20 20:48 Message: Logged In: YES user_id=983566 Long since fixed, sorry for not getting back to this. ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-03-23 12:21 Message: Logged In: YES user_id=983566 I suppose actually attaching the diff might have helped :) but you fixed the same 2 lines. Thanks ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2004-03-22 22:47 Message: Logged In: YES user_id=1671 np patch supplied, but I confirmed the bug and fixed in CVS as best as I can tell. Thanks for finding this, lets us know if I goofed the fix. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=921467&group_id=29880 From noreply at sourceforge.net Sat Nov 20 21:31:00 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Nov 20 21:31:00 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1006777 ] Add slave check to check_mysql Message-ID: Patches item #1006777, was opened at 2004-08-10 11:43 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1006777&group_id=29880 Category: Enhancement Group: None >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Nathan Shafer (nicodemus) >Assigned to: Matthew Kent (mattkent) Summary: Add slave check to check_mysql Initial Comment: This patch adds a new option to the check_mysql plugin (-S) that will check the slave status by issuing the command "show slave status'. Additional permissions are required for the user that check_mysql connects as. For MySQL 4.x, the permissions 'usage' and 'super' are required. For MySQL 3.23.x, the permissions 'usage' and 'process' are required. This patch should apply against nagios-plugins-1.4.0alpha1 and the latest version in CVS as of 2004-08-10. Thanks, Nathan Shafer ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-11-20 21:25 Message: Logged In: YES user_id=983566 Looks great. Tested okay and applied in HEAD. Thanks! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1006777&group_id=29880 From noreply at sourceforge.net Sat Nov 20 22:36:39 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Nov 20 22:36:39 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1055119 ] Fix segfault in check_nwstat.c Message-ID: Patches item #1055119, was opened at 2004-10-27 00:09 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1055119&group_id=29880 Category: Bugfix Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: Phil Dibowitz (jaymzh) >Assigned to: Matthew Kent (mattkent) Summary: Fix segfault in check_nwstat.c Initial Comment: Since I wrote a patch for the bug I reported in bug 1055054, I thought perhaps I should post it here as well... >From the Bug Report: The attached patch fixes a segfault in check_nwstat.c. If the script can't get netware version, it does: asprintf(&netware_version,""); Which despite what one would hope, actually sets the POINTER to NULL, per a long-standing, documented bug in the gnu library - which they keep for backwards compatibility, best I can tell. Anyway, in the cases where there's nothing to copy, I simply use a strdup which prevents the segfault. Please apply. - Phil ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-11-20 20:45 Message: Logged In: YES user_id=983566 See response to Bug # 1055054 you submitted. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1055119&group_id=29880 From benoit.mortier at opensides.be Sun Nov 21 05:38:33 2004 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Sun Nov 21 05:38:33 2004 Subject: [Nagiosplug-devel] Announcement regarding nagiosplug 1.4 release In-Reply-To: <34AF3FD6-3B16-11D9-A216-000A95D47298@mac.com> References: <9F13DF6C-396B-11D9-A216-000A95D47298@mac.com> <200411191708.22445.benoit.mortier@opensides.be> <34AF3FD6-3B16-11D9-A216-000A95D47298@mac.com> Message-ID: <200411211428.46872.benoit.mortier@opensides.be> Le samedi 20 Novembre 2004 18:04, vous avez ?crit?: > Benoit, > > Thank you for your offer of helping. I will look into giving you CVS > access for the translational files, but unfortunately I do not fully > understand how it works at the moment. Do you just need access to > update the po/*.po files? i don't know ;-) i will look a translation tonight and see was the status, i will also write a little manual to help the translator ... > Also, as we are only just starting to populate more of the > translations, please let us know if there is anything that the > developers can help with (eg, reusing similar messages, duplication of > messsages, etc). yes maybe we can use catalog of translation already done like the one in the kde project, this will help us standardize the message, alway format them in the same format etc.. Will look a this Have a nice day -- Benoit Mortier OpenSides sprl Linux Engineer From ymettier at libertysurf.fr Sun Nov 21 13:34:19 2004 From: ymettier at libertysurf.fr (Yves Mettier) Date: Sun Nov 21 13:34:19 2004 Subject: [Nagiosplug-devel] Re: Translations and gettext In-Reply-To: References: Message-ID: <51621.192.168.3.65.1101072719.squirrel@192.168.3.65> Hi :) > Message: 2 > Cc: nagiosplug-devel at lists.sourceforge.net > From: Ton Voon > Subject: Re: [Nagiosplug-devel] Translations and gettext > Date: Sat, 20 Nov 2004 07:15:05 +0000 > To: ymettier at perfparse.org > >>> 3. Scripts aren't translated, so the usefulness is somewhat crippled. >> >> True, but there was demand for translated output and I think that a >> translational ability is overall A Good Thing. >> > > I would rather have conformity. I wouldn't want some checks to output > english and some others to output swedish. Besides, the target audience > (network admins) are usually required to speak english to do their job > anyway. When you have 1 or 2 languages, you can consider doing checks with the other languages. But when you have 10 or 20 other languages, forget about the tests, and let the translators and users do the tests. If the code is clean, there should be no problem with translations. By clean, I have a special thought to buffers with limited size : char str[15]; snprintf(str, 15, _("Some content")); This should be avoided since the translation can be longer. Here, the program should not crash (notice the use of snprintf instead of sprintf). But the translation should not fit : "Un contenu quelconque" in French is longer :) Besides this, that the translator can notice and ask for a change in the code, there should be no problem. > --__--__-- > > Message: 4 > Cc: nagiosplug-devel at lists.sourceforge.net > From: Ton Voon > Subject: Re: [Nagiosplug-devel] Translations and gettext > Date: Sat, 20 Nov 2004 16:56:38 +0000 > To: Andreas Ericsson >> I would rather have conformity. I wouldn't want some checks to output >> english and some others to output swedish. Besides, the target >> audience (network admins) are usually required to speak english to do >> their job anyway. Target audience : in short companies, yes. In bigger, definitely not. Some big companies can have a service for installation of the software (nagios, plugins...) with good sysadmins who speak their language and very good English. And they can have another service, who just watch the nagios user interface, and when it's red, read the message and call the service who can solve the problem if they cannot do it themselves. That audience is the one that really use the tool, read the messages from the plugins. Those guys, at least in France, are usually not good in English. > --__--__-- > > Message: 5 > Cc: NagiosPlug Devel > From: Ton Voon > Subject: Re: [Nagiosplug-devel] Announcement regarding nagiosplug 1.4 release > Date: Sat, 20 Nov 2004 17:04:14 +0000 > To: Benoit Mortier > > Benoit, > > Thank you for your offer of helping. I will look into giving you CVS=20 > access for the translational files, but unfortunately I do not fully=20 > understand how it works at the moment. Do you just need access to=20 > update the po/*.po files? I let Benoit give his own answer. But when somebody offers to translate one of my projects, I make a change myself in configure.ac (update the line ALL_LINGUAS with the new language), generate a new file po/LL.po (replace LL with the language abbreviation), test if everything successfully compiles with the new language, and when OK, the person who wish to help with the translation only have to edit po/LL.po. I use ALL_LINGUAS in configure.ac. There is another way to do it : have a file po/LINGUAS where you put all the translated languages. Well, if you need help on the programmer's side or on the maintainer's side for C plugins or autotools, I can have a look. I can also translate few strings in French if needed, but I'm very bad in translations, that's why I let Benoit do the job for French :) > Also, as we are only just starting to populate more of the=20 > translations, please let us know if there is anything that the=20 > developers can help with (eg, reusing similar messages, duplication of=20= > messsages, etc). You should not have problems with duplication of messages : gettext do the job for you. For reusing similar messages, have a look here : http://www.gnu.org/software/gettext/manual/html_chapter/gettext_6.html#SEC54 I have never played with that. I cannot help more on translation :) I found 2 interesting URLS if you have time to have a look : GNU Translation Project (with a link to "equipe francaise") http://www2.iro.umontreal.ca/~gnutra/po/HTML/ Translation HOWTO (for the Gnucash project)... can easily be adapted to any project : http://www.gnucash.org/trans/TRANSLATION_HOWTO Yves -- - Homepage - http://ymettier.free.fr - http://www.logicacmg.com - - GPG key - http://ymettier.free.fr/gpg.txt - - Maitretarot - http://www.nongnu.org/maitretarot/ - - Perfparse - http://perfparse.sf.net/ - From Stanley.Hopcroft at IPAustralia.Gov.AU Sun Nov 21 15:32:07 2004 From: Stanley.Hopcroft at IPAustralia.Gov.AU (Stanley Hopcroft) Date: Sun Nov 21 15:32:07 2004 Subject: [Nagiosplug-devel] Re: Native plugins (was Re: Java Plugins) In-Reply-To: <20041119184447.GO642@Jos-Vissers-Computer.local> References: <2B38F3058AA1AF4884AADC7B0E89D89B023734@sslc2k3ex01.msg.albertsons.com> <20041119184447.GO642@Jos-Vissers-Computer.local> Message-ID: <20041121232710.GA20394@IPAustralia.Gov.AU> Dear Gentlemen, I am writing to thank you for your letters and say, On Fri, Nov 19, 2004 at 07:44:47PM +0100, Jos Visser wrote: > I would like to venture the guess that the environment that Nagios runs > in does not contain the PATH, CLASSPATH, SHLIB_PATH, JAVA_HOME or other > relevant environment variables. > this is almost certainly the clue for this particular instance of an FAQ problem. The problem is obviously not Java specific, but related to the difference between the CLI environment and that Nagios creates to run the plugins (different user etc etc). > ++Jos.es > > On Fri, Nov 19, 2004 at 09:47:02AM -0700 it came to pass that David Robinson wrote: > > Does anyone on this thread have any experience writing plugins in Java? .. snip .. > > When I execute my draft Java plugins from the command line as the Nagios > > user, I get correct output to STDOUT and correct exit codes ... for > > example: > > > > sh-2.05$ whoami > > > > nagios > > > > sh-2.05$ /home/bea/jdk141_05/bin/java -classpath > > /usr/lib/nagios/bea_jars/813/weblogic.jar:/usr/lib/nagios/plugins_custom > > /wls8nagios.jar com.albertsons.nagios.WLS8ThreadMonitor -H lnx074 -P > > 9193 -u beaprod -p want2gohome -D absCommonWLI -S absCommonWLIMngd1 -M > > weblogic.kernel.Default > > > > THREADS OK: 1 thread(s) used out of 100 > > > > sh-2.05$ echo $? > > > > 0 > > > > When the same plugin is called from the Nagios process I receive a > > message such as below in the nagios.log file: > > > > [1100884674] SERVICE ALERT: lnx112;WLS-812-THREADS;WARNING;SOFT;2;(No > > output!) > > > > Any idea why I am not receiving any output? I am writing the status > > message using System.out.println("THREADS ..."); and > > System.exit(EXIT_CODE); > > You can nail this sort of plugin error (Ok from CLI, '(No output!)' from Nagios) in two ways :- 1 Plugin wrapper write a script which is called by Nag instead of the problem plugin. The script should 1.1 Run the plugin 1.2 Capture the plugin output and return code (in the manner you have shown from the CLI if you write the wrapper in /bin/sh) and anything else (eg $@) useful to debug the problem 1.3 Append it to a file, output it to syslog etc. 2 With a test Nagios 2.1 gen a new Nag with --enable-DEBUG[whatever] 2.2 gen a stripped down config that runs the prob plugin at a high rate 2.3 install in a private dir 2.4 run Nag from foreground and watch the debug messages Having said that, Mr Visser has almost certainly got the answer for you. Yours sincerely. -- Stanley Hopcroft Network specialist, IT Infrastructure IP Australia Ph: (02) 6283 3189 Fax: (02) 6281 1353 PO Box 200 Woden ACT 2606 http://www.ipaustralia.gov.au -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: disclaimer.txt URL: From benoit.mortier at opensides.be Sun Nov 21 15:41:54 2004 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Sun Nov 21 15:41:54 2004 Subject: [Nagiosplug-devel] Re: Translations and gettext In-Reply-To: <51621.192.168.3.65.1101072719.squirrel@192.168.3.65> References: <51621.192.168.3.65.1101072719.squirrel@192.168.3.65> Message-ID: <200411212336.14490.benoit.mortier@opensides.be> Le dimanche 21 Novembre 2004 22:31, Yves Mettier a ?crit?: > Hi :) Hello ;-) > If the code is clean, there should be no problem with translations. By > clean, I have a special thought to buffers with limited size : > char str[15]; > snprintf(str, 15, _("Some content")); > This should be avoided since the translation can be longer. > Here, the program should not crash (notice the use of snprintf instead of > sprintf). But the translation should not fit : "Un contenu quelconque" in > French is longer :) yes french is always longer by one third at least ;-) > Besides this, that the translator can notice and ask for a change in the > code, there should be no problem. or if they can just submit a patch ;-) > >> I would rather have conformity. I wouldn't want some checks to output > >> english and some others to output swedish. Besides, the target > >> audience (network admins) are usually required to speak english to do > >> their job anyway. > > Target audience : in short companies, yes. In bigger, definitely not. > > Some big companies can have a service for installation of the software > (nagios, plugins...) with good sysadmins who speak their language and > very good English. And they can have another service, who just watch the > nagios user interface, and when it's red, read the message and call the > service who can solve the problem if they cannot do it themselves. > That audience is the one that really use the tool, read the messages from > the plugins. Those guys, at least in France, are usually not good in > English. Exactly a lot of sysadmins a know are to busy and know to little to try to understand another language they want the tool in there native tongue. > > Benoit, > > > > Thank you for your offer of helping. I will look into giving you CVS=20 > > access for the translational files, but unfortunately I do not fully=20 > > understand how it works at the moment. Do you just need access to=20 > > update the po/*.po files? > > I let Benoit give his own answer. Yes, normaly we just need cvs access thethe po files, if i want to correct some other thing in the code i can always send a patch. > Well, if you need help on the programmer's side or on the maintainer's > side for C plugins or autotools, I can have a look. I can also translate > few strings in French if needed, but I'm very bad in translations, that's > why I let Benoit do the job for French thanks, i can also help with th c language if needed ;-) > I found 2 interesting URLS if you have time to have a look : > GNU Translation Project (with a link to "equipe francaise") > http://www2.iro.umontreal.ca/~gnutra/po/HTML/ > > Translation HOWTO (for the Gnucash project)... can easily be adapted to > any project : http://www.gnucash.org/trans/TRANSLATION_HOWTO I will look a it thanks -- Benoit Mortier OpenSides sprl Linux Engineer From benoit.mortier at opensides.be Sun Nov 21 15:44:12 2004 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Sun Nov 21 15:44:12 2004 Subject: [Nagiosplug-devel] french translations, first pass, some questions, first cleanup Message-ID: <200411220038.34183.benoit.mortier@opensides.be> Hi, just a little note after a first pass on the fr.po. - the copyright should no be localized. - Inside of the short help command should not be localized \n Utilisation: %s [-f46] [-t timeout] [-i identity] [-l user] -H \n -C [-n name] [-s servicelist] [-O outputfile] [-p port]\n only the first word has been localized Liste of item that shouldn't be localized Copyright items #: plugins/check_dig.c:324 plugins/urlize.c:132 #: plugins/check_disk.c:575 plugins/check_dns.c:394 plugins/check_dummy.c:89 #: plugins/check_hpjd.c:381 plugins/check_http.c:1366 plugins/check_mrtg.c:311 #: plugins/check_mrtgtraf.c:323 plugins/check_nwstat.c:909 #: plugins/check_overcr.c:423 plugins/check_tcp.c:606 #: plugins/check_fping.c:365 #: plugins/check_game.c:73 #: plugins/check_ldap.c:286 #: plugins/check_load.c:306 #: plugins/check_ping.c:509 plugins/check_procs.c:591 #: plugins/check_radius.c:287 #: plugins/check_real.c:406 #: plugins/check_smtp.c:429 #: plugins/check_ssh.c:236 #: plugins/check_time.c:328 plugins/check_udp.c:225 plugins/check_users.c:195 #: plugins/check_ups.c:573 Only a dot ??? #: plugins/check_nt.c:145 ShowAll, ShowFail I don't think that should be localized ?? #: plugins/check_nt.c:242 #: plugins/check_nt.c:242 Only % ?? #: plugins/check_nt.c:319 Message that sould be only translated once, and one phrase should be chosen: Unable to open pipe: %s / Could not open pipe: %s\n timeout interval must be an integer / Timeout Interval must be an integer!\n invalid host name / Invalid host name Have a nice day -- Benoit Mortier OpenSides sprl Linux Engineer -------------- next part -------------- A non-text attachment was scrubbed... Name: fr.po.tar.bz2 Type: application/x-tbz Size: 21901 bytes Desc: not available URL: From Stanley.Hopcroft at IPAustralia.Gov.AU Sun Nov 21 22:12:21 2004 From: Stanley.Hopcroft at IPAustralia.Gov.AU (Stanley Hopcroft) Date: Sun Nov 21 22:12:21 2004 Subject: [Nagiosplug-devel] RFC adding functions to utils.pm Message-ID: <20041122061119.GD20394@IPAustralia.Gov.AU> Dear Folks, I would like to add two functions to utils.pm sub tethereal2str ($$) # two scalar args sub dump ($) # one scalar arg tethereal2str($$) takes a string containing a 'tethereal' trace of one network packet and a string containing a hex byte and returns the string from that hex byte til the end of the trace, formatted as a Perl scalar containing a string of characters corresponding to the hex codes found in the trace. This function is used by check_citrix and check_lotus (/contrib) to replay a packet to simulate some part of a real clients interaction with the server (this is only useful for protocols such as ICA and Lotus Notes that are both proprietary [& undocumented] and binary). dump($) takes a scalar containing a string and outputs in the tethereal/hexdump -C style. Ratioanale: These functions are part of _two_ contributed (one of which at least is used) plugins that currently duplicate this code. Code duplication leads to inconsistency and minimises re-use. Yours sincerely. -- Stanley Hopcroft Network specialist, IT Infrastructure IP Australia Ph: (02) 6283 3189 Fax: (02) 6281 1353 PO Box 200 Woden ACT 2606 http://www.ipaustralia.gov.au From noreply at sourceforge.net Sun Nov 21 22:31:06 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Nov 21 22:31:06 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Support Requests-990876 ] check_citrix help Message-ID: Support Requests item #990876, was opened at 2004-07-14 14:03 Message generated for change (Settings changed) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=990876&group_id=29880 Category: None Group: None >Status: Closed Priority: 5 Submitted By: stiletto23 (stiletto23) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: check_citrix help Initial Comment: Hello, I need some help with the check_citrix plugin. I have the Nagios command setup as follows: $USER$/check_citrix -C $HOSTADDRESS$ -P published1 >From command window on the Nagios host this returns: "Ok. Citrix master browser "10.20.xx.xx" reported that the published application "published1" is available." But when the command above is exectuded by Nagios it returns a "Warning - (No output). Hopefully I am just not doing something very simple. Any help would be appreciated, I would like to be able to monitor my Citrix boxes more completely. Thanks. -stiletto ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-09-16 12:08 Message: Logged In: YES user_id=395628 Dear Stiletto and Darren Hobbs, More info is needed before any help can be offered since (No ouptut!) if that's is what you are seeing - it is a CRITICAL alert IIRC. What is required has been posted to Nagios-users in the last 4 hours; in a nutshell you need to get _all_ the output by wrapping the plugin in a shell script that redirects STDERR to STDOUT. HTH. You are welcome to correspond directly with me about this; email address from Nag users. Stanley Hopcroft. ---------------------------------------------------------------------- Comment By: Dale Hobbs (dhobbs) Date: 2004-09-15 18:10 Message: Logged In: YES user_id=1116017 I'm having this problem as well. I haven't been able to figure it out yet either ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=990876&group_id=29880 From noreply at sourceforge.net Sun Nov 21 22:32:38 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Nov 21 22:32:38 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Support Requests-694259 ] Cannot map "tcp" to protocol number Message-ID: Support Requests item #694259, was opened at 2003-02-27 09:50 Message generated for change (Settings changed) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=694259&group_id=29880 Category: Install Problem (example) Group: v1.0 (example) Status: Open Priority: 5 Submitted By: Alexander Wolters (diamondlink) >Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: Cannot map "tcp" to protocol number Initial Comment: after installing the NSClient and configuring the Service, I get that error message: "Cannot map "tcp" to protocol number" I'm using the default Port 1248. Can anybody help me please?! The documentation for the plugin sucks realy.... and I can't find any other documentation or help on the web :-( Thanks in advanced ---------------------------------------------------------------------- Comment By: Jeremy T. Bouse (undrgrid) Date: 2003-03-12 19:54 Message: Logged In: YES user_id=10485 Is this still an issue with 1.3.0 final release? Has it been tested and confirmed as still being a problem with CVS version? ---------------------------------------------------------------------- Comment By: Alexander Wolters (diamondlink) Date: 2003-02-28 10:17 Message: Logged In: YES user_id=721439 nagios-1.0 nagios-plugins-1.3.0.b2 ---------------------------------------------------------------------- Comment By: Alexander Wolters (diamondlink) Date: 2003-02-28 10:02 Message: Logged In: YES user_id=721439 It's FreeBSD 5.0 ---------------------------------------------------------------------- Comment By: Alexander Wolters (diamondlink) Date: 2003-02-28 09:39 Message: Logged In: YES user_id=721439 I'm getting the error message @ the unix machine ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2003-02-27 16:19 Message: Logged In: YES user_id=46572 where are you getting the error? on the windows machine or on the unix machine? What versions are you running? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=694259&group_id=29880 From noreply at sourceforge.net Sun Nov 21 22:32:59 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Nov 21 22:32:59 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Support Requests-1043798 ] check_citrix issues Message-ID: Support Requests item #1043798, was opened at 2004-10-10 01:28 Message generated for change (Settings changed) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=1043798&group_id=29880 Category: None Group: None >Status: Closed Priority: 5 Submitted By: resistor3672 (resistor3672) >Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: check_citrix issues Initial Comment: I ran into these issues using the check_citrix plugin, so I'll share them here in the hopes that they will allow the continued development of the plugin and of the excellent Nagios package. Issue 1) Lots of applications to look for If one has a large number of apps to look for, one should split the seach into multiple services and have each service look for a subset. The danger is that the buffer used to hold all the search string will overflow, and Nagios 1.2 will seg fault. One can alternatively try increasing the buffer size in the plugin, and use the -L option, but even so I still hit the seg fault after a couple of dozen apps. Issue 2) Lots of apps in the list The plugin returns the application list on errors. If this list exceeds the default nagios return buffer, the plugin will behave strangely. I had it returning an OK status in nagios (green) and showing the "Failed: " string in status information. I assume this is due to a lack of buffer error checking in Nagios (can that be fixed?). I simply removed the print statements that show the list on errors, and while it is less informative, it still tells me when an application is missing from the list. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=1043798&group_id=29880 From noreply at sourceforge.net Sun Nov 21 22:40:36 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Nov 21 22:40:36 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Support Requests-694259 ] Cannot map "tcp" to protocol number Message-ID: Support Requests item #694259, was opened at 2003-02-27 09:50 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=694259&group_id=29880 Category: Install Problem (example) Group: v1.0 (example) Status: Open Priority: 5 Submitted By: Alexander Wolters (diamondlink) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: Cannot map "tcp" to protocol number Initial Comment: after installing the NSClient and configuring the Service, I get that error message: "Cannot map "tcp" to protocol number" I'm using the default Port 1248. Can anybody help me please?! The documentation for the plugin sucks realy.... and I can't find any other documentation or help on the web :-( Thanks in advanced ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-22 06:36 Message: Logged In: YES user_id=395628 Dear Diamond link, Firstly, sorry for the slow response; thanks for your patience. A recent question on Nag users about this matter was caused by a bad libc (IIRC). http://article.gmane.org/gmane.network.nagios.user/24992/match=++map+protocol Is this any help ? If not, is tcp in /etc/protocols ? HTH, Yours sincerely. ---------------------------------------------------------------------- Comment By: Jeremy T. Bouse (undrgrid) Date: 2003-03-12 19:54 Message: Logged In: YES user_id=10485 Is this still an issue with 1.3.0 final release? Has it been tested and confirmed as still being a problem with CVS version? ---------------------------------------------------------------------- Comment By: Alexander Wolters (diamondlink) Date: 2003-02-28 10:17 Message: Logged In: YES user_id=721439 nagios-1.0 nagios-plugins-1.3.0.b2 ---------------------------------------------------------------------- Comment By: Alexander Wolters (diamondlink) Date: 2003-02-28 10:02 Message: Logged In: YES user_id=721439 It's FreeBSD 5.0 ---------------------------------------------------------------------- Comment By: Alexander Wolters (diamondlink) Date: 2003-02-28 09:39 Message: Logged In: YES user_id=721439 I'm getting the error message @ the unix machine ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2003-02-27 16:19 Message: Logged In: YES user_id=46572 where are you getting the error? on the windows machine or on the unix machine? What versions are you running? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=694259&group_id=29880 From noreply at sourceforge.net Sun Nov 21 23:36:05 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Nov 21 23:36:05 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Support Requests-694259 ] Cannot map "tcp" to protocol number Message-ID: Support Requests item #694259, was opened at 2003-02-27 10:50 Message generated for change (Comment added) made by sb-netman You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=694259&group_id=29880 Category: Install Problem (example) Group: v1.0 (example) Status: Open Priority: 5 Submitted By: Alexander Wolters (diamondlink) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: Cannot map "tcp" to protocol number Initial Comment: after installing the NSClient and configuring the Service, I get that error message: "Cannot map "tcp" to protocol number" I'm using the default Port 1248. Can anybody help me please?! The documentation for the plugin sucks realy.... and I can't find any other documentation or help on the web :-( Thanks in advanced ---------------------------------------------------------------------- Comment By: Simon Bellwood (sb-netman) Date: 2004-11-22 08:30 Message: Logged In: YES user_id=1156501 The problem is that a nice port number like "1248" is used by a few applications. It was a bad choice for a default. Microsoft Exchange uses it, something called "hermes" uses it, and possible AppleTalk too. You need to change the port number by editing the registry. See \HKEY_LOCAL_MACHINE\SOFTWARE\NSClient We (as Nagios) should probably consider changing the default port number. Port 2151 looks free. ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-22 07:36 Message: Logged In: YES user_id=395628 Dear Diamond link, Firstly, sorry for the slow response; thanks for your patience. A recent question on Nag users about this matter was caused by a bad libc (IIRC). http://article.gmane.org/gmane.network.nagios.user/24992/match=++map+protocol Is this any help ? If not, is tcp in /etc/protocols ? HTH, Yours sincerely. ---------------------------------------------------------------------- Comment By: Jeremy T. Bouse (undrgrid) Date: 2003-03-12 20:54 Message: Logged In: YES user_id=10485 Is this still an issue with 1.3.0 final release? Has it been tested and confirmed as still being a problem with CVS version? ---------------------------------------------------------------------- Comment By: Alexander Wolters (diamondlink) Date: 2003-02-28 11:17 Message: Logged In: YES user_id=721439 nagios-1.0 nagios-plugins-1.3.0.b2 ---------------------------------------------------------------------- Comment By: Alexander Wolters (diamondlink) Date: 2003-02-28 11:02 Message: Logged In: YES user_id=721439 It's FreeBSD 5.0 ---------------------------------------------------------------------- Comment By: Alexander Wolters (diamondlink) Date: 2003-02-28 10:39 Message: Logged In: YES user_id=721439 I'm getting the error message @ the unix machine ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2003-02-27 17:19 Message: Logged In: YES user_id=46572 where are you getting the error? on the windows machine or on the unix machine? What versions are you running? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=694259&group_id=29880 From stephane.urbanovski at ac-nancy-metz.fr Mon Nov 22 00:41:47 2004 From: stephane.urbanovski at ac-nancy-metz.fr (Stephane URBANOVSKI) Date: Mon Nov 22 00:41:47 2004 Subject: [Nagiosplug-devel] Translations and gettext In-Reply-To: <253305F6-3B15-11D9-A216-000A95D47298@mac.com> References: <419DC86C.8080203@op5.se> <36E925A4-3A2D-11D9-A216-000A95D47298@mac.com> <419F135C.607@op5.se> <253305F6-3B15-11D9-A216-000A95D47298@mac.com> Message-ID: <41A1A52F.3030707@ac-nancy-metz.fr> Ton Voon a ?crit : > Yves Mettier has implemented translations in his performance graphing > tools. Benoit Mortier has offered to help translate. I count this as two > votes, and that's only in the last few days. There have been requests > before, although admittedly some time ago. I'm also planning to help with french translations and may be more (like perl plugins : http://cvs.orion.education.fr/cgi-bin/viewcvs.cgi/racvision/src/nagios-plugins-perl/nagios-plugins-perl/plugins/ ) So ... 3 votes :-) I have no real problems to read english reported by current plugins, but some of this reports are send to poeple that are not as comfortable as me. And you may see that my english skill is not very high -- St?phane Urbanovski From Stanley.Hopcroft at IPAustralia.Gov.AU Mon Nov 22 02:03:05 2004 From: Stanley.Hopcroft at IPAustralia.Gov.AU (Stanley Hopcroft) Date: Mon Nov 22 02:03:05 2004 Subject: [Nagiosplug-devel] Re: Perl guidelines - other patches to Perl section of devel guidelines Message-ID: <20041122100205.GA21530@IPAustralia.Gov.AU> Dear Folks, Please find attached trival patch to the developer guidelines Perl plugin section. Manure removal only (much of it originated from me). Yours sincerely. -- Stanley Hopcroft Network specialist, IT Infrastructure IP Australia Ph: (02) 6283 3189 Fax: (02) 6281 1353 PO Box 200 Woden ACT 2606 http://www.ipaustralia.gov.au -------------- next part -------------- --- developer-guidelines.html Mon Nov 22 15:44:02 2004 +++ developer-guidelines.html.orig Mon Nov 22 13:34:44 2004 @@ -1033,7 +1033,7 @@ >

  • To use utils.pm, you need to provide a full path to the - module in order for it to work.

      e.g.
    @@ -1058,14 +1058,11 @@ >

  • Do not use <DATA> file handles (these simply do not compile under ePN).

    Do not use > DATA < (these simply do not compile under ePN).

  • Do not use global variables in subroutines. - -This is bad practise anyway, but with ePN the plugin may return a warning or error "<global_var> won't stay shared" (because the subroutine becomes a closure with ePN). -

    Do not use named subroutines

  • alarm is recommended, noting that some modules such as LWP manage their own timers using alarm. In that case, your alarm will be overwritten by the module. +> is recommended. Plugins may import a default time out ($TIMEOUT) from utils.pm.

    • +> \ No newline at end of file From noreply at sourceforge.net Mon Nov 22 03:18:06 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 22 03:18:06 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Support Requests-1070929 ] hpjdres Message-ID: Support Requests item #1070929, was opened at 2004-11-22 12:17 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=1070929&group_id=29880 Category: Install Problem (example) Group: None Status: Open Priority: 5 Submitted By: SupaFly (amincheneau) Assigned to: Nobody/Anonymous (nobody) Summary: hpjdres Initial Comment: Hi I have the error message "No output" in Nagios GUI. The plugin works in command line with root or nagios users. The rights on it are -rwxr-xr-x 1 nagios nagios. my checkcommands.cfg define command { command_name check_hpjdres command_line $USER1$/check_hpjdres -k 1 -H $HOSTADDRESS$ my services.cfg: Define service{ host_name FR40 service_description check_hpjdres check_command toner_black max_check_attempts 3 normal_check_interval 3 retry_check_interval 1 check_period 24x7 notification_interval 0 notification_period 24x7 notification_options w,u,c,r contact_groups admins } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=1070929&group_id=29880 From Ton.Voon at egg.com Mon Nov 22 04:00:06 2004 From: Ton.Voon at egg.com (Voon, Ton) Date: Mon Nov 22 04:00:06 2004 Subject: [Nagiosplug-devel] Re: Perl guidelines - other patches to Per l section of devel guidelines Message-ID: Stanley, The developer guidelines are created from the .sgml file in doc/. Can you amend that instead? However, it requires docbook-utils installed on your system to generate the .html, otherwise if you leave the commits, SF will update in a few days (because SF caches .html pages). Ton -----Original Message----- From: Stanley Hopcroft [mailto:Stanley.Hopcroft at IPAustralia.Gov.AU] Sent: 22 November 2004 10:02 To: nagiosplug-devel at lists.sourceforge.net Subject: [Nagiosplug-devel] Re: Perl guidelines - other patches to Perl section of devel guidelines Dear Folks, Please find attached trival patch to the developer guidelines Perl plugin section. Manure removal only (much of it originated from me). Yours sincerely. -- Stanley Hopcroft Network specialist, IT Infrastructure IP Australia Ph: (02) 6283 3189 Fax: (02) 6281 1353 PO Box 200 Woden ACT 2606 http://www.ipaustralia.gov.au ----------------------------------------- This private and confidential e-mail has been sent to you by Egg. The Egg group of companies includes Egg Banking plc registered no. 2999842), Egg Financial Products Ltd (registered no. 3319027) and Egg Investments Ltd (registered no. 3403963) which is authorised and regulated by the Financial Services Authority. Egg Investments Ltd. is entered in the FSA register under number 190518. Registered in England and Wales. Registered offices: 1 Waterhouse Square, 138-142 Holborn, London EC1N 2NA. If you are not the intended recipient of this e-mail and have received it in error, please notify the sender by replying with 'received in error' as the subject and then delete it from your mailbox. From Ton.Voon at egg.com Mon Nov 22 04:03:08 2004 From: Ton.Voon at egg.com (Voon, Ton) Date: Mon Nov 22 04:03:08 2004 Subject: [Nagiosplug-devel] RFC adding functions to utils.pm Message-ID: Stanley, If only two plugins would use this routine, would it be better in a separate .pm to be pulled in by these two plugins? Whatever you decide, I trust your judgement. Ton -----Original Message----- From: Stanley Hopcroft [mailto:Stanley.Hopcroft at IPAustralia.Gov.AU] Sent: 22 November 2004 06:11 To: nagiosplug-devel at lists.sourceforge.net Subject: [Nagiosplug-devel] RFC adding functions to utils.pm Dear Folks, I would like to add two functions to utils.pm sub tethereal2str ($$) # two scalar args sub dump ($) # one scalar arg tethereal2str($$) takes a string containing a 'tethereal' trace of one network packet and a string containing a hex byte and returns the string from that hex byte til the end of the trace, formatted as a Perl scalar containing a string of characters corresponding to the hex codes found in the trace. This function is used by check_citrix and check_lotus (/contrib) to replay a packet to simulate some part of a real clients interaction with the server (this is only useful for protocols such as ICA and Lotus Notes that are both proprietary [& undocumented] and binary). dump($) takes a scalar containing a string and outputs in the tethereal/hexdump -C style. Ratioanale: These functions are part of _two_ contributed (one of which at least is used) plugins that currently duplicate this code. Code duplication leads to inconsistency and minimises re-use. Yours sincerely. -- Stanley Hopcroft Network specialist, IT Infrastructure IP Australia Ph: (02) 6283 3189 Fax: (02) 6281 1353 PO Box 200 Woden ACT 2606 http://www.ipaustralia.gov.au ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ _______________________________________________________ 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 ----------------------------------------- This private and confidential e-mail has been sent to you by Egg. The Egg group of companies includes Egg Banking plc registered no. 2999842), Egg Financial Products Ltd (registered no. 3319027) and Egg Investments Ltd (registered no. 3403963) which is authorised and regulated by the Financial Services Authority. Egg Investments Ltd. is entered in the FSA register under number 190518. Registered in England and Wales. Registered offices: 1 Waterhouse Square, 138-142 Holborn, London EC1N 2NA. If you are not the intended recipient of this e-mail and have received it in error, please notify the sender by replying with 'received in error' as the subject and then delete it from your mailbox. From noreply at sourceforge.net Mon Nov 22 12:02:06 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 22 12:02:06 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1055054 ] [PATCH] Fix segfauly in check_nwstat.c Message-ID: Bugs item #1055054, was opened at 2004-10-26 20:26 Message generated for change (Comment added) made by jaymzh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1055054&group_id=29880 Category: None Group: Release (specify) >Status: Open Resolution: None Priority: 5 Submitted By: Phil Dibowitz (jaymzh) Assigned to: Matthew Kent (mattkent) Summary: [PATCH] Fix segfauly in check_nwstat.c Initial Comment: The attached patch fixes a segfault in check_nwstat.c. If the script can't get netware version, it does: asprintf(&netware_version,""); Which despite what one would hope, actually sets the POINTER to NULL, per a long-standing, documented bug in the gnu library - which they keep for backwards compatibility, best I can tell. Anyway, in the cases where there's nothing to copy, I simply use a strdup which prevents the segfault. Please apply. ---------------------------------------------------------------------- >Comment By: Phil Dibowitz (jaymzh) Date: 2004-11-22 12:01 Message: Logged In: YES user_id=533101 The code in the latest CVS changes: asprintf(&netware_version,""); to asprintf(&netware_version,"%s",""); but that still segfaults for me... - Phil ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-11-20 14:54 Message: Logged In: YES user_id=983566 Looks like this was fixed in rev 1.9. Would you be able to try a recent snapshot? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1055054&group_id=29880 From Stanley.Hopcroft at IPAustralia.Gov.AU Mon Nov 22 15:02:01 2004 From: Stanley.Hopcroft at IPAustralia.Gov.AU (Stanley Hopcroft) Date: Mon Nov 22 15:02:01 2004 Subject: [Nagiosplug-devel] Re: Perl guidelines - other patches to Per l section of devel guidelines In-Reply-To: References: Message-ID: <20041122230104.GB22941@IPAustralia.Gov.AU> Dear Sir, I am writing to thank you for your letter and say, On Mon, Nov 22, 2004 at 11:58:43AM -0000, Voon, Ton wrote: > Stanley, > > The developer guidelines are created from the .sgml file in doc/. Can you > amend that instead? Patch the SGML ? Sure, I posted the HTML patch for review. I will patch doc/developer-guidelines.sgml and commit unless there are objections. Is this what you meant ? Yours sincerely. -- Stanley Hopcroft Network specialist, IT Infrastructure IP Australia Ph: (02) 6283 3189 Fax: (02) 6281 1353 PO Box 200 Woden ACT 2606 http://www.ipaustralia.gov.au -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: disclaimer.txt URL: From tonvoon at mac.com Mon Nov 22 15:09:06 2004 From: tonvoon at mac.com (Ton Voon) Date: Mon Nov 22 15:09:06 2004 Subject: [Nagiosplug-devel] french translations, first pass, some questions, first cleanup In-Reply-To: <200411220038.34183.benoit.mortier@opensides.be> References: <200411220038.34183.benoit.mortier@opensides.be> Message-ID: <7069A934-3CDB-11D9-A216-000A95D47298@mac.com> Benoit, Thanks for this. I am just working through it and there are lots of inconsistencies in the messages used (some have \n at then end, others do not). I will need to try and clean those all up, but it will take longer than I expect. Thank you for highlighting it. Regarding your questions: - Are copyright messages (eg "Copyright (c) 2000-2003 Nagios Plugin Development Team") normally not translated? - Short help only need "usage" translated? If the full help is translated, shouldn't the options in short help match? I'm happy to take a poll on this (but in the case of a draw, I will err on the side of less work!). As a courtesy, could you contact the last maintainer - Pierre-Antoine Angelini - to see if he is still interested in helping. I have worked out the use of permissions in CVS, so if you let me know what your sourceforge id is, I will setup your access to fr.po. Ton On 21 Nov 2004, at 23:38, Benoit Mortier wrote: > Hi, > > just a little note after a first pass on the fr.po. > > - the copyright should no be localized. > - Inside of the short help command should not be localized > > \n > Utilisation: %s [-f46] [-t timeout] [-i identity] [-l user] -H > \n > -C [-n name] [-s servicelist] [-O outputfile] [-p port]\n > > only the first word has been localized > > Liste of item that shouldn't be localized > > Copyright items > > #: plugins/check_dig.c:324 plugins/urlize.c:132 > #: plugins/check_disk.c:575 plugins/check_dns.c:394 > plugins/check_dummy.c:89 > #: plugins/check_hpjd.c:381 plugins/check_http.c:1366 > plugins/check_mrtg.c:311 > #: plugins/check_mrtgtraf.c:323 plugins/check_nwstat.c:909 > #: plugins/check_overcr.c:423 plugins/check_tcp.c:606 > #: plugins/check_fping.c:365 > #: plugins/check_game.c:73 > #: plugins/check_ldap.c:286 > #: plugins/check_load.c:306 > #: plugins/check_ping.c:509 plugins/check_procs.c:591 > #: plugins/check_radius.c:287 > #: plugins/check_real.c:406 > #: plugins/check_smtp.c:429 > #: plugins/check_ssh.c:236 > #: plugins/check_time.c:328 plugins/check_udp.c:225 > plugins/check_users.c:195 > #: plugins/check_ups.c:573 > > Only a dot ??? > #: plugins/check_nt.c:145 > > ShowAll, ShowFail > I don't think that should be localized ?? > #: plugins/check_nt.c:242 > #: plugins/check_nt.c:242 > > Only % ?? > #: plugins/check_nt.c:319 > > Message that sould be only translated once, and one phrase should be > chosen: > > Unable to open pipe: %s / Could not open pipe: %s\n > timeout interval must be an integer / Timeout Interval must be an > integer!\n > invalid host name / Invalid host name > > Have a nice day > -- > Benoit Mortier > OpenSides sprl > Linux Engineer > From tonvoon at mac.com Mon Nov 22 15:14:01 2004 From: tonvoon at mac.com (Ton Voon) Date: Mon Nov 22 15:14:01 2004 Subject: [Nagiosplug-devel] Re: Perl guidelines - other patches to Per l section of devel guidelines In-Reply-To: <20041122230104.GB22941@IPAustralia.Gov.AU> References: <20041122230104.GB22941@IPAustralia.Gov.AU> Message-ID: <0D82537A-3CDC-11D9-A216-000A95D47298@mac.com> > On Mon, Nov 22, 2004 at 11:58:43AM -0000, Voon, Ton wrote: >> Stanley, >> >> The developer guidelines are created from the .sgml file in doc/. Can >> you >> amend that instead? > > Patch the SGML ? Sure, I posted the HTML patch for review. > > I will patch doc/developer-guidelines.sgml and commit unless there are > objections. > > Is this what you meant ? > I'm in speed mode, which means I think it is better to do changes quickly than a full review process. I leave it to the developer's discretion to flag contentious changes. You said yourself that these changes were trivial so go ahead and commit! Ton From benoit.mortier at opensides.be Mon Nov 22 15:38:10 2004 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Mon Nov 22 15:38:10 2004 Subject: [Nagiosplug-devel] french translations, first pass, some questions, first cleanup In-Reply-To: <7069A934-3CDB-11D9-A216-000A95D47298@mac.com> References: <200411220038.34183.benoit.mortier@opensides.be> <7069A934-3CDB-11D9-A216-000A95D47298@mac.com> Message-ID: <200411230037.23851.benoit.mortier@opensides.be> Le mardi 23 Novembre 2004 00:08, Ton Voon a ?crit?: > Benoit, > > Thanks for this. I am just working through it and there are lots of > inconsistencies in the messages used (some have \n at then end, others > do not). I will need to try and clean those all up, but it will take > longer than I expect. Thank you for highlighting it. No problem;-),will do an other round of translation this week for the big text in the plugins. > Regarding your questions: > - Are copyright messages (eg "Copyright (c) 2000-2003 Nagios Plugin > Development Team") normally not translated? Normally not, but the case you submit here could be translated ;-) > - Short help only need "usage" translated? If the full help is > translated, shouldn't the options in short help match? No Usage shouldn't be translated either i just verified on my laptop benoit at catbert:~/develop/nagiosplug$ ls --help Usage: ls [OPTION]... [FICHIER]... Afficher les informations au sujet des FICHIERS (du r?pertoire courant par d?faut). Trier les entr?es alphab?tiquement si aucune des options -cftuSUX ou --sort n'est utilis?e. Les arguments obligatoires pour les options de formes longues le sont aussi pour les options de formes courtes. -a, --all ne pas cacher les entr?es d?butant par . -A, --almost-all ne pas inclure dans la liste . et .. --author afficher l'auteur de chaque fichier as you see only the long help description are translated, not the options. > I'm happy to take a poll on this (but in the case of a draw, I will err > on the side of less work!). Me too ;-) but this is not much work.. > As a courtesy, could you contact the last maintainer - Pierre-Antoine > Angelini - to see if he is still interested in helping. yes will do that immediately. > I have worked out the use of permissions in CVS, so if you let me know > what your sourceforge id is, I will setup your access to fr.po. opensides Hava a nice day -- Benoit Mortier OpenSides sprl Linux Engineer From benoit.mortier at opensides.be Mon Nov 22 16:28:06 2004 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Mon Nov 22 16:28:06 2004 Subject: [Nagiosplug-devel] Nagios plugin translation next part ;-) Message-ID: <200411230127.59840.benoit.mortier@opensides.be> Hi, Some more work on fr.po Should not be translated : #: plugins/check_by_ssh.c:148 [%d] PROCESS_SERVICE_CHECK_RESULT;%s;%s;%d;%s\n #: plugins/check_dns.c:198 DNS #: plugins/check_dns.c:198 plugins/check_dummy.c:58 plugins/check_http.c:927 #: plugins/check_http.c:1181 plugins/check_procs.c:272 OK to correct in the plugin text #: plugins/check_dns.c -a, --expected_address=STRING\n an address expected to be in the asnwer section.\n ---> s/asnwer/answer if not set, uses whatever was in -l\n #: plugins/check_dns.c:228 No response from name server %s\n ----> s/name server/DNS #: plugins/check_dns.c:232 Name server %s has no records\n ------> s/Name server/DNS #: plugins/check_dns.c:239 Connection to name server %s was refused\n ---> s/name server/DNS #: plugins/check_dns.c:253 Server failure for %s\n ---> DNS server failure for %s\n Sentence to standardize #: plugins/check_hpjd.c:87 plugins/check_mrtg.c:61 plugins/check_mrtgtraf.c:67 #: plugins/check_mysql.c:57 plugins/check_real.c:69 plugins/check_smtp.c:93 #: plugins/check_swap.c:93 plugins/check_time.c:64 Incorrect arguments supplied\n / Invalid command arguments supplied\n maybe the first one is the better -- Benoit Mortier OpenSides sprl Linux Engineer From noreply at sourceforge.net Mon Nov 22 19:07:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 22 19:07:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Support Requests-668778 ] check_ircd - invalid argument Message-ID: Support Requests item #668778, was opened at 2003-01-15 22:51 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=668778&group_id=29880 Category: None Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: check_ircd - invalid argument Initial Comment: Any ideas what im doing wrong here libexec]# ./check_ircd -v -H xxx.xxx.xxx.xxx MAIN(debug): hostname = something.host.name MAIN(debug): binding to remote host: xxx.xxx.xxx.xxx - > 6667 -> something.host.name IRCD UNKNOWN: Could not connect socket (Invalid argument) something.host.name and xxx.xxx.xxx.xxx are valid hostnames and ips just edited out in this post I get the same (IRCD UNKNOWN: Could not connect socket (Invalid argument)) as status when it is run by nagios. ./check_ircd -V check_ircd (nagios-plugins 1.3.0-beta2) 1.3 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. This is when it is run in its unmodified form installed from source and compiled, or usign an rpm build Thanks in advance for any advice. Sarah ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-23 03:06 Message: Logged In: YES user_id=395628 I can't repeat this behaviour (ie invalid argument -H) with check_ircd in the 1.4 alpha plugins release (check_ircd (nagios-plugins 1.4.0alpha2) 1.3). Would you retry with this release ? (Unfortch I can't test the plugin function). ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2003-01-16 05:58 Message: Logged In: YES user_id=46572 Is your IRC server running on port 6667 ?? Please followup on the mailing list. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=668778&group_id=29880 From noreply at sourceforge.net Mon Nov 22 19:07:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 22 19:07:04 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Support Requests-668778 ] check_ircd - invalid argument Message-ID: Support Requests item #668778, was opened at 2003-01-15 22:51 Message generated for change (Settings changed) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=668778&group_id=29880 Category: None Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: check_ircd - invalid argument Initial Comment: Any ideas what im doing wrong here libexec]# ./check_ircd -v -H xxx.xxx.xxx.xxx MAIN(debug): hostname = something.host.name MAIN(debug): binding to remote host: xxx.xxx.xxx.xxx - > 6667 -> something.host.name IRCD UNKNOWN: Could not connect socket (Invalid argument) something.host.name and xxx.xxx.xxx.xxx are valid hostnames and ips just edited out in this post I get the same (IRCD UNKNOWN: Could not connect socket (Invalid argument)) as status when it is run by nagios. ./check_ircd -V check_ircd (nagios-plugins 1.3.0-beta2) 1.3 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. This is when it is run in its unmodified form installed from source and compiled, or usign an rpm build Thanks in advance for any advice. Sarah ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-23 03:06 Message: Logged In: YES user_id=395628 I can't repeat this behaviour (ie invalid argument -H) with check_ircd in the 1.4 alpha plugins release (check_ircd (nagios-plugins 1.4.0alpha2) 1.3). Would you retry with this release ? (Unfortch I can't test the plugin function). ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2003-01-16 05:58 Message: Logged In: YES user_id=46572 Is your IRC server running on port 6667 ?? Please followup on the mailing list. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=668778&group_id=29880 From noreply at sourceforge.net Mon Nov 22 19:17:03 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 22 19:17:03 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-738610 ] patch for check_disk.t against rel1_3 Message-ID: Patches item #738610, was opened at 2003-05-15 19:37 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=738610&group_id=29880 Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: Mathew Ericson (mericson23) >Assigned to: Matthew Kent (mattkent) Summary: patch for check_disk.t against rel1_3 Initial Comment: --- check_disk.t.orig 2003-05-16 10:12:35.000000000 +1000 +++ check_disk.t 2003-05-16 10:13:04.000000000 +1000 @@ -13,19 +13,19 @@ $str = `$cmd`; $t += ok $?>>8,0; print "Test was: $cmd\n" if ($?); -$t += ok $str, '/^(Disk ok - +[\.0-9]+|DISK OK - )/'; +$t += ok $str, '/^(Disk ok - +[\.0-9]+|DISK OK)/'; $cmd = "./check_disk -w 0 -c 0 /"; $str = `$cmd`; $t += ok $?>>8,0; print "Test was: $cmd\n" if ($?); -$t += ok $str, '/^(Disk ok - +[\.0-9]+|DISK OK - )/'; +$t += ok $str, '/^(Disk ok - +[\.0-9]+|DISK OK)/'; $cmd = "./check_disk 0 0 /"; $str = `$cmd`; $t += ok $?>>8,2; print "Test was: $cmd\n" unless ($?); -$t += ok $str, '/^(Only +[\.0-9]+|DISK CRITICAL - )/'; +$t += ok $str, '/^(Only +[\.0-9]+|DISK CRITICAL)/'; exit(0) if defined($Test::Harness::VERSION); exit($tests - $t); ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-11-22 19:16 Message: Logged In: YES user_id=983566 Inquiring to the status of the test harness. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=738610&group_id=29880 From noreply at sourceforge.net Mon Nov 22 20:57:03 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 22 20:57:03 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Support Requests-668778 ] check_ircd - invalid argument Message-ID: Support Requests item #668778, was opened at 2003-01-15 22:51 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=668778&group_id=29880 Category: None Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Nobody/Anonymous (nobody) Summary: check_ircd - invalid argument Initial Comment: Any ideas what im doing wrong here libexec]# ./check_ircd -v -H xxx.xxx.xxx.xxx MAIN(debug): hostname = something.host.name MAIN(debug): binding to remote host: xxx.xxx.xxx.xxx - > 6667 -> something.host.name IRCD UNKNOWN: Could not connect socket (Invalid argument) something.host.name and xxx.xxx.xxx.xxx are valid hostnames and ips just edited out in this post I get the same (IRCD UNKNOWN: Could not connect socket (Invalid argument)) as status when it is run by nagios. ./check_ircd -V check_ircd (nagios-plugins 1.3.0-beta2) 1.3 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. This is when it is run in its unmodified form installed from source and compiled, or usign an rpm build Thanks in advance for any advice. Sarah ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-23 04:56 Message: Logged In: YES user_id=395628 I can't repeat this behaviour (ie invalid argument -H) with check_ircd in the 1.4 alpha plugins release (check_ircd (nagios-plugins 1.4.0alpha2) 1.3). Would you retry with this release ? (Unfortch I can't test the plugin function). ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-23 03:06 Message: Logged In: YES user_id=395628 I can't repeat this behaviour (ie invalid argument -H) with check_ircd in the 1.4 alpha plugins release (check_ircd (nagios-plugins 1.4.0alpha2) 1.3). Would you retry with this release ? (Unfortch I can't test the plugin function). ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2003-01-16 05:58 Message: Logged In: YES user_id=46572 Is your IRC server running on port 6667 ?? Please followup on the mailing list. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=668778&group_id=29880 From noreply at sourceforge.net Mon Nov 22 21:04:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 22 21:04:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Support Requests-769227 ] check_hprsc.pl problem Message-ID: Support Requests item #769227, was opened at 2003-07-10 17:04 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=769227&group_id=29880 Category: None Group: None Status: Open Priority: 5 Submitted By: MiikaT (mlistsf) >Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: check_hprsc.pl problem Initial Comment: I'm trying to use the check_hprsc.pl contrib plugin to monitor HP-UX 11i disk resources on RH 8 nagios. When I execute the script, I get this: ./check_hprsc.pl --show-filesystems --host pvv.finansium.fi --community public snmpwalk: Timeout kid exited 256 at ./check_hprsc.pl line 108. snmpwalk: Timeout kid exited 256 at ./check_hprsc.pl line 108. snmpwalk: Timeout kid exited 256 at ./check_hprsc.pl line 108. filesystemID1 mounted filesystem filesystem path On the HP-UX client tcpdump shows this: tcpdump: listening on lan1 20:01:20.817510 10.209.12.27.33620 > 10.209.12.21.snmp: F=r [|snmp][|snmp] (DF) 20:01:21.819009 10.209.12.27.33620 > 10.209.12.21: F=r [|snmp][|snmp] (DF) The same thing happens when I manually issue a command snmpwalk -cpublic 10.209.12.21. When I add "-v1" to snmpwalk command, everything works ok. Looks like the perl script lack the version switch for snmpwalk. Is that something that could be fixed? -MiikaT ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-23 05:03 Message: Logged In: YES user_id=395628 The problem with this plugin is that it expects an old (eg about version 3) of Net-SNMP snmpwalk. The plugin can't be made to work without some surgery. I am reluctant to do so since there you may be able to use the standard check_snmp with these OIDs to check HP-UX stuff. What do you think ? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=769227&group_id=29880 From noreply at sourceforge.net Mon Nov 22 21:09:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 22 21:09:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Support Requests-769227 ] check_hprsc.pl problem Message-ID: Support Requests item #769227, was opened at 2003-07-10 17:04 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=769227&group_id=29880 Category: None Group: None Status: Open Priority: 5 Submitted By: MiikaT (mlistsf) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: check_hprsc.pl problem Initial Comment: I'm trying to use the check_hprsc.pl contrib plugin to monitor HP-UX 11i disk resources on RH 8 nagios. When I execute the script, I get this: ./check_hprsc.pl --show-filesystems --host pvv.finansium.fi --community public snmpwalk: Timeout kid exited 256 at ./check_hprsc.pl line 108. snmpwalk: Timeout kid exited 256 at ./check_hprsc.pl line 108. snmpwalk: Timeout kid exited 256 at ./check_hprsc.pl line 108. filesystemID1 mounted filesystem filesystem path On the HP-UX client tcpdump shows this: tcpdump: listening on lan1 20:01:20.817510 10.209.12.27.33620 > 10.209.12.21.snmp: F=r [|snmp][|snmp] (DF) 20:01:21.819009 10.209.12.27.33620 > 10.209.12.21: F=r [|snmp][|snmp] (DF) The same thing happens when I manually issue a command snmpwalk -cpublic 10.209.12.21. When I add "-v1" to snmpwalk command, everything works ok. Looks like the perl script lack the version switch for snmpwalk. Is that something that could be fixed? -MiikaT ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-23 05:08 Message: Logged In: YES user_id=395628 The problem with this plugin is that it expects an old (eg about version 3) of Net-SNMP snmpwalk. The plugin can't be made to work without some surgery. I am reluctant to do so since there you may be able to use the standard check_snmp with these OIDs to check HP-UX stuff. What do you think ? ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-23 05:03 Message: Logged In: YES user_id=395628 The problem with this plugin is that it expects an old (eg about version 3) of Net-SNMP snmpwalk. The plugin can't be made to work without some surgery. I am reluctant to do so since there you may be able to use the standard check_snmp with these OIDs to check HP-UX stuff. What do you think ? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=769227&group_id=29880 From noreply at sourceforge.net Mon Nov 22 21:10:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 22 21:10:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Support Requests-769227 ] check_hprsc.pl problem Message-ID: Support Requests item #769227, was opened at 2003-07-10 17:04 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=769227&group_id=29880 Category: None Group: None Status: Open Priority: 5 Submitted By: MiikaT (mlistsf) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: check_hprsc.pl problem Initial Comment: I'm trying to use the check_hprsc.pl contrib plugin to monitor HP-UX 11i disk resources on RH 8 nagios. When I execute the script, I get this: ./check_hprsc.pl --show-filesystems --host pvv.finansium.fi --community public snmpwalk: Timeout kid exited 256 at ./check_hprsc.pl line 108. snmpwalk: Timeout kid exited 256 at ./check_hprsc.pl line 108. snmpwalk: Timeout kid exited 256 at ./check_hprsc.pl line 108. filesystemID1 mounted filesystem filesystem path On the HP-UX client tcpdump shows this: tcpdump: listening on lan1 20:01:20.817510 10.209.12.27.33620 > 10.209.12.21.snmp: F=r [|snmp][|snmp] (DF) 20:01:21.819009 10.209.12.27.33620 > 10.209.12.21: F=r [|snmp][|snmp] (DF) The same thing happens when I manually issue a command snmpwalk -cpublic 10.209.12.21. When I add "-v1" to snmpwalk command, everything works ok. Looks like the perl script lack the version switch for snmpwalk. Is that something that could be fixed? -MiikaT ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-23 05:09 Message: Logged In: YES user_id=395628 The problem with this plugin is that it expects an old (eg about version 3) of Net-SNMP snmpwalk. The plugin can't be made to work without some surgery. I am reluctant to do so since there you may be able to use the standard check_snmp with these OIDs to check HP-UX stuff. What do you think ? ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-23 05:08 Message: Logged In: YES user_id=395628 The problem with this plugin is that it expects an old (eg about version 3) of Net-SNMP snmpwalk. The plugin can't be made to work without some surgery. I am reluctant to do so since there you may be able to use the standard check_snmp with these OIDs to check HP-UX stuff. What do you think ? ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-23 05:03 Message: Logged In: YES user_id=395628 The problem with this plugin is that it expects an old (eg about version 3) of Net-SNMP snmpwalk. The plugin can't be made to work without some surgery. I am reluctant to do so since there you may be able to use the standard check_snmp with these OIDs to check HP-UX stuff. What do you think ? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=769227&group_id=29880 From noreply at sourceforge.net Mon Nov 22 21:10:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 22 21:10:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Support Requests-769227 ] check_hprsc.pl problem Message-ID: Support Requests item #769227, was opened at 2003-07-10 17:04 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=769227&group_id=29880 Category: None Group: None Status: Open Priority: 5 Submitted By: MiikaT (mlistsf) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: check_hprsc.pl problem Initial Comment: I'm trying to use the check_hprsc.pl contrib plugin to monitor HP-UX 11i disk resources on RH 8 nagios. When I execute the script, I get this: ./check_hprsc.pl --show-filesystems --host pvv.finansium.fi --community public snmpwalk: Timeout kid exited 256 at ./check_hprsc.pl line 108. snmpwalk: Timeout kid exited 256 at ./check_hprsc.pl line 108. snmpwalk: Timeout kid exited 256 at ./check_hprsc.pl line 108. filesystemID1 mounted filesystem filesystem path On the HP-UX client tcpdump shows this: tcpdump: listening on lan1 20:01:20.817510 10.209.12.27.33620 > 10.209.12.21.snmp: F=r [|snmp][|snmp] (DF) 20:01:21.819009 10.209.12.27.33620 > 10.209.12.21: F=r [|snmp][|snmp] (DF) The same thing happens when I manually issue a command snmpwalk -cpublic 10.209.12.21. When I add "-v1" to snmpwalk command, everything works ok. Looks like the perl script lack the version switch for snmpwalk. Is that something that could be fixed? -MiikaT ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-23 05:09 Message: Logged In: YES user_id=395628 The problem with this plugin is that it expects an old (eg about version 3) of Net-SNMP snmpwalk. The plugin can't be made to work without some surgery. I am reluctant to do so since there you may be able to use the standard check_snmp with these OIDs to check HP-UX stuff. What do you think ? ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-23 05:09 Message: Logged In: YES user_id=395628 The problem with this plugin is that it expects an old (eg about version 3) of Net-SNMP snmpwalk. The plugin can't be made to work without some surgery. I am reluctant to do so since there you may be able to use the standard check_snmp with these OIDs to check HP-UX stuff. What do you think ? ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-23 05:08 Message: Logged In: YES user_id=395628 The problem with this plugin is that it expects an old (eg about version 3) of Net-SNMP snmpwalk. The plugin can't be made to work without some surgery. I am reluctant to do so since there you may be able to use the standard check_snmp with these OIDs to check HP-UX stuff. What do you think ? ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-23 05:03 Message: Logged In: YES user_id=395628 The problem with this plugin is that it expects an old (eg about version 3) of Net-SNMP snmpwalk. The plugin can't be made to work without some surgery. I am reluctant to do so since there you may be able to use the standard check_snmp with these OIDs to check HP-UX stuff. What do you think ? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=769227&group_id=29880 From noreply at sourceforge.net Mon Nov 22 21:16:09 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 22 21:16:09 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Support Requests-853437 ] check_flexlm uses lmstat, should use lmutil Message-ID: Support Requests item #853437, was opened at 2003-12-03 17:48 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=853437&group_id=29880 Category: None Group: None >Status: Closed Priority: 5 Submitted By: Nico Kadel-Garcia (nkadel) Assigned to: Nobody/Anonymous (nobody) Summary: check_flexlm uses lmstat, should use lmutil Initial Comment: On RedHat 9, with nagios-1.1 and nagios-plugins- 1.4.0alpha1 and the head of the CVS tree, check_flexlm is using the old utility "lmstat". The FlexLM software now uses "lmutil lmstat". The configure.in and check_flexlm should be updated to match this new usage. ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-23 05:15 Message: Logged In: YES user_id=395628 Closing this request to handle this 853437), 853440), 853461 together. It seems to me that 1 the plugin is broken in a number of ways (configure.in + plugin logic) 2 no progress will be made without either the author or someone with an 'lmutil' equipped shell to provide for me or another developer to hack. Can you either 1 contact the author and ask for assistance If they are happy to patch check_flexlm, I will look after configure.in 2 provide a host with lmutil and some advice about testing. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=853437&group_id=29880 From noreply at sourceforge.net Mon Nov 22 21:16:13 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 22 21:16:13 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Support Requests-853437 ] check_flexlm uses lmstat, should use lmutil Message-ID: Support Requests item #853437, was opened at 2003-12-03 17:48 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=853437&group_id=29880 Category: None Group: None Status: Closed Priority: 5 Submitted By: Nico Kadel-Garcia (nkadel) Assigned to: Nobody/Anonymous (nobody) Summary: check_flexlm uses lmstat, should use lmutil Initial Comment: On RedHat 9, with nagios-1.1 and nagios-plugins- 1.4.0alpha1 and the head of the CVS tree, check_flexlm is using the old utility "lmstat". The FlexLM software now uses "lmutil lmstat". The configure.in and check_flexlm should be updated to match this new usage. ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-23 05:15 Message: Logged In: YES user_id=395628 Closing this request to handle this 853437), 853440), 853461 together. It seems to me that 1 the plugin is broken in a number of ways (configure.in + plugin logic) 2 no progress will be made without either the author or someone with an 'lmutil' equipped shell to provide for me or another developer to hack. Can you either 1 contact the author and ask for assistance If they are happy to patch check_flexlm, I will look after configure.in 2 provide a host with lmutil and some advice about testing. ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-23 05:15 Message: Logged In: YES user_id=395628 Closing this request to handle this 853437), 853440), 853461 together. It seems to me that 1 the plugin is broken in a number of ways (configure.in + plugin logic) 2 no progress will be made without either the author or someone with an 'lmutil' equipped shell to provide for me or another developer to hack. Can you either 1 contact the author and ask for assistance If they are happy to patch check_flexlm, I will look after configure.in 2 provide a host with lmutil and some advice about testing. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=853437&group_id=29880 From noreply at sourceforge.net Mon Nov 22 21:17:08 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 22 21:17:08 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Support Requests-853437 ] check_flexlm uses lmstat, should use lmutil Message-ID: Support Requests item #853437, was opened at 2003-12-03 17:48 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=853437&group_id=29880 Category: None Group: None Status: Closed Priority: 5 Submitted By: Nico Kadel-Garcia (nkadel) Assigned to: Nobody/Anonymous (nobody) Summary: check_flexlm uses lmstat, should use lmutil Initial Comment: On RedHat 9, with nagios-1.1 and nagios-plugins- 1.4.0alpha1 and the head of the CVS tree, check_flexlm is using the old utility "lmstat". The FlexLM software now uses "lmutil lmstat". The configure.in and check_flexlm should be updated to match this new usage. ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-23 05:16 Message: Logged In: YES user_id=395628 Closing this request to handle this 853437), 853440), 853461 together. It seems to me that 1 the plugin is broken in a number of ways (configure.in + plugin logic) 2 no progress will be made without either the author or someone with an 'lmutil' equipped shell to provide for me or another developer to hack. Can you either 1 contact the author and ask for assistance If they are happy to patch check_flexlm, I will look after configure.in 2 provide a host with lmutil and some advice about testing. ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-23 05:15 Message: Logged In: YES user_id=395628 Closing this request to handle this 853437), 853440), 853461 together. It seems to me that 1 the plugin is broken in a number of ways (configure.in + plugin logic) 2 no progress will be made without either the author or someone with an 'lmutil' equipped shell to provide for me or another developer to hack. Can you either 1 contact the author and ask for assistance If they are happy to patch check_flexlm, I will look after configure.in 2 provide a host with lmutil and some advice about testing. ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-23 05:15 Message: Logged In: YES user_id=395628 Closing this request to handle this 853437), 853440), 853461 together. It seems to me that 1 the plugin is broken in a number of ways (configure.in + plugin logic) 2 no progress will be made without either the author or someone with an 'lmutil' equipped shell to provide for me or another developer to hack. Can you either 1 contact the author and ask for assistance If they are happy to patch check_flexlm, I will look after configure.in 2 provide a host with lmutil and some advice about testing. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=853437&group_id=29880 From noreply at sourceforge.net Mon Nov 22 21:48:03 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 22 21:48:03 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-772757 ] check_disk same thing mentioned in ( 726552 ). Message-ID: Patches item #772757, was opened at 2003-07-16 19:58 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=772757&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jason Burnett (trig_monkeypr0n) >Assigned to: Matthew Kent (mattkent) Summary: check_disk same thing mentioned in ( 726552 ). Initial Comment: This is the same enhancement mentioned in ( 726552 ) but the actual patch is attached. ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-11-22 21:47 Message: Logged In: YES user_id=983566 Copying from other ticket #726552 for reference Fixed the parameter parsing to work regardless of the order of the values -- now either "%,KB" or "KB,%" work for -w and -c parameters. When both % and KB are specified, the results of the tests are now logically AND-ed together, rather than OR-ed, so a disk check with -c 5%,1000000 specified would fail if a disk volume had BOTH less than 5% free space AND less than 1GB free. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=772757&group_id=29880 From noreply at sourceforge.net Mon Nov 22 22:02:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 22 22:02:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Support Requests-668778 ] check_ircd - invalid argument Message-ID: Support Requests item #668778, was opened at 2003-01-15 22:51 Message generated for change (Settings changed) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=668778&group_id=29880 Category: None Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: check_ircd - invalid argument Initial Comment: Any ideas what im doing wrong here libexec]# ./check_ircd -v -H xxx.xxx.xxx.xxx MAIN(debug): hostname = something.host.name MAIN(debug): binding to remote host: xxx.xxx.xxx.xxx - > 6667 -> something.host.name IRCD UNKNOWN: Could not connect socket (Invalid argument) something.host.name and xxx.xxx.xxx.xxx are valid hostnames and ips just edited out in this post I get the same (IRCD UNKNOWN: Could not connect socket (Invalid argument)) as status when it is run by nagios. ./check_ircd -V check_ircd (nagios-plugins 1.3.0-beta2) 1.3 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. This is when it is run in its unmodified form installed from source and compiled, or usign an rpm build Thanks in advance for any advice. Sarah ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-23 04:56 Message: Logged In: YES user_id=395628 I can't repeat this behaviour (ie invalid argument -H) with check_ircd in the 1.4 alpha plugins release (check_ircd (nagios-plugins 1.4.0alpha2) 1.3). Would you retry with this release ? (Unfortch I can't test the plugin function). ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-23 03:06 Message: Logged In: YES user_id=395628 I can't repeat this behaviour (ie invalid argument -H) with check_ircd in the 1.4 alpha plugins release (check_ircd (nagios-plugins 1.4.0alpha2) 1.3). Would you retry with this release ? (Unfortch I can't test the plugin function). ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2003-01-16 05:58 Message: Logged In: YES user_id=46572 Is your IRC server running on port 6667 ?? Please followup on the mailing list. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=668778&group_id=29880 From noreply at sourceforge.net Mon Nov 22 22:06:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 22 22:06:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-772757 ] check_disk same thing mentioned in ( 726552 ). Message-ID: Patches item #772757, was opened at 2003-07-16 19:58 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=772757&group_id=29880 Category: Enhancement Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Jason Burnett (trig_monkeypr0n) Assigned to: Matthew Kent (mattkent) Summary: check_disk same thing mentioned in ( 726552 ). Initial Comment: This is the same enhancement mentioned in ( 726552 ) but the actual patch is attached. ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-11-22 22:05 Message: Logged In: YES user_id=983566 Don't think I like the logical AND approach instead of the current OR. Having it as OR allows you to use the same levels in a template for multiple servers with slight variations in disk size without missing alerts. Plus I can't really see the value in AND'ing them together, if you find the percent value not precise enough on a large volume, you can just specify a minimum byte level. If I'm missing something please let me know and I'll open this again. ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-11-22 21:47 Message: Logged In: YES user_id=983566 Copying from other ticket #726552 for reference Fixed the parameter parsing to work regardless of the order of the values -- now either "%,KB" or "KB,%" work for -w and -c parameters. When both % and KB are specified, the results of the tests are now logically AND-ed together, rather than OR-ed, so a disk check with -c 5%,1000000 specified would fail if a disk volume had BOTH less than 5% free space AND less than 1GB free. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=772757&group_id=29880 From ae at op5.se Tue Nov 23 00:24:06 2004 From: ae at op5.se (Andreas Ericsson) Date: Tue Nov 23 00:24:06 2004 Subject: [Nagiosplug-devel] Perl guidelines In-Reply-To: <1946682D-3A45-11D9-A216-000A95D47298@mac.com> References: <419DDC21.5000005@op5.se> <1946682D-3A45-11D9-A216-000A95D47298@mac.com> Message-ID: <41A2F366.3080500@op5.se> Ton Voon wrote: > Andreas, > > This makes sense to add. I don't think you need permission as I think > the whole Perl book is generated from the perldoc supplied with perl and > that is under an Artistic or GPL license. Since you have credited the > original source, that should be sufficient. In CVS now. > The book isn't autogenerated, so I actually did need permission, but I got it so that doesn't matter anyway. Just thought I'd let you know. > While we are talking about guidelines, what about following our > developer guidelines (section 8.1): > > Patches should be submitted via SourceForge's tracker system for > Nagiosplug patches and be announced to the nagiosplug-devel mailing list. > I get 2 second rta's to sourceforge frequently, so I try to use it as little as possible. Sorry about that. > :) > > Ton > > > On 19 Nov 2004, at 11:42, Andreas Ericsson wrote: > >> Perl scripts lack uniform guidelines as to their indentation and >> coding styles. I've written up some to be included in the CODING >> document distributed with the CVS distribution. The text is borrowed >> (with modifications) from the O'Reilly book "Programming Perl". >> >> I have just now written O'Reilly asking permission to include the text. >> >> Patch included against latest CVS. >> >> -- >> Andreas Ericsson andreas.ericsson at op5.se >> OP5 AB www.op5.se >> Lead Developer >> Index: CODING >> =================================================================== >> RCS file: /cvsroot/nagiosplug/nagiosplug/CODING,v >> retrieving revision 1.2 >> diff -u -r1.2 CODING >> --- CODING 9 Feb 2003 12:54:01 -0000 1.2 >> +++ CODING 19 Nov 2004 11:42:07 -0000 >> @@ -2,7 +2,9 @@ >> code that is consistent with the existing core plugins. >> >> The primary goals of these standards are internal consistency, and >> -readability in a wide range of environments. >> +readability in a wide range of environments, as well as the mental >> welfare >> +of plugin developers. >> + >> >> 1. C Language Programming >> >> @@ -33,6 +35,83 @@ >> e) The opening brace of an if or while block is on the same line as >> the end of the conditional expression (the '-br' option). >> >> + >> 2. Perl Language Programming >> >> - >> +Taken from the O'Reilly book "Programming Perl" (3rd edition, pages >> 604-606) with >> +modifications for clarity and to cohere with C coding standards. >> + >> +*) Always check the return code of system calls. >> + >> +a) Use tab indentation. >> + >> +b) Put space before the opening brace of a multiline block. >> + >> +c) A short block may be put on one line, including braces. >> + >> +d) Never omit the semicolon. >> + >> +e) Surround most operators with space. >> + >> + $x = 5; # do this >> + $y=5; # don't do this >> + >> +f) Surround a "complex" subscript (inside brackets) with space. >> + >> +g) Put empty lines between chunks of code that do different things. >> + >> +*) Always check the return code of system calls. >> + >> +h) Put a newline between closing brace and else or elsif. >> + >> +i) Do not put space between a function name and its opening parenthesis. >> + >> +j) Do not put space before a semicolon. >> + >> +k) Put space after each comma. >> + >> +l) Break long lines after an operator (but before 'and' and 'or', >> even when >> +spelled as && and ||)). >> + >> +*) Always check the return code of system calls. >> + >> +m) Line up corresponding items vertically. >> + >> +n) Use redundant parentheses only where it increases readability. >> + >> +o) An opening brace should be put on the same line as its preceding >> keyword, >> +if possible; otherwise, line them up vertically. >> + >> + while ($condition) { >> + # do something >> + } >> + >> + while ($this_condition and $that_condition and $some_other_condition >> + and $this_really_really_really_long_condition) >> + { >> + # do something >> + } >> + >> +p) Do things the most readable way. For instance: >> + >> + open(FOO, $foo) or die "Can't open $foo: $!"; >> + >> +is better than >> + >> + die "Can't open $foo: $!" unless open(FOO, $foo); >> + >> +because the second way hides the main point of the statement in a >> modifier. >> + >> +q) Just because an operator lets you assume default arguments doesn't >> mean >> +that you should always use them. The defaults are there for lazy >> programmers >> +writing one-shot, non-shared programs. If you want your program to be >> readable, >> +consider supplying the argument. >> + >> +r) Choose mnemonic identifiers. That is, don't name your variables >> $h, $c >> +and $w. Try $hostaddress, $critical and $warning instead ($host, >> $crit and >> +$warn is OK too). >> + >> +s) Use underscore to split words in long identifiers. That is, use >> +$service_port instead of $ServicePort as the former is much more >> readable. >> + >> +*) Always check the return code of system calls. > > -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From ae at op5.se Tue Nov 23 00:29:07 2004 From: ae at op5.se (Andreas Ericsson) Date: Tue Nov 23 00:29:07 2004 Subject: [Nagiosplug-devel] Plugin development In-Reply-To: <419E5BD1.1080903@alert.infoplease.com> References: <419DC38A.3000104@op5.se> <419E5BD1.1080903@alert.infoplease.com> Message-ID: <41A2F4AF.7000702@op5.se> Karl DeBisschop wrote: > Andreas Ericsson wrote: > >> On a side-note; >> I've tried to contact the fping maintainer (current and all of the >> previous) as well as stanford's legal department regarding the fping >> source-code included in the check_icmp plugin I've written. After some >> 20 emails I haven't got any responses at all, so I think it's safe to >> include the check_icmp plugin in the main distribution now. >> >> It can be found at http://oss.op5.se, in the Nagios section. Latest >> version is check_icmp-0.8.1 > > > In your code, you say: > > > * COPYLEFT; > * This programs copyright status is currently undetermined. Much of > * the code in it comes from the fping2 program which used to be licensed > * under the Stanford General Software License (available at > * http://graphics.stanford.edu/software/license.html). It is presently > * unclear what license (if any) applies to the original code at the > * moment. > > > > > > Can you remind me again what is unclear about the license status of the > code that you are working from? Why wouldn't we use: > > /* fping website: http://www.fping.com > * > * Current maintainers of fping: > * > * ZeroHype Technologies Inc. (http://www.zerohype.com) > * Suggestions and patches, please email noc at zerohype.com > * > * Original author: Roland Schemers > * > * Redistribution and use in source and binary forms are permitted > * provided that the above copyright notice and this paragraph are > * duplicated in all such forms and that any documentation, > * advertising materials, and other materials related to such > * distribution and use acknowledge that the software was developed > * by Stanford University. The name of the University may not be used > * to endorse or promote products derived from this software without > * specific prior written permission. > * THIS SOFTWARE IS PROVIDED ``AS IS'' AND WITHOUT ANY EXPRESS OR > * IMPLIED WARRANTIES, INCLUDING, WITHOUT LIMITATION, THE IMPLIED > * WARRANTIES OF MERCHANTIBILITY AND FITNESS FOR A PARTICULAR PURPOSE. > */ > > > from the current version of fping.c at at the fping website? > I guess we could, but that wasn't the comment that was in the fping.c program (or COPYING) that I hacked into check_icmp. It had a blank line followed by "copying and this and that permitted so long as the above copyright notice is attached". I knew it was under the Stanford license earlier, but they seemed to have dropped it for some reason. Anyways. I'll update the check_icmp.c (and add a digital check_host mode as well), and everything should be set. I won't have time for it until the weekend though so 0.9 should be out sunday afternoon or something. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From noreply at sourceforge.net Tue Nov 23 01:02:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Nov 23 01:02:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Support Requests-853461 ] check_flexlm always reports OK Message-ID: Support Requests item #853461, was opened at 2003-12-03 18:15 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=853461&group_id=29880 Category: None Group: None Status: Open Priority: 5 Submitted By: Nico Kadel-Garcia (nkadel) >Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: check_flexlm always reports OK Initial Comment: Under nagios 1.1, nagios-plugins-1.4.0alpha1 on RedHat 9. the return result of the check_flexlm has no effect on nagios results. Turning off a license server entirely shows no failure in Nagios, with or without the patches I've been working on to more correctly report down servers. Here's the output of the old check_flexlm: ./check_flexlm -F /usr/local/flexlm/licenses/license.dat License Servers NOT running:lmgrd is not running: Cannot connect to license server (-15,570 |flexlm::up:0;down:1 The new one that I've modified to better report quorum license servers also has the same result. But it just doesn't show up in Nagios as being down at all, and I don't understand the details of Nagios handling of the "$ERRORS" enough to debug it myself without investing a bunch of time. ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-23 09:01 Message: Logged In: YES user_id=395628 It appears that this plugin is the subject of enhancements/corrections by nkadel. Will wait to hear from NKadel. ---------------------------------------------------------------------- Comment By: Nico Kadel-Garcia (nkadel) Date: 2003-12-11 15:52 Message: Logged In: YES user_id=923047 I'm sorry, this should have been submitted by me as a bug. In any case, the problem is a mis-parsing by the check_flexlm.pl script of services.cfg entries that have a '%' in filename (there was a typo there), and the results not showing up in the check_flexlm.pl output due to Perl style mis-handling of that character. I'm modifying my copy of it to actually check for the existence of an openable license file before passing off the arguments to the lmstat command, which should deal with the problem. ---------------------------------------------------------------------- Comment By: Nico Kadel-Garcia (nkadel) Date: 2003-12-11 15:33 Message: Logged In: YES user_id=923047 This should have been put in as a bug report, not a feature request. My apologies. It turns out that if you have a '%' on the end of the filename in for the check_flexlm service test in services.cfg, the check_flexlm.pl does not detect or parse it or the flexlm error messages correctly. The '%' gets interpreted at various points by the Perl parser itself, which leads to the confusion. I'm working on some other new features, such as testing for the existence of the license file in the check_flexlm.pl itself and more correctly parsing lines that have multiple ':' characters in them, and will submit it when done. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=853461&group_id=29880 From noreply at sourceforge.net Tue Nov 23 01:15:05 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Nov 23 01:15:05 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Support Requests-889948 ] check_hpjd Message-ID: Support Requests item #889948, was opened at 2004-02-03 20:57 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=889948&group_id=29880 Category: None Group: None Status: Open Priority: 5 Submitted By: Joseph Ronzio (jronzio) >Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: check_hpjd Initial Comment: under the check_hpjd everything works fine in most cases but for selective printers I am routinely seeing a Hex string "52 4F 4D 20 54 52 41 59 20 32" under the printer status. Is there any explination for this result and if so can we get it coded into the check_hpjd so that is doesn't give a warning message each time the printer is queried? ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-23 09:14 Message: Logged In: YES user_id=395628 Dear jronzio, please can you work out which OID is producing the response ROM TRAY 2 The plugin _will_ interpret any non zero OID resp as a warning. The only reasonable way of dealing with this is finding _which_ OID is producing the response (eg by putting the plugin in a loop while tethereal is running and stopping when you get a warning) so that the code can be modified. Please send as much info as you can 1 printer type 2 result of snmpwalk -v 1 -c printer .1.3.6.1.4.1.11.2.3.9 Thank you. ---------------------------------------------------------------------- Comment By: mikael.jokela (mikaeljokela) Date: 2004-04-19 15:01 Message: Logged In: YES user_id=1024488 Adding "-Oa" to snmpget parameters might resolve this problem. At times, snmpget seems to determine that the printer status text is a binary string. This parameter is needed to make snmpget always print the status text is ascii. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=889948&group_id=29880 From ymettier at libertysurf.fr Tue Nov 23 01:40:59 2004 From: ymettier at libertysurf.fr (Yves Mettier) Date: Tue Nov 23 01:40:59 2004 Subject: [Nagiosplug-devel] Re: french translations, first pass, some questions, first cleanup In-Reply-To: <20041123042316.EFD611D0D66@sc8-sf-uberspam1.sourceforge.net> References: <20041123042316.EFD611D0D66@sc8-sf-uberspam1.sourceforge.net> Message-ID: <23750.145.248.192.30.1101202811.squirrel@145.248.192.30> > From: Ton Voon > Subject: Re: [Nagiosplug-devel] french translations, first pass, some questions, first > cleanup > Date: Mon, 22 Nov 2004 23:08:36 +0000 > To: Benoit Mortier Here's my opinion about those 2 questions : > - Are copyright messages (eg "Copyright (c) 2000-2003 Nagios Plugin > Development Team") normally not translated? Yes do translate them ! This is legal mention. If you had to go to justice, and if the message is not translated, probably many countries will just say "we don't understand that. Please translate to our language if you want that we consider your case". So the answer is : yes ! Why are you asking why this should be translated or not ? Just because you don't trust the person who translates. I can understand that. But if you don't trust him/her, just refuse their translation (how could you notice that "alert" or "critical" or such messages are not translated with bad words ?) So trust the translator and let him/her translate the copyright mention. Well, that's my opinion. > - Short help only need "usage" translated? If the full help is > translated, shouldn't the options in short help match? Make the difference between messages and commands. $ ls --help -A, --almost-all ne pas inclure dans la liste . et .. -A and --almost-all are commands. "ne pas inclure dans la liste . et .." is text. Translate messages, and leave commands as is. This is the same for shell or SQL commands that should not be translatable. The worse part is when you have html : printf("

    title here

    ") should not be internationalized as printf( _("

    title here

    ") ) but like this : printf("

    %s

    ", _("title here")) Yves -- - Homepage - http://ymettier.free.fr - http://www.logicacmg.com - - GPG key - http://ymettier.free.fr/gpg.txt - - Maitretarot - http://www.nongnu.org/maitretarot/ - - Perfparse - http://perfparse.sf.net/ - From ae at op5.se Tue Nov 23 02:03:04 2004 From: ae at op5.se (Andreas Ericsson) Date: Tue Nov 23 02:03:04 2004 Subject: [Nagiosplug-devel] Re: french translations, first pass, some questions, first cleanup In-Reply-To: <23750.145.248.192.30.1101202811.squirrel@145.248.192.30> References: <20041123042316.EFD611D0D66@sc8-sf-uberspam1.sourceforge.net> <23750.145.248.192.30.1101202811.squirrel@145.248.192.30> Message-ID: <41A30AB8.3070801@op5.se> Yves Mettier wrote: >>From: Ton Voon >>Subject: Re: [Nagiosplug-devel] french translations, first pass, some questions, first >>cleanup >>Date: Mon, 22 Nov 2004 23:08:36 +0000 >>To: Benoit Mortier > > > Here's my opinion about those 2 questions : > > >>- Are copyright messages (eg "Copyright (c) 2000-2003 Nagios Plugin >>Development Team") normally not translated? > > > Yes do translate them ! > > This is legal mention. If you had to go to justice, and if the message is not > translated, probably many countries will just say "we don't understand that. Please > translate to our language if you want that we consider your case". > So the answer is : yes ! > On the contrary, the answer is no. A copyright notice can be disregarded because it's mistranslated, but international copyright law states that copyright notices should be interpreted in the language native to the copyright holder. Different translators with legal expertise will be called to do the translation unless the parties agree to what it mean. That's why every translation of the GNU GPL always refer to the english version of itself in legal matters (read more on www.gnu.org about that). > Why are you asking why this should be translated or not ? Just because you don't trust > the person who translates. I can understand that. But if you don't trust him/her, just > refuse their translation (how could you notice that "alert" or "critical" or such > messages are not translated with bad words ?) > > So trust the translator and let him/her translate the copyright mention. > Well, that's my opinion. > > > >>- Short help only need "usage" translated? If the full help is >>translated, shouldn't the options in short help match? > > > Make the difference between messages and commands. > $ ls --help > -A, --almost-all ne pas inclure dans la liste . et .. > > -A and --almost-all are commands. "ne pas inclure dans la liste . et .." is text. > > Translate messages, and leave commands as is. > This is The Gnu Way, so that's what will be done according to the developer conventions. > This is the same for shell or SQL commands that should not be translatable. The worse > part is when you have html : > > printf("

    title here

    ") should not be internationalized as printf( _("

    title > here

    ") ) but like this : > printf("

    %s

    ", _("title here")) > The translation can translate

    to

    if it wants to so that's a fairly silly point (although it would perhaps save the translator some typing work). > Yves > -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From simon.bellwood at net-man.at Tue Nov 23 02:04:04 2004 From: simon.bellwood at net-man.at (Simon Bellwood) Date: Tue Nov 23 02:04:04 2004 Subject: [Nagiosplug-devel] Re: french translations, first pass, some questions, first cleanup In-Reply-To: <23750.145.248.192.30.1101202811.squirrel@145.248.192.30> References: <20041123042316.EFD611D0D66@sc8-sf-uberspam1.sourceforge.net> <23750.145.248.192.30.1101202811.squirrel@145.248.192.30> Message-ID: <1101204148.3638.27.camel@simon> > > - Are copyright messages (eg "Copyright (c) 2000-2003 Nagios Plugin > > Development Team") normally not translated? > > Yes do translate them ! I disagree. I don't think copyright messages should be translated. Three reasons: 1. The (c) mark is internationally recognised. 2. The author name is never translated, because it's a name. 2. It's simpler. When a company or a person releases a book in a different language, they do not translate the company name or the author's name into that language. -- Simon Bellwood NetMan Network Management and IT Services GmbH From simon.bellwood at net-man.at Tue Nov 23 02:41:09 2004 From: simon.bellwood at net-man.at (Simon Bellwood) Date: Tue Nov 23 02:41:09 2004 Subject: [Nagiosplug-devel] Re: =?iso-8859-1?Q?Re:_[Nagiosplug-devel]_Re:_french_translations, _first_pass,_somequestions,_first_cleanup?= In-Reply-To: References: Message-ID: <1101206432.3638.38.camel@simon> On Tue, 2004-11-23 at 11:15 +0100, ymettier at libertysurf.fr wrote: > >> > - Are copyright messages (eg "Copyright (c) 2000-2003 Nagios >Plugin > >> > Development Team") normally not translated? > >> > >> Yes do translate them ! > > > >I disagree. I don't think copyright messages should be translated. > > > >Three reasons: > > 1. The (c) mark is internationally recognised. > > 2. The author name is never translated, because it's a name. > > Right in English, French, German and other latin languages. Definitely wrong for other languages. > > > 2. It's simpler. > > You mean 3 :) > Well, this is also a good reason for translating nothing :) > > >When a company or a person releases a book in a different >language, they > >do not translate the company name or the author's name into that > >language. > > Wrong again :) > Have a look on the author of War and Peace, Tolstoy in English, Tolstoi in French and German. I don't even talk about his orignal name :) > > http://ru.wikipedia.org/wiki/%D0%A2%D0%BE%D0%BB%D1%81%D1%82%D0%BE%D0%B9%2C_%D0%9B%D0%B5%D0%B2_%D0%9D%D0%B8%D0%BA%D0%BE%D0%BB%D0%B0%D0%B5%D0%B2%D0%B8%D1%87 > http://en.wikipedia.org/wiki/Leo_Tolstoy > http://de.wikipedia.org/wiki/Lew_Nikolajewitsch_Tolstoi > http://fr.wikipedia.org/wiki/L%C3%A9on_Tolsto%C3%AF > > Yves Fair enough - an English person can hardly go to Amazon and type in "???????, ??? ??????????". Andreas says "do what GNU do", I say go with that. p.s. I think it's a little unfair to compare a dead Russian author with the "Nagios Plugin Development Team" :) From noreply at sourceforge.net Tue Nov 23 03:01:05 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Nov 23 03:01:05 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-913633 ] check_http does not send port in Host field of GET request Message-ID: Bugs item #913633, was opened at 2004-03-10 12:28 Message generated for change (Comment added) made by kdebisschop You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=913633&group_id=29880 Category: None Group: v1.3.0 beta3 >Status: Open Resolution: Fixed Priority: 5 Submitted By: Ben Johnson (darkstar101) Assigned to: Matthew Kent (mattkent) Summary: check_http does not send port in Host field of GET request Initial Comment: I need the port reflected in the Host: field of the GET request. Siteminder uses this info in applying security authorizations. here's my check_http version: check_http (nagios-plugins 1.3.1) 1.24.2.4 Here's ngrep sniffs showing the request to the web server from check_http and links. $ check_http -H msp21754 -p 61616 -u / T 10.163.68.117:49879 -> 10.163.180.47:61616 [AP] GET / HTTP/1.0..Host: msp21754..User-Agent: check_http/1.24.2.4 (nagios-plugins ). $ links --source http://msp21754:61616/ T 10.163.68.117:49866 -> 10.163.180.47:61616 [AP] GET / HTTP/1.1..Host: msp21754:61616..User-Agent: ELinks (0.4.2; Linux; )..Referer: http://msp21754:61616/..Accept: */*..Accept-Encoding: bzip2, gzip..Accept-Charset: us-ascii, ISO-8859-1, ISO-8859-2, ISO-8859-3, ISO-8859-4, ISO-8895-5, ISO-8859-6, ISO-8859-7, ISO-88 59-8, ISO-8895-9, ISO-8859-10, ISO-8859-13, ISO-8859-14, ISO-8859-15, ISO-8859-16, windows-1250, window s-1251, windows-1252, windows-1256, windows-1257, cp437, cp737, cp850, cp852, cp866, x-cp866-u, x-mac, x-mac-ce, x-kam-cs, koi8-r, koi8-u, koi8-ru, TCVN-5712, VISCII, utf-8..Accept-Language: en..Connection: Keep-Alive.... I can work around the problem by specifying the IP to connect to with -I and putting host:IP in the -H parameter: $check_http -I 10.163.180.47 -H msp21754:61616 -p 61616 -u / T 10.163.68.117:49894 -> 10.163.180.47:61616 [AP] GET / HTTP/1.0..Host: msp21754:61616..User-Agent: check_http/1.24.2.4 (nagios-plugins ).... ---------------------------------------------------------------------- >Comment By: Karl DeBisschop (kdebisschop) Date: 2004-11-23 06:00 Message: Logged In: YES user_id=1671 of course if our behaviour does not comply with the standadrd, we probably should make some sort of change. Or starting with your reasoning, maybe we could have -H msp21754:61616 also set the port? ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-11-20 16:37 Message: Logged In: YES user_id=983566 I know it seems silly to have to specify the port twice, but the way it functions currently best fits the description of the flags. Plus I'd rather let the user send whatever host header they'd like instead of forcefully appending a port. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=913633&group_id=29880 From kdebisschop at alert.infoplease.com Tue Nov 23 03:17:30 2004 From: kdebisschop at alert.infoplease.com (Karl DeBisschop) Date: Tue Nov 23 03:17:30 2004 Subject: [Nagiosplug-devel] Translations and gettext In-Reply-To: References: <20041119164906.7303A1D4F7F@sc8-sf-uberspam1.sourceforge.net> <50371.192.168.3.65.1100886236.squirrel@192.168.3.65> Message-ID: <41A31BFE.7060103@alert.infoplease.com> Ton Voon wrote: > > On 19 Nov 2004, at 17:43, Yves wrote: > >>>> 4. It adds a requirement for gettext if you want to help with >>>> development. gettext may be installed by default on many platforms, >>>> but it's not on HP-UX, AIX, Tru64 and many of the others, so it could >>>> quite possibly have negative impact for contributors looking to fix >>>> issues on some of the less common distributions. >>> >>> >>> Only developers taking the CVS code out would be affected. The >>> requirements for automake and autoconf are not necessary if you just >>> take the distributions and change a single line in C or perl. I started >>> making contributions to the project without any need for automake, >>> autoconf, gettext or docbook-utils. >> >> >> Are you sure with gettext ? Here, I agree with Andreas. >> On one hand, when you run gettextize -intl, it installs some files >> that help if you >> don't have libintl. But don't you need gettext on your system ? >> >> On the other hand, when gettextize is not installed, you can disable >> i18n with some >> --disable-nls or something like that. Then the compiler will not >> complain about missing >> gettext. I have never tested it. >> > > My assumption was that the plugins would use gettext on the system if it > found it, otherwise would be statically linked from the distribution - > this appears to be wrong because Ben Clewett seems to have lots of > trouble compiling on an old AIX without gettext. I don't want gettext to > be a runtime requirement for the plugins and I'm sure it is possible to > have it statically linked. > > I will have a look at this, but I am probably at the limit of my > knowledge on the configuring of gettext. Any help much appreciated. Without presenting a detailed solutiion, I note that gettext is ALWAYS invoked by the _() macro -- I think the path to take is to be sure that id gettext is not present, then the _() macro should expand to a noop. Apologies if everyone already knew this. -- Karl From noreply at sourceforge.net Tue Nov 23 07:13:14 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Nov 23 07:13:14 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-913633 ] check_http does not send port in Host field of GET request Message-ID: Bugs item #913633, was opened at 2004-03-10 09:28 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=913633&group_id=29880 Category: None Group: v1.3.0 beta3 Status: Open Resolution: Fixed Priority: 5 Submitted By: Ben Johnson (darkstar101) Assigned to: Matthew Kent (mattkent) Summary: check_http does not send port in Host field of GET request Initial Comment: I need the port reflected in the Host: field of the GET request. Siteminder uses this info in applying security authorizations. here's my check_http version: check_http (nagios-plugins 1.3.1) 1.24.2.4 Here's ngrep sniffs showing the request to the web server from check_http and links. $ check_http -H msp21754 -p 61616 -u / T 10.163.68.117:49879 -> 10.163.180.47:61616 [AP] GET / HTTP/1.0..Host: msp21754..User-Agent: check_http/1.24.2.4 (nagios-plugins ). $ links --source http://msp21754:61616/ T 10.163.68.117:49866 -> 10.163.180.47:61616 [AP] GET / HTTP/1.1..Host: msp21754:61616..User-Agent: ELinks (0.4.2; Linux; )..Referer: http://msp21754:61616/..Accept: */*..Accept-Encoding: bzip2, gzip..Accept-Charset: us-ascii, ISO-8859-1, ISO-8859-2, ISO-8859-3, ISO-8859-4, ISO-8895-5, ISO-8859-6, ISO-8859-7, ISO-88 59-8, ISO-8895-9, ISO-8859-10, ISO-8859-13, ISO-8859-14, ISO-8859-15, ISO-8859-16, windows-1250, window s-1251, windows-1252, windows-1256, windows-1257, cp437, cp737, cp850, cp852, cp866, x-cp866-u, x-mac, x-mac-ce, x-kam-cs, koi8-r, koi8-u, koi8-ru, TCVN-5712, VISCII, utf-8..Accept-Language: en..Connection: Keep-Alive.... I can work around the problem by specifying the IP to connect to with -I and putting host:IP in the -H parameter: $check_http -I 10.163.180.47 -H msp21754:61616 -p 61616 -u / T 10.163.68.117:49894 -> 10.163.180.47:61616 [AP] GET / HTTP/1.0..Host: msp21754:61616..User-Agent: check_http/1.24.2.4 (nagios-plugins ).... ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-11-23 07:12 Message: Logged In: YES user_id=983566 Yeah that's a good idea, didn't occur to me. I'll work on this tonight. ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2004-11-23 03:00 Message: Logged In: YES user_id=1671 of course if our behaviour does not comply with the standadrd, we probably should make some sort of change. Or starting with your reasoning, maybe we could have -H msp21754:61616 also set the port? ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-11-20 13:37 Message: Logged In: YES user_id=983566 I know it seems silly to have to specify the port twice, but the way it functions currently best fits the description of the flags. Plus I'd rather let the user send whatever host header they'd like instead of forcefully appending a port. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=913633&group_id=29880 From ymettier at libertysurf.fr Tue Nov 23 11:29:00 2004 From: ymettier at libertysurf.fr (Yves Mettier) Date: Tue Nov 23 11:29:00 2004 Subject: [Nagiosplug-devel] Re:_[Nagiosplug-devel]_Re:_french_translations, _first_pass, _somequestions,_first_cleanup?= In-Reply-To: <1101206432.3638.38.camel@simon> References: <1101206432.3638.38.camel@simon> Message-ID: <52403.192.168.3.65.1101238021.squirrel@192.168.3.65> Because of mail problems here and my provider blacklisted at lists.sf.net, only Simon got my answer. Apologies for that. Simon quoted everything that's interesting, so I won't send my mail again. My comments are inline. > On Tue, 2004-11-23 at 11:15 +0100, ymettier at libertysurf.fr wrote: >> >> > - Are copyright messages (eg "Copyright (c) 2000-2003 Nagios >Plugin >> >> > Development Team") normally not translated? >> >> >> >> Yes do translate them ! >> > >> >I disagree. I don't think copyright messages should be translated. >> > >> >Three reasons: >> > 1. The (c) mark is internationally recognised. >> > 2. The author name is never translated, because it's a name. >> >> Right in English, French, German and other latin languages. Definitely wrong for other >> languages. >> >> > 2. It's simpler. >> >> You mean 3 :) >> Well, this is also a good reason for translating nothing :) >> >> >When a company or a person releases a book in a different >language, they >> >do not translate the company name or the author's name into that >> >language. >> >> Wrong again :) >> Have a look on the author of War and Peace, Tolstoy in English, Tolstoi in French and >> German. I don't even talk about his orignal name :) >> >> http://ru.wikipedia.org/wiki/%D0%A2%D0%BE%D0%BB%D1%81%D1%82%D0%BE%D0%B9%2C_%D0%9B%D0%B5%D0%B2_%D0%9D%D0%B8%D0%BA%D0%BE%D0%BB%D0%B0%D0%B5%D0%B2%D0%B8%D1%87 >> http://en.wikipedia.org/wiki/Leo_Tolstoy >> http://de.wikipedia.org/wiki/Lew_Nikolajewitsch_Tolstoi >> http://fr.wikipedia.org/wiki/L%C3%A9on_Tolsto%C3%AF >> >> Yves > > Fair enough - an English person can hardly go to Amazon and type in > "??????????????, ?????? ????????????????????". I should not have mentionned the russian version. Now compare the name in French, English and German : Tolsto?, Tolstoy and Tolstoi. Proof that the author's name of a book is translated. On amazon.fr, I will search for tolstoi or tolsto?. On amazon.com, I will search for tolstoy. > Andreas says "do what GNU do", I say go with that. google search... http://www.traduc.org/pipermail/traduc/2001-September/000500.html I did not take time to search something about the name, but here, notice that RMS says nothings. > > p.s. I think it's a little unfair to compare a dead Russian author with > the "Nagios Plugin Development Team" :) Well, unfair to compare the nagios plugins with a book too :) Score is 1-1, and we still have no reference to read about translating the names or not. Yves -- - Homepage - http://ymettier.free.fr - http://www.logicacmg.com - - GPG key - http://ymettier.free.fr/gpg.txt - - Maitretarot - http://www.nongnu.org/maitretarot/ - - Perfparse - http://perfparse.sf.net/ - From tonvoon at mac.com Tue Nov 23 12:07:02 2004 From: tonvoon at mac.com (Ton Voon) Date: Tue Nov 23 12:07:02 2004 Subject: [Nagiosplug-devel] Translations and gettext In-Reply-To: <52364.192.168.3.65.1101236921.squirrel@192.168.3.65> References: <20041119164906.7303A1D4F7F@sc8-sf-uberspam1.sourceforge.net> <50371.192.168.3.65.1100886236.squirrel@192.168.3.65> <41A31BFE.7060103@alert.infoplease.com> <52364.192.168.3.65.1101236921.squirrel@192.168.3.65> Message-ID: <2E15B6FA-3D8B-11D9-A216-000A95D47298@mac.com> On 23 Nov 2004, at 19:08, Yves wrote: > >> Ton Voon wrote: > >> Without presenting a detailed solutiion, I note that gettext is ALWAYS >> invoked by the _() macro -- I think the path to take is to be sure >> that >> id gettext is not present, then the _() macro should expand to a noop. > > Right, but here is how to disable it > > From gettext.h from gettext-0.14, extract : > #if ENABLE_NLS > # include > #else > # define gettext(Msgid) ((const char *) (Msgid)) > #endif > But gettext.h is already in CVS HEAD (copied from coreutils), which is basically the code extract above. So do you think the ENABLE_NLS is set incorrectly on the AIX systems? Is that the solution? Ton From tonvoon at mac.com Tue Nov 23 12:15:07 2004 From: tonvoon at mac.com (Ton Voon) Date: Tue Nov 23 12:15:07 2004 Subject: [Nagiosplug-devel] Re: [Nagiosplug-team] test harnesses status In-Reply-To: <1101172946.2525.19.camel@azul> References: <1101172946.2525.19.camel@azul> Message-ID: <47B306D4-3D8C-11D9-A216-000A95D47298@mac.com> On 23 Nov 2004, at 01:22, Matthew Kent wrote: > Wondering what the last word on the status of the test harness was? I > tried it and found around half didn't pass for various reasons. > > Last I see of it is a note in the new plugins section of the developer > guidelines saying documentation on sample tests is coming soon. > I did some work on the tests last year, but otherwise they have been neglected. I think the problem I had was that the messages being checked were always being changed, which made it harder to check. > Is this something that should be revisited and updated? > Definitely updated. Question is: is it going to be a requirement for the 1.4 release? I think yes, but not enough to stop the release schedule. I've copied this to the nagiosplug-devel group because this should not just be sent to the team. Ton From benoit.mortier at opensides.be Tue Nov 23 13:18:01 2004 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Tue Nov 23 13:18:01 2004 Subject: [Nagiosplug-devel] Re: [Nagiosplug-team] test harnesses status In-Reply-To: <47B306D4-3D8C-11D9-A216-000A95D47298@mac.com> References: <1101172946.2525.19.camel@azul> <47B306D4-3D8C-11D9-A216-000A95D47298@mac.com> Message-ID: <200411232217.42879.benoit.mortier@opensides.be> Le mardi 23 Novembre 2004 21:14, Ton Voon a ?crit?: > On 23 Nov 2004, at 01:22, Matthew Kent wrote: > > Wondering what the last word on the status of the test harness was? I > > tried it and found around half didn't pass for various reasons. > > > > Last I see of it is a note in the new plugins section of the developer > > guidelines saying documentation on sample tests is coming soon. > > I did some work on the tests last year, but otherwise they have been > neglected. I think the problem I had was that the messages being > checked were always being changed, which made it harder to check. > > > Is this something that should be revisited and updated? > > Definitely updated. Question is: is it going to be a requirement for > the 1.4 release? I think yes, but not enough to stop the release > schedule. Yes i think, the test are a good idea to test the various plugins and making it a requirement is a good idea. I can also help for c plugins if needed. -- Benoit Mortier OpenSides sprl Linux Engineer From tonvoon at mac.com Tue Nov 23 15:09:00 2004 From: tonvoon at mac.com (Ton Voon) Date: Tue Nov 23 15:09:00 2004 Subject: [Nagiosplug-devel] Re:_[Nagiosplug-devel]_Re:_french_translations, _first_pass, _somequestions,_first_cleanup?= In-Reply-To: <52403.192.168.3.65.1101238021.squirrel@192.168.3.65> References: <1101206432.3638.38.camel@simon> <52403.192.168.3.65.1101238021.squirrel@192.168.3.65> Message-ID: <7CE7AC22-3DA4-11D9-B7E3-000A95D47298@mac.com> On 23 Nov 2004, at 19:27, Yves Mettier wrote: > >> Andreas says "do what GNU do", I say go with that. > > google search... > http://www.traduc.org/pipermail/traduc/2001-September/000500.html > > I did not take time to search something about the name, but here, > notice that RMS says > nothings. > Yves, thanks for the link. My take on names is that it should be written how the person originally wants it. So in summary: - short help is not translated - long help has options in English language, but with translated text - copyright kept in English - copyright holder names kept in original text I'll update the developer guidelines. Thanks to everyone who contributed to this interesting discussion. Ton From tonvoon at mac.com Tue Nov 23 15:54:13 2004 From: tonvoon at mac.com (Ton Voon) Date: Tue Nov 23 15:54:13 2004 Subject: [Nagiosplug-devel] Re: Nagios plugin translation next part ;-) In-Reply-To: <200411230127.59840.benoit.mortier@opensides.be> References: <200411230127.59840.benoit.mortier@opensides.be> Message-ID: On 23 Nov 2004, at 00:27, Benoit Mortier wrote: > Hi, > > Some more work on fr.po > > Should not be translated : > > #: plugins/check_by_ssh.c:148 > [%d] PROCESS_SERVICE_CHECK_RESULT;%s;%s;%d;%s\n > Done > #: plugins/check_dns.c:198 > DNS > Done > #: plugins/check_dns.c:198 plugins/check_dummy.c:58 > plugins/check_http.c:927 > #: plugins/check_http.c:1181 plugins/check_procs.c:272 > OK > Shouldn't this be translated? I'm thinking that general output (like: "DNS OK: response time whatever") should have the OK portion translated, so then that is only translated once across all the plugins. > > > to correct in the plugin text > > #: plugins/check_dns.c > -a, --expected_address=STRING\n > an address expected to be in the asnwer section.\n ---> > s/asnwer/answer > if not set, uses whatever was in -l\n This text is not in the current CVS HEAD for check_dns.c. How is the fr.po file regenerated? > > #: plugins/check_dns.c:228 > No response from name server %s\n ----> s/name server/DNS > > #: plugins/check_dns.c:232 > Name server %s has no records\n ------> s/Name server/DNS > > #: plugins/check_dns.c:239 > Connection to name server %s was refused\n ---> s/name server/DNS > > #: plugins/check_dns.c:253 > Server failure for %s\n ---> DNS server failure for %s\n All done above > > Sentence to standardize > > #: plugins/check_hpjd.c:87 plugins/check_mrtg.c:61 > plugins/check_mrtgtraf.c:67 > #: plugins/check_mysql.c:57 plugins/check_real.c:69 > plugins/check_smtp.c:93 > #: plugins/check_swap.c:93 plugins/check_time.c:64 > > Incorrect arguments supplied\n / Invalid command arguments supplied\n > > maybe the first one is the better > Agree re first text. Done Ton From tonvoon at mac.com Tue Nov 23 16:48:08 2004 From: tonvoon at mac.com (Ton Voon) Date: Tue Nov 23 16:48:08 2004 Subject: [Nagiosplug-devel] french translations, first pass, some questions, first cleanup In-Reply-To: <7069A934-3CDB-11D9-A216-000A95D47298@mac.com> References: <200411220038.34183.benoit.mortier@opensides.be> <7069A934-3CDB-11D9-A216-000A95D47298@mac.com> Message-ID: <751FD145-3DB2-11D9-B7E3-000A95D47298@mac.com> On 22 Nov 2004, at 23:08, Ton Voon wrote: > Benoit, > > Thanks for this. I am just working through it and there are lots of > inconsistencies in the messages used (some have \n at then end, others > do not). I will need to try and clean those all up, but it will take > longer than I expect. Thank you for highlighting it. > > Regarding your questions: > - Are copyright messages (eg "Copyright (c) 2000-2003 Nagios Plugin > Development Team") normally not translated? > - Short help only need "usage" translated? If the full help is > translated, shouldn't the options in short help match? > > I'm happy to take a poll on this (but in the case of a draw, I will > err on the side of less work!). > > As a courtesy, could you contact the last maintainer - Pierre-Antoine > Angelini - to see if he is still interested in helping. > > I have worked out the use of permissions in CVS, so if you let me know > what your sourceforge id is, I will setup your access to fr.po. > > Ton > > On 21 Nov 2004, at 23:38, Benoit Mortier wrote: > >> Hi, >> >> just a little note after a first pass on the fr.po. >> >> - the copyright should no be localized. >> - Inside of the short help command should not be localized >> >> \n >> Utilisation: %s [-f46] [-t timeout] [-i identity] [-l user] -H >> \n >> -C [-n name] [-s servicelist] [-O outputfile] [-p port]\n >> >> only the first word has been localized >> >> Liste of item that shouldn't be localized >> >> Copyright items >> >> #: plugins/check_dig.c:324 plugins/urlize.c:132 >> #: plugins/check_disk.c:575 plugins/check_dns.c:394 >> plugins/check_dummy.c:89 >> #: plugins/check_hpjd.c:381 plugins/check_http.c:1366 >> plugins/check_mrtg.c:311 >> #: plugins/check_mrtgtraf.c:323 plugins/check_nwstat.c:909 >> #: plugins/check_overcr.c:423 plugins/check_tcp.c:606 >> #: plugins/check_fping.c:365 >> #: plugins/check_game.c:73 >> #: plugins/check_ldap.c:286 >> #: plugins/check_load.c:306 >> #: plugins/check_ping.c:509 plugins/check_procs.c:591 >> #: plugins/check_radius.c:287 >> #: plugins/check_real.c:406 >> #: plugins/check_smtp.c:429 >> #: plugins/check_ssh.c:236 >> #: plugins/check_time.c:328 plugins/check_udp.c:225 >> plugins/check_users.c:195 >> #: plugins/check_ups.c:573 >> >> Only a dot ??? >> #: plugins/check_nt.c:145 >> >> ShowAll, ShowFail >> I don't think that should be localized ?? >> #: plugins/check_nt.c:242 >> #: plugins/check_nt.c:242 >> >> Only % ?? >> #: plugins/check_nt.c:319 >> >> Message that sould be only translated once, and one phrase should be >> chosen: >> >> Unable to open pipe: %s / Could not open pipe: %s\n >> timeout interval must be an integer / Timeout Interval must be an >> integer!\n >> invalid host name / Invalid host name >> >> All these messages have been cleaned up now. From noreply at sourceforge.net Tue Nov 23 16:51:03 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Nov 23 16:51:03 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-668778 ] check_ircd - invalid argument Message-ID: Bugs item #668778, was opened at 2003-01-15 22:51 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=668778&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: check_ircd - invalid argument Initial Comment: Any ideas what im doing wrong here libexec]# ./check_ircd -v -H xxx.xxx.xxx.xxx MAIN(debug): hostname = something.host.name MAIN(debug): binding to remote host: xxx.xxx.xxx.xxx - > 6667 -> something.host.name IRCD UNKNOWN: Could not connect socket (Invalid argument) something.host.name and xxx.xxx.xxx.xxx are valid hostnames and ips just edited out in this post I get the same (IRCD UNKNOWN: Could not connect socket (Invalid argument)) as status when it is run by nagios. ./check_ircd -V check_ircd (nagios-plugins 1.3.0-beta2) 1.3 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. This is when it is run in its unmodified form installed from source and compiled, or usign an rpm build Thanks in advance for any advice. Sarah ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-11-24 00:50 Message: Logged In: YES user_id=664364 Moving to Bugs tracker as Support Requests will be closed. ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-23 04:56 Message: Logged In: YES user_id=395628 I can't repeat this behaviour (ie invalid argument -H) with check_ircd in the 1.4 alpha plugins release (check_ircd (nagios-plugins 1.4.0alpha2) 1.3). Would you retry with this release ? (Unfortch I can't test the plugin function). ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-23 03:06 Message: Logged In: YES user_id=395628 I can't repeat this behaviour (ie invalid argument -H) with check_ircd in the 1.4 alpha plugins release (check_ircd (nagios-plugins 1.4.0alpha2) 1.3). Would you retry with this release ? (Unfortch I can't test the plugin function). ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2003-01-16 05:58 Message: Logged In: YES user_id=46572 Is your IRC server running on port 6667 ?? Please followup on the mailing list. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=668778&group_id=29880 From noreply at sourceforge.net Tue Nov 23 16:51:14 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Nov 23 16:51:14 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-694259 ] Cannot map "tcp" to protocol number Message-ID: Bugs item #694259, was opened at 2003-02-27 09:50 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=694259&group_id=29880 >Category: None >Group: v1.0 (example) Status: Open Resolution: None Priority: 5 Submitted By: Alexander Wolters (diamondlink) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: Cannot map "tcp" to protocol number Initial Comment: after installing the NSClient and configuring the Service, I get that error message: "Cannot map "tcp" to protocol number" I'm using the default Port 1248. Can anybody help me please?! The documentation for the plugin sucks realy.... and I can't find any other documentation or help on the web :-( Thanks in advanced ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-11-24 00:50 Message: Logged In: YES user_id=664364 Moving to Bugs tracker as Support Requests will be closed. ---------------------------------------------------------------------- Comment By: Simon Bellwood (sb-netman) Date: 2004-11-22 07:30 Message: Logged In: YES user_id=1156501 The problem is that a nice port number like "1248" is used by a few applications. It was a bad choice for a default. Microsoft Exchange uses it, something called "hermes" uses it, and possible AppleTalk too. You need to change the port number by editing the registry. See \HKEY_LOCAL_MACHINE\SOFTWARE\NSClient We (as Nagios) should probably consider changing the default port number. Port 2151 looks free. ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-22 06:36 Message: Logged In: YES user_id=395628 Dear Diamond link, Firstly, sorry for the slow response; thanks for your patience. A recent question on Nag users about this matter was caused by a bad libc (IIRC). http://article.gmane.org/gmane.network.nagios.user/24992/match=++map+protocol Is this any help ? If not, is tcp in /etc/protocols ? HTH, Yours sincerely. ---------------------------------------------------------------------- Comment By: Jeremy T. Bouse (undrgrid) Date: 2003-03-12 19:54 Message: Logged In: YES user_id=10485 Is this still an issue with 1.3.0 final release? Has it been tested and confirmed as still being a problem with CVS version? ---------------------------------------------------------------------- Comment By: Alexander Wolters (diamondlink) Date: 2003-02-28 10:17 Message: Logged In: YES user_id=721439 nagios-1.0 nagios-plugins-1.3.0.b2 ---------------------------------------------------------------------- Comment By: Alexander Wolters (diamondlink) Date: 2003-02-28 10:02 Message: Logged In: YES user_id=721439 It's FreeBSD 5.0 ---------------------------------------------------------------------- Comment By: Alexander Wolters (diamondlink) Date: 2003-02-28 09:39 Message: Logged In: YES user_id=721439 I'm getting the error message @ the unix machine ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2003-02-27 16:19 Message: Logged In: YES user_id=46572 where are you getting the error? on the windows machine or on the unix machine? What versions are you running? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=694259&group_id=29880 From noreply at sourceforge.net Tue Nov 23 16:52:05 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Nov 23 16:52:05 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-769227 ] check_hprsc.pl problem Message-ID: Bugs item #769227, was opened at 2003-07-10 18:04 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=769227&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: MiikaT (mlistsf) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: check_hprsc.pl problem Initial Comment: I'm trying to use the check_hprsc.pl contrib plugin to monitor HP-UX 11i disk resources on RH 8 nagios. When I execute the script, I get this: ./check_hprsc.pl --show-filesystems --host pvv.finansium.fi --community public snmpwalk: Timeout kid exited 256 at ./check_hprsc.pl line 108. snmpwalk: Timeout kid exited 256 at ./check_hprsc.pl line 108. snmpwalk: Timeout kid exited 256 at ./check_hprsc.pl line 108. filesystemID1 mounted filesystem filesystem path On the HP-UX client tcpdump shows this: tcpdump: listening on lan1 20:01:20.817510 10.209.12.27.33620 > 10.209.12.21.snmp: F=r [|snmp][|snmp] (DF) 20:01:21.819009 10.209.12.27.33620 > 10.209.12.21: F=r [|snmp][|snmp] (DF) The same thing happens when I manually issue a command snmpwalk -cpublic 10.209.12.21. When I add "-v1" to snmpwalk command, everything works ok. Looks like the perl script lack the version switch for snmpwalk. Is that something that could be fixed? -MiikaT ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-11-24 00:51 Message: Logged In: YES user_id=664364 Moving to Bugs tracker as Support Requests will be closed. ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-23 05:09 Message: Logged In: YES user_id=395628 The problem with this plugin is that it expects an old (eg about version 3) of Net-SNMP snmpwalk. The plugin can't be made to work without some surgery. I am reluctant to do so since there you may be able to use the standard check_snmp with these OIDs to check HP-UX stuff. What do you think ? ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-23 05:09 Message: Logged In: YES user_id=395628 The problem with this plugin is that it expects an old (eg about version 3) of Net-SNMP snmpwalk. The plugin can't be made to work without some surgery. I am reluctant to do so since there you may be able to use the standard check_snmp with these OIDs to check HP-UX stuff. What do you think ? ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-23 05:08 Message: Logged In: YES user_id=395628 The problem with this plugin is that it expects an old (eg about version 3) of Net-SNMP snmpwalk. The plugin can't be made to work without some surgery. I am reluctant to do so since there you may be able to use the standard check_snmp with these OIDs to check HP-UX stuff. What do you think ? ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-23 05:03 Message: Logged In: YES user_id=395628 The problem with this plugin is that it expects an old (eg about version 3) of Net-SNMP snmpwalk. The plugin can't be made to work without some surgery. I am reluctant to do so since there you may be able to use the standard check_snmp with these OIDs to check HP-UX stuff. What do you think ? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=769227&group_id=29880 From noreply at sourceforge.net Tue Nov 23 16:53:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Nov 23 16:53:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-853440 ] check_flexlm misreports "down" servers Message-ID: Bugs item #853440, was opened at 2003-12-03 17:52 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=853440&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nico Kadel-Garcia (nkadel) Assigned to: Nobody/Anonymous (nobody) Summary: check_flexlm misreports "down" servers Initial Comment: There are two failure modes for FlexLM servers that are not reported correctly with recent versions of FlexLM. 1: If there is only one license server and it is down, and uses a fairly old FlexLM license, the "lmutil lmstat" command never completes. 2: If there is a quorum style license where 3 license servers should be running and one is unpingable, it is reported as "not responding" and not counted correctly. I've got patches for this behavior, but they're merged with quite a bit of re-write for this tool, so I'm not sure how to best submit them. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-11-24 00:52 Message: Logged In: YES user_id=664364 Moving to Bugs tracker as Support Requests will be closed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=853440&group_id=29880 From noreply at sourceforge.net Tue Nov 23 16:53:07 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Nov 23 16:53:07 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-853461 ] check_flexlm always reports OK Message-ID: Bugs item #853461, was opened at 2003-12-03 18:15 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=853461&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nico Kadel-Garcia (nkadel) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: check_flexlm always reports OK Initial Comment: Under nagios 1.1, nagios-plugins-1.4.0alpha1 on RedHat 9. the return result of the check_flexlm has no effect on nagios results. Turning off a license server entirely shows no failure in Nagios, with or without the patches I've been working on to more correctly report down servers. Here's the output of the old check_flexlm: ./check_flexlm -F /usr/local/flexlm/licenses/license.dat License Servers NOT running:lmgrd is not running: Cannot connect to license server (-15,570 |flexlm::up:0;down:1 The new one that I've modified to better report quorum license servers also has the same result. But it just doesn't show up in Nagios as being down at all, and I don't understand the details of Nagios handling of the "$ERRORS" enough to debug it myself without investing a bunch of time. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-11-24 00:52 Message: Logged In: YES user_id=664364 Moving to Bugs tracker as Support Requests will be closed. ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-23 09:01 Message: Logged In: YES user_id=395628 It appears that this plugin is the subject of enhancements/corrections by nkadel. Will wait to hear from NKadel. ---------------------------------------------------------------------- Comment By: Nico Kadel-Garcia (nkadel) Date: 2003-12-11 15:52 Message: Logged In: YES user_id=923047 I'm sorry, this should have been submitted by me as a bug. In any case, the problem is a mis-parsing by the check_flexlm.pl script of services.cfg entries that have a '%' in filename (there was a typo there), and the results not showing up in the check_flexlm.pl output due to Perl style mis-handling of that character. I'm modifying my copy of it to actually check for the existence of an openable license file before passing off the arguments to the lmstat command, which should deal with the problem. ---------------------------------------------------------------------- Comment By: Nico Kadel-Garcia (nkadel) Date: 2003-12-11 15:33 Message: Logged In: YES user_id=923047 This should have been put in as a bug report, not a feature request. My apologies. It turns out that if you have a '%' on the end of the filename in for the check_flexlm service test in services.cfg, the check_flexlm.pl does not detect or parse it or the flexlm error messages correctly. The '%' gets interpreted at various points by the Perl parser itself, which leads to the confusion. I'm working on some other new features, such as testing for the existence of the license file in the check_flexlm.pl itself and more correctly parsing lines that have multiple ':' characters in them, and will submit it when done. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=853461&group_id=29880 From noreply at sourceforge.net Tue Nov 23 16:53:10 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Nov 23 16:53:10 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-889948 ] check_hpjd Message-ID: Bugs item #889948, was opened at 2004-02-03 20:57 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=889948&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Joseph Ronzio (jronzio) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: check_hpjd Initial Comment: under the check_hpjd everything works fine in most cases but for selective printers I am routinely seeing a Hex string "52 4F 4D 20 54 52 41 59 20 32" under the printer status. Is there any explination for this result and if so can we get it coded into the check_hpjd so that is doesn't give a warning message each time the printer is queried? ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-11-24 00:52 Message: Logged In: YES user_id=664364 Moving to Bugs tracker as Support Requests will be closed. ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-23 09:14 Message: Logged In: YES user_id=395628 Dear jronzio, please can you work out which OID is producing the response ROM TRAY 2 The plugin _will_ interpret any non zero OID resp as a warning. The only reasonable way of dealing with this is finding _which_ OID is producing the response (eg by putting the plugin in a loop while tethereal is running and stopping when you get a warning) so that the code can be modified. Please send as much info as you can 1 printer type 2 result of snmpwalk -v 1 -c printer .1.3.6.1.4.1.11.2.3.9 Thank you. ---------------------------------------------------------------------- Comment By: mikael.jokela (mikaeljokela) Date: 2004-04-19 16:01 Message: Logged In: YES user_id=1024488 Adding "-Oa" to snmpget parameters might resolve this problem. At times, snmpget seems to determine that the printer status text is a binary string. This parameter is needed to make snmpget always print the status text is ascii. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=889948&group_id=29880 From noreply at sourceforge.net Tue Nov 23 16:54:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Nov 23 16:54:04 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-956829 ] check_ifstatus Prototype mismatch Message-ID: Bugs item #956829, was opened at 2004-05-19 17:07 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=956829&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Christian (christianmead) Assigned to: Nobody/Anonymous (nobody) Summary: check_ifstatus Prototype mismatch Initial Comment: Hi, When trying to use check_ifstatus, I get the following error. Example: ./check_ifstatus --help Prototype mismatch: sub main::NULL vs () at /usr/share/perl/5.6.1/Exporter.pm line 57. Exporter::import ('INTEGER', 'INTEGER32', 'OCTET_STRING', 'NULL', 'OBJEC T_IDENTIFIER', 'IPADDRESS', 'COUNTER', 'COUNTER32', ... ) called at ./check_ifstatus line 39 main::BEGIN() called at /usr/share/perl5/Net/SNMP.pm line 39 eval {...} called at /usr/share/perl5/Net/SNMP.pm line 39 check_ifstatus plugin for Nagios monitors operational status of each network interface on the target host Usage:... Am I missing a program I need in order for check_ifstatus to work? Thanks, Christian ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-11-24 00:53 Message: Logged In: YES user_id=664364 Moving to Bugs tracker as Support Requests will be closed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=956829&group_id=29880 From noreply at sourceforge.net Tue Nov 23 16:55:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Nov 23 16:55:04 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-961327 ] Check_mailq only shows one of multiple queues Message-ID: Bugs item #961327, was opened at 2004-05-27 04:42 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=961327&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: T Everett (teamc26) Assigned to: Nobody/Anonymous (nobody) Summary: Check_mailq only shows one of multiple queues Initial Comment: I am running sendmail with 6 queue directories. The path is /var/spool/mqueue/q01 through q06. Is there any way to make the check_mailq plugin check all of the queues? ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-11-24 00:54 Message: Logged In: YES user_id=664364 Moving to Bugs tracker as Support Requests will be closed. ---------------------------------------------------------------------- Comment By: T Everett (teamc26) Date: 2004-05-27 05:08 Message: Logged In: YES user_id=1050807 I downloaded the latest plugins and the check_mailq plugin does state the it supports mutliple queues. I tested it but the plugin is only reporting back the last queue (q06) number of queued messages. /usr/bin/mailq = /var/spool/mqueue/q05 (6 requests) /usr/bin/mailq = srcdomain = hotmail.com /usr/bin/mailq = srcdomain = panasonic.com /usr/bin/mailq = dstdomain = pcsystems.net /usr/bin/mailq = dstdomain = net.mx /usr/bin/mailq = dstdomain = net.mx /usr/bin/mailq = dstdomain = net.mx /usr/bin/mailq = dstdomain = cryptsoft.com /usr/bin/mailq = /var/spool/mqueue/q06 (2 requests) /usr/bin/mailq = srcdomain = com.br /usr/bin/mailq = srcdomain = panasonic.com /usr/bin/mailq = dstdomain = pcsystems.net msg_q = 2 warn=2 crit=9 WARNING: mailq is 2 (threshold w = 2)|unsent=2;2;9;0 Thanks, Tony ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=961327&group_id=29880 From noreply at sourceforge.net Tue Nov 23 16:56:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Nov 23 16:56:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-988448 ] Check_disk shows error Message-ID: Bugs item #988448, was opened at 2004-07-10 13:06 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=988448&group_id=29880 >Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: sujais (sujais) Assigned to: Nobody/Anonymous (nobody) Summary: Check_disk shows error Initial Comment: Hello guys, When I use the plugin check_disk for checking disk space this error is shown.. /dev/hda1 Disk not mounted or non existant.. it is working for some servers .. The partition is mounted and nothing is wrong with that. Thank you --Sujai ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-11-24 00:55 Message: Logged In: YES user_id=664364 Moving to Bugs tracker as Support Requests will be closed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=988448&group_id=29880 From noreply at sourceforge.net Tue Nov 23 16:56:05 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Nov 23 16:56:05 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1008474 ] check_log Message-ID: Bugs item #1008474, was opened at 2004-08-13 03:52 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1008474&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: digitalnerve (digitalnerve) Assigned to: Nobody/Anonymous (nobody) Summary: check_log Initial Comment: Is there a check_log.pl that I can download ? I am using netsaint-statd on my remote linux server. I want to use check_log to monitor the log file at remote server. However, check_log does not have the option, - h for me to specify which remote host to check the log file. Or how can I make use of this check_log to check remote host ? please email to me at digitalnerve at hotvoice.com thank you ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-11-24 00:55 Message: Logged In: YES user_id=664364 Moving to Bugs tracker as Support Requests will be closed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1008474&group_id=29880 From noreply at sourceforge.net Tue Nov 23 16:58:09 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Nov 23 16:58:09 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1030269 ] check_ssh Message-ID: Bugs item #1030269, was opened at 2004-09-18 09:54 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1030269&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Daniel Gullin (gullin) Assigned to: Nobody/Anonymous (nobody) Summary: check_ssh Initial Comment: A option to check ssh version. If a diffrent version than I specfy is detected check_ssh is reporting an warning. Example: check_ssh -p foo.bar -p 22 -x "OpenSSH_3.9p1" ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-11-24 00:57 Message: Logged In: YES user_id=664364 Moving to Bugs tracker as Support Requests will be closed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1030269&group_id=29880 From noreply at sourceforge.net Tue Nov 23 16:59:00 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Nov 23 16:59:00 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1052667 ] cannot determine ORACLE_HOME for sid Message-ID: Bugs item #1052667, was opened at 2004-10-23 09:16 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1052667&group_id=29880 >Category: None >Group: v1.0 (example) Status: Open Resolution: None Priority: 5 Submitted By: S.Kumar (kumar_ks_00) Assigned to: Nobody/Anonymous (nobody) Summary: cannot determine ORACLE_HOME for sid Initial Comment: hi, i installed nagios on fedora core2. nagios and all my services is working properly. when try to check my oracle database i got this error on nagios server. if i run check_oralce --db SID it's working on local server. my services.cfg file like this host_name db1 service_desc. check_oracle check_command check_nrpe!check_db my local oracle server nrpe.cfg file like this command[check_db] =/usr/local/nagios/libexec/check_oracle --db SID i got the error on web interface is "cannot determine ORACLE_HOME for sid" so pl. help how to use check_oracle plugin rgds, kumar ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-11-24 00:58 Message: Logged In: YES user_id=664364 Moving to Bugs tracker as Support Requests will be closed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1052667&group_id=29880 From noreply at sourceforge.net Tue Nov 23 17:00:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Nov 23 17:00:04 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1070929 ] hpjdres Message-ID: Bugs item #1070929, was opened at 2004-11-22 11:17 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1070929&group_id=29880 >Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: SupaFly (amincheneau) Assigned to: Nobody/Anonymous (nobody) Summary: hpjdres Initial Comment: Hi I have the error message "No output" in Nagios GUI. The plugin works in command line with root or nagios users. The rights on it are -rwxr-xr-x 1 nagios nagios. my checkcommands.cfg define command { command_name check_hpjdres command_line $USER1$/check_hpjdres -k 1 -H $HOSTADDRESS$ my services.cfg: Define service{ host_name FR40 service_description check_hpjdres check_command toner_black max_check_attempts 3 normal_check_interval 3 retry_check_interval 1 check_period 24x7 notification_interval 0 notification_period 24x7 notification_options w,u,c,r contact_groups admins } ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-11-24 00:59 Message: Logged In: YES user_id=664364 Moving to Bugs tracker as Support Requests will be closed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1070929&group_id=29880 From tonvoon at mac.com Tue Nov 23 17:14:07 2004 From: tonvoon at mac.com (Ton Voon) Date: Tue Nov 23 17:14:07 2004 Subject: [Nagiosplug-devel] Closing Support Requests In-Reply-To: References: Message-ID: <144003A5-3DB6-11D9-B7E3-000A95D47298@mac.com> On 18 Nov 2004, at 22:33, Ton Voon wrote: > > In an attempt to focus (aka trying to minimise the amount of admin), I > was thinking of closing the Support Requests Tracker in SF and move > all calls into Bugs. I don't think there's really a distinction. > Agree? > Thanks for the replies from Jason Martin and nodata. Jason says that the mailing list is a better place for support requests, which I agree with. With a vote of 1 for and 0 against, I've now closed the Support Requests tracker, moved everything into Bugs (whether actually applicable or not - note to self to look through them at some time) and put a news item to explain: http://sourceforge.net/forum/forum.php?forum_id=425173. nodata says that SF's bug tracker system is a pain to use. I agree in that it seems v slow, but the principle of keeping a track of outstanding problems is crucial. If someone can recommend a reasonable alternative, I'm happy to look into it. Ton From noreply at sourceforge.net Tue Nov 23 18:14:54 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Nov 23 18:14:54 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-938212 ] check_sensors w/ performance data Message-ID: New Plugins item #938212, was opened at 2004-04-19 15:09 Message generated for change (Settings changed) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=938212&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Matthew Kent (mattkent) >Assigned to: Matthew Kent (mattkent) Summary: check_sensors w/ performance data Initial Comment: This is a plugin for contribs to lm_sensors output and return performance data. The purpose of this plugin is to provide an alternative to the current contrib plugin which relies on the ALARM field in the sensors output for problem notification. After reading the chip documentation for our particular boards, the way ALARM is set by the driver wouldn't have been reliable enough to use in production. I also wanted performance data for post processing and a check that could run through nrpe so I wouldn't have to edit sensors.conf on every server for a threshold change. As I'm working on an addon package for nagios 2.0 which will use this check (and my other mysqld submission), I would appreciate it being considered for addition. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=938212&group_id=29880 From noreply at sourceforge.net Tue Nov 23 18:15:24 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Nov 23 18:15:24 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-938208 ] check_mysqld w/ performance data Message-ID: New Plugins item #938208, was opened at 2004-04-19 15:03 Message generated for change (Settings changed) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=938208&group_id=29880 Category: Perl plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Matthew Kent (mattkent) >Assigned to: Matthew Kent (mattkent) Summary: check_mysqld w/ performance data Initial Comment: This is a plugin for contribs to check a mysql server and return performance data. The idea being that you could run the stock check_mysql.c plugin from the clients to check connectivity to their corresponding mysql server. Then run this plugin from the nagios server to check the database servers themselves and return data for performance data post processing. As I'm working on an addon package for nagios 2.0 which will use this check (and my other lm_sensors submission), I would appreciate it being considered for addition. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=938208&group_id=29880 From mkent at magoazul.com Tue Nov 23 18:36:49 2004 From: mkent at magoazul.com (Matthew Kent) Date: Tue Nov 23 18:36:49 2004 Subject: [Nagiosplug-devel] Re: [Nagiosplug-team] test harnesses status In-Reply-To: <47B306D4-3D8C-11D9-A216-000A95D47298@mac.com> References: <1101172946.2525.19.camel@azul> <47B306D4-3D8C-11D9-A216-000A95D47298@mac.com> Message-ID: <1101256231.2527.25.camel@azul> On Tue, 2004-11-23 at 15:14, Ton Voon wrote: > On 23 Nov 2004, at 01:22, Matthew Kent wrote: > > > Wondering what the last word on the status of the test harness was? I > > tried it and found around half didn't pass for various reasons. > > > > Last I see of it is a note in the new plugins section of the developer > > guidelines saying documentation on sample tests is coming soon. > > > I did some work on the tests last year, but otherwise they have been > neglected. I think the problem I had was that the messages being > checked were always being changed, which made it harder to check. > > > Is this something that should be revisited and updated? > > > Definitely updated. Question is: is it going to be a requirement for > the 1.4 release? I think yes, but not enough to stop the release > schedule. Okay, I'll send up any fixes as I see them unless you'd rather handle revisiting these. - Matt From noreply at sourceforge.net Tue Nov 23 19:14:28 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Nov 23 19:14:28 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1070929 ] hpjdres Message-ID: Bugs item #1070929, was opened at 2004-11-22 11:17 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1070929&group_id=29880 Category: None Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: SupaFly (amincheneau) >Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: hpjdres Initial Comment: Hi I have the error message "No output" in Nagios GUI. The plugin works in command line with root or nagios users. The rights on it are -rwxr-xr-x 1 nagios nagios. my checkcommands.cfg define command { command_name check_hpjdres command_line $USER1$/check_hpjdres -k 1 -H $HOSTADDRESS$ my services.cfg: Define service{ host_name FR40 service_description check_hpjdres check_command toner_black max_check_attempts 3 normal_check_interval 3 retry_check_interval 1 check_period 24x7 notification_interval 0 notification_period 24x7 notification_options w,u,c,r contact_groups admins } ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-24 03:10 Message: Logged In: YES user_id=395628 Dear aimincheneau, The latest plugin versions do _not_ have a k option (-k in your command_line). pc09011> ./check_hpjd -h check_hpjd (nagios-plugins 1.4.0alpha2) 1.18 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. Copyright (c) 1999 Ethan Galstad Copyright (c) 2000-2003 Nagios Plugin Development Team This plugin tests the STATUS of an HP printer with a JetDirect card. Net-snmp must be installed on the computer running the plugin. Usage: check_hpjd -H host [-C community] check_hpjd (-h | --help) for detailed help check_hpjd (-V | --version) for version information Options: -h, --help Print detailed help screen -V, --version Print version information -C, --community=STRING The SNMP community name (default=public) Send email to nagios-users at lists.sourceforge.net if you have questions regarding use of this software. To submit patches or suggest improvements, send email to nagiosplug-devel at lists.sourceforge.net pc09011> ./check_hpjd -H ta27 Printer ok - (STRING: "PROCESSING JOB.FROM TRAY 3") pc09011> ./check_hpjd -H ta27 -k 1 ./check_hpjd: invalid option -- k Invalid argument Usage: check_hpjd -H host [-C community] check_hpjd (-h | --help) for detailed help check_hpjd (-V | --version) for version information pc09011> Could this be a mistake in your command_line ? ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-11-24 00:59 Message: Logged In: YES user_id=664364 Moving to Bugs tracker as Support Requests will be closed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1070929&group_id=29880 From noreply at sourceforge.net Tue Nov 23 19:34:52 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Nov 23 19:34:52 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-983801 ] check_hpjd fails to parse responses correctly Message-ID: Bugs item #983801, was opened at 2004-07-02 00:57 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=983801&group_id=29880 Category: Parsing problem Group: CVS >Status: Pending Resolution: None Priority: 5 Submitted By: Gavan Fantom (gavan) >Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: check_hpjd fails to parse responses correctly Initial Comment: When running with net-snmp 5.1.1, check_hpjd fails to parse the results correctly, as it doesn't expect snmpget to return the type of the object along with its value. This can be fixed by adding "-OQ" to the snmpget command. ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-24 03:28 Message: Logged In: YES user_id=395628 Adding an -OQ seems like a good idea. FWIW, a 5.1.2 snmpget works Ok with check_hpjd (but I don't think it will break anything so I will add this). pc09011> snmpget -m : -v 1 -c public ta27 SNMPv2-SMI::enterprises.11.2.3.9.1.1.2.12.0 SNMPv2-SMI::enterprises.11.2.3.9.1.1.2.17.0 SNMPv2-SMI::enterprises.11.2.3.9.1.1.2.19.0 SNMPv2-SMI::enterprises.11.2.3.9.1.1.3.0 SNMPv2-SMI::enterprises.11.2.3.9.1.1.2.12.0 = INTEGER: 0 SNMPv2-SMI::enterprises.11.2.3.9.1.1.2.17.0 = INTEGER: 0 SNMPv2-SMI::enterprises.11.2.3.9.1.1.2.19.0 = INTEGER: 0 SNMPv2-SMI::enterprises.11.2.3.9.1.1.3.0 = STRING: "PROCESSING JOB" pc09011> pc09011> ./check_hpjd -H ta27 Printer ok - (STRING: "PROCESSING JOB.FROM TRAY 3") pc09011> pc09011> snmpget -v |& head snmpget: option requires an argument -- v USAGE: snmpget [OPTIONS] AGENT OID [OID]... Version: 5.1.2 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=983801&group_id=29880 From noreply at sourceforge.net Tue Nov 23 20:33:41 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Nov 23 20:33:41 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-913633 ] check_http does not send port in Host field of GET request Message-ID: Bugs item #913633, was opened at 2004-03-10 09:28 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=913633&group_id=29880 Category: None Group: v1.3.0 beta3 >Status: Closed Resolution: Fixed Priority: 5 Submitted By: Ben Johnson (darkstar101) Assigned to: Matthew Kent (mattkent) Summary: check_http does not send port in Host field of GET request Initial Comment: I need the port reflected in the Host: field of the GET request. Siteminder uses this info in applying security authorizations. here's my check_http version: check_http (nagios-plugins 1.3.1) 1.24.2.4 Here's ngrep sniffs showing the request to the web server from check_http and links. $ check_http -H msp21754 -p 61616 -u / T 10.163.68.117:49879 -> 10.163.180.47:61616 [AP] GET / HTTP/1.0..Host: msp21754..User-Agent: check_http/1.24.2.4 (nagios-plugins ). $ links --source http://msp21754:61616/ T 10.163.68.117:49866 -> 10.163.180.47:61616 [AP] GET / HTTP/1.1..Host: msp21754:61616..User-Agent: ELinks (0.4.2; Linux; )..Referer: http://msp21754:61616/..Accept: */*..Accept-Encoding: bzip2, gzip..Accept-Charset: us-ascii, ISO-8859-1, ISO-8859-2, ISO-8859-3, ISO-8859-4, ISO-8895-5, ISO-8859-6, ISO-8859-7, ISO-88 59-8, ISO-8895-9, ISO-8859-10, ISO-8859-13, ISO-8859-14, ISO-8859-15, ISO-8859-16, windows-1250, window s-1251, windows-1252, windows-1256, windows-1257, cp437, cp737, cp850, cp852, cp866, x-cp866-u, x-mac, x-mac-ce, x-kam-cs, koi8-r, koi8-u, koi8-ru, TCVN-5712, VISCII, utf-8..Accept-Language: en..Connection: Keep-Alive.... I can work around the problem by specifying the IP to connect to with -I and putting host:IP in the -H parameter: $check_http -I 10.163.180.47 -H msp21754:61616 -p 61616 -u / T 10.163.68.117:49894 -> 10.163.180.47:61616 [AP] GET / HTTP/1.0..Host: msp21754:61616..User-Agent: check_http/1.24.2.4 (nagios-plugins ).... ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-11-23 20:24 Message: Logged In: YES user_id=983566 Done. Plugin will now read port from -H foo.com:5000 and happily send it along. ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-11-23 07:12 Message: Logged In: YES user_id=983566 Yeah that's a good idea, didn't occur to me. I'll work on this tonight. ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2004-11-23 03:00 Message: Logged In: YES user_id=1671 of course if our behaviour does not comply with the standadrd, we probably should make some sort of change. Or starting with your reasoning, maybe we could have -H msp21754:61616 also set the port? ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-11-20 13:37 Message: Logged In: YES user_id=983566 I know it seems silly to have to specify the port twice, but the way it functions currently best fits the description of the flags. Plus I'd rather let the user send whatever host header they'd like instead of forcefully appending a port. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=913633&group_id=29880 From noreply at sourceforge.net Tue Nov 23 20:44:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Nov 23 20:44:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1055054 ] [PATCH] Fix segfauly in check_nwstat.c Message-ID: Bugs item #1055054, was opened at 2004-10-26 20:26 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1055054&group_id=29880 Category: None Group: Release (specify) >Status: Pending Resolution: None Priority: 5 Submitted By: Phil Dibowitz (jaymzh) Assigned to: Matthew Kent (mattkent) Summary: [PATCH] Fix segfauly in check_nwstat.c Initial Comment: The attached patch fixes a segfault in check_nwstat.c. If the script can't get netware version, it does: asprintf(&netware_version,""); Which despite what one would hope, actually sets the POINTER to NULL, per a long-standing, documented bug in the gnu library - which they keep for backwards compatibility, best I can tell. Anyway, in the cases where there's nothing to copy, I simply use a strdup which prevents the segfault. Please apply. ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-11-23 20:34 Message: Logged In: YES user_id=983566 Okay, well I've applied the patch you added, would you be able to test? I lack a Novell server unfortunately. ---------------------------------------------------------------------- Comment By: Phil Dibowitz (jaymzh) Date: 2004-11-22 12:01 Message: Logged In: YES user_id=533101 The code in the latest CVS changes: asprintf(&netware_version,""); to asprintf(&netware_version,"%s",""); but that still segfaults for me... - Phil ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-11-20 14:54 Message: Logged In: YES user_id=983566 Looks like this was fixed in rev 1.9. Would you be able to try a recent snapshot? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1055054&group_id=29880 From noreply at sourceforge.net Wed Nov 24 00:08:38 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Nov 24 00:08:38 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-846329 ] remove snmp type output in check_hpjd Message-ID: Patches item #846329, was opened at 2003-11-21 02:56 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=846329&group_id=29880 Category: Enhancement Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Antony Simmonds (asimmonds) Assigned to: Subhendu Ghosh (sghosh) Summary: remove snmp type output in check_hpjd Initial Comment: If I use snmpget from net-snmp v5.07, it will show the snmp type in the output from the plugin. The "-O Q" flag suppresses the type label from snmpget's output. So instead of the nagios status string showing: Printer ok - (STRING: "00 READY") it now shows: Printer ok - ("00 READY") --- check_hpjd.orig 2003-11-11 09:48:12.000000000 +1300 +++ check_hpjd.c 2003-11-21 15:03:27.000000000 +1300 @@ -103,7 +103,7 @@ HPJD_GD_DOOR_OPEN, HPJD_GD_PAPER_OUTPUT, HPJD_GD_STATUS_DISPLAY); /* get the command to run */ - sprintf (command_line, "%s -m : -v 1 -c %s %s % s", PATH_TO_SNMPGET, community, + sprintf (command_line, "%s -m : -v 1 -O Q -c %s %s %s", PATH_TO_SNMPGET, community, address, query_string); /* run the command */ ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-24 05:33 Message: Logged In: YES user_id=395628 Thank you very much for the patch. Will be completed along with bug 889948 (supress hex output of ASCII strings). Should be committed in HEAD very shortly. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=846329&group_id=29880 From noreply at sourceforge.net Wed Nov 24 03:27:36 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Nov 24 03:27:36 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1070929 ] hpjdres Message-ID: Bugs item #1070929, was opened at 2004-11-22 12:17 Message generated for change (Comment added) made by amincheneau You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1070929&group_id=29880 Category: None Group: None >Status: Open Resolution: None Priority: 5 Submitted By: SupaFly (amincheneau) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: hpjdres Initial Comment: Hi I have the error message "No output" in Nagios GUI. The plugin works in command line with root or nagios users. The rights on it are -rwxr-xr-x 1 nagios nagios. my checkcommands.cfg define command { command_name check_hpjdres command_line $USER1$/check_hpjdres -k 1 -H $HOSTADDRESS$ my services.cfg: Define service{ host_name FR40 service_description check_hpjdres check_command toner_black max_check_attempts 3 normal_check_interval 3 retry_check_interval 1 check_period 24x7 notification_interval 0 notification_period 24x7 notification_options w,u,c,r contact_groups admins } ---------------------------------------------------------------------- >Comment By: SupaFly (amincheneau) Date: 2004-11-24 12:13 Message: Logged In: YES user_id=1133930 Thanks for your answer stanley, I have a problem with check_hpjdres plugin and not with check_hpjd (which is working fine). ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-24 04:10 Message: Logged In: YES user_id=395628 Dear aimincheneau, The latest plugin versions do _not_ have a k option (-k in your command_line). pc09011> ./check_hpjd -h check_hpjd (nagios-plugins 1.4.0alpha2) 1.18 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. Copyright (c) 1999 Ethan Galstad Copyright (c) 2000-2003 Nagios Plugin Development Team This plugin tests the STATUS of an HP printer with a JetDirect card. Net-snmp must be installed on the computer running the plugin. Usage: check_hpjd -H host [-C community] check_hpjd (-h | --help) for detailed help check_hpjd (-V | --version) for version information Options: -h, --help Print detailed help screen -V, --version Print version information -C, --community=STRING The SNMP community name (default=public) Send email to nagios-users at lists.sourceforge.net if you have questions regarding use of this software. To submit patches or suggest improvements, send email to nagiosplug-devel at lists.sourceforge.net pc09011> ./check_hpjd -H ta27 Printer ok - (STRING: "PROCESSING JOB.FROM TRAY 3") pc09011> ./check_hpjd -H ta27 -k 1 ./check_hpjd: invalid option -- k Invalid argument Usage: check_hpjd -H host [-C community] check_hpjd (-h | --help) for detailed help check_hpjd (-V | --version) for version information pc09011> Could this be a mistake in your command_line ? ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-11-24 01:59 Message: Logged In: YES user_id=664364 Moving to Bugs tracker as Support Requests will be closed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1070929&group_id=29880 From ae at op5.se Wed Nov 24 03:36:45 2004 From: ae at op5.se (Andreas Ericsson) Date: Wed Nov 24 03:36:45 2004 Subject: [Nagiosplug-devel] User defined in make install Message-ID: <41A470CC.5020701@op5.se> Ahoy. install installs with user and group switches. This severely befuddles the packaging process. Would a patch to rectify this and move to 'install -m ...; chown user.group ... >& /dev/null || :' be welcome? -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From noreply at sourceforge.net Wed Nov 24 03:57:10 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Nov 24 03:57:10 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1070929 ] hpjdres Message-ID: Bugs item #1070929, was opened at 2004-11-22 11:17 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1070929&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: SupaFly (amincheneau) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: hpjdres Initial Comment: Hi I have the error message "No output" in Nagios GUI. The plugin works in command line with root or nagios users. The rights on it are -rwxr-xr-x 1 nagios nagios. my checkcommands.cfg define command { command_name check_hpjdres command_line $USER1$/check_hpjdres -k 1 -H $HOSTADDRESS$ my services.cfg: Define service{ host_name FR40 service_description check_hpjdres check_command toner_black max_check_attempts 3 normal_check_interval 3 retry_check_interval 1 check_period 24x7 notification_interval 0 notification_period 24x7 notification_options w,u,c,r contact_groups admins } ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-24 11:51 Message: Logged In: YES user_id=395628 Dear aimincheneau, Sorry for the stupid answer; oh dear ! As for check_hpjdres, there doesn't seem to be a plugin named check_hpjdres in the 1.4alpha distro (I am working from the CVS but the tar-ball should be the same). I am sorry to be speaking with all the grace and intellect of a donkey, but I am confused. pc09011> pwd /usr/home/anwsmh/build/nagios-plugins_HEAD/nagiosplug pc09011> find . -name 'check_hp*' -ls 1865383 16 -rwxr-xr-x 1 anwsmh anwsmh 7502 Nov 23 17:25 ./contrib/check_hprsc.pl 1896751 2 -rw-r--r-- 1 anwsmh anwsmh 637 Nov 23 17:25 ./plugins/t/check_hpjd.t 1896776 22 -rw-r--r-- 1 anwsmh anwsmh 10356 Nov 23 17:25 ./plugins/check_hpjd.c 1896823 2 -rw-r--r-- 1 anwsmh anwsmh 96 Nov 23 17:25 ./plugins/tests/check_hpjd 1904794 6 -rw-r--r-- 1 anwsmh anwsmh 2199 Nov 23 19:09 ./plugins/.deps/check_hpjd.Po 1897436 62 -rw-r--r-- 1 anwsmh anwsmh 30844 Nov 23 19:09 ./plugins/check_hpjd.o 1897437 336 -rwxr-xr-x 1 anwsmh anwsmh 157162 Nov 23 19:09 ./plugins/check_hpjd pc09011> Could you tell me about this plugin - or send me a copy, and I'll put it back where it belongs ? With regret, ---------------------------------------------------------------------- Comment By: SupaFly (amincheneau) Date: 2004-11-24 11:13 Message: Logged In: YES user_id=1133930 Thanks for your answer stanley, I have a problem with check_hpjdres plugin and not with check_hpjd (which is working fine). ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-24 03:10 Message: Logged In: YES user_id=395628 Dear aimincheneau, The latest plugin versions do _not_ have a k option (-k in your command_line). pc09011> ./check_hpjd -h check_hpjd (nagios-plugins 1.4.0alpha2) 1.18 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. Copyright (c) 1999 Ethan Galstad Copyright (c) 2000-2003 Nagios Plugin Development Team This plugin tests the STATUS of an HP printer with a JetDirect card. Net-snmp must be installed on the computer running the plugin. Usage: check_hpjd -H host [-C community] check_hpjd (-h | --help) for detailed help check_hpjd (-V | --version) for version information Options: -h, --help Print detailed help screen -V, --version Print version information -C, --community=STRING The SNMP community name (default=public) Send email to nagios-users at lists.sourceforge.net if you have questions regarding use of this software. To submit patches or suggest improvements, send email to nagiosplug-devel at lists.sourceforge.net pc09011> ./check_hpjd -H ta27 Printer ok - (STRING: "PROCESSING JOB.FROM TRAY 3") pc09011> ./check_hpjd -H ta27 -k 1 ./check_hpjd: invalid option -- k Invalid argument Usage: check_hpjd -H host [-C community] check_hpjd (-h | --help) for detailed help check_hpjd (-V | --version) for version information pc09011> Could this be a mistake in your command_line ? ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-11-24 00:59 Message: Logged In: YES user_id=664364 Moving to Bugs tracker as Support Requests will be closed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1070929&group_id=29880 From Ton.Voon at egg.com Wed Nov 24 04:16:26 2004 From: Ton.Voon at egg.com (Voon, Ton) Date: Wed Nov 24 04:16:26 2004 Subject: [Nagiosplug-devel] User defined in make install Message-ID: I'm interested in what you propose. The current install using the user and group switches unfortunately stops the make install-strip working. However, I can see that there may be some portability problems if you try and do the chown yourself as your example below is not supported on Solaris 2.6 (must be chown user:group, not user.group). I'll be happier if you use some technique that the rest of GNU land uses. Ton -----Original Message----- From: Andreas Ericsson [mailto:ae at op5.se] Sent: 24 November 2004 11:30 To: nagiosplug-devel at lists.sourceforge.net Subject: [Nagiosplug-devel] User defined in make install Ahoy. install installs with user and group switches. This severely befuddles the packaging process. Would a patch to rectify this and move to 'install -m ...; chown user.group ... >& /dev/null || :' be welcome? -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ _______________________________________________________ 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 ----------------------------------------- This private and confidential e-mail has been sent to you by Egg. The Egg group of companies includes Egg Banking plc registered no. 2999842), Egg Financial Products Ltd (registered no. 3319027) and Egg Investments Ltd (registered no. 3403963) which is authorised and regulated by the Financial Services Authority. Egg Investments Ltd. is entered in the FSA register under number 190518. Registered in England and Wales. Registered offices: 1 Waterhouse Square, 138-142 Holborn, London EC1N 2NA. If you are not the intended recipient of this e-mail and have received it in error, please notify the sender by replying with 'received in error' as the subject and then delete it from your mailbox. From noreply at sourceforge.net Wed Nov 24 05:20:49 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Nov 24 05:20:49 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1070929 ] hpjdres Message-ID: Bugs item #1070929, was opened at 2004-11-22 12:17 Message generated for change (Comment added) made by amincheneau You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1070929&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: SupaFly (amincheneau) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: hpjdres Initial Comment: Hi I have the error message "No output" in Nagios GUI. The plugin works in command line with root or nagios users. The rights on it are -rwxr-xr-x 1 nagios nagios. my checkcommands.cfg define command { command_name check_hpjdres command_line $USER1$/check_hpjdres -k 1 -H $HOSTADDRESS$ my services.cfg: Define service{ host_name FR40 service_description check_hpjdres check_command toner_black max_check_attempts 3 normal_check_interval 3 retry_check_interval 1 check_period 24x7 notification_interval 0 notification_period 24x7 notification_options w,u,c,r contact_groups admins } ---------------------------------------------------------------------- >Comment By: SupaFly (amincheneau) Date: 2004-11-24 13:57 Message: Logged In: YES user_id=1133930 You're fully apologized! I send you the link to download check_hpjdres: http://sourceforge.net/tracker/download.php? group_id=29880&atid=541465&file_id=44083&aid=692207 You need to install the net::snmp module to make workt it! http://search.cpan.org/CPAN/authors/id/D/DT/DTOWN/Net- SNMP-5.0.1.tar.gz But to test this plugin you need to have a hp or Xerox network printer, it gives you the state of your toners. when you type ./check_hpjdres -k 1 -H "address of your printer" "-k 1" it's for black toner, you can change the value by 2,3,4 if you have a color printer and more for Xerox. Regards. ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-24 12:51 Message: Logged In: YES user_id=395628 Dear aimincheneau, Sorry for the stupid answer; oh dear ! As for check_hpjdres, there doesn't seem to be a plugin named check_hpjdres in the 1.4alpha distro (I am working from the CVS but the tar-ball should be the same). I am sorry to be speaking with all the grace and intellect of a donkey, but I am confused. pc09011> pwd /usr/home/anwsmh/build/nagios-plugins_HEAD/nagiosplug pc09011> find . -name 'check_hp*' -ls 1865383 16 -rwxr-xr-x 1 anwsmh anwsmh 7502 Nov 23 17:25 ./contrib/check_hprsc.pl 1896751 2 -rw-r--r-- 1 anwsmh anwsmh 637 Nov 23 17:25 ./plugins/t/check_hpjd.t 1896776 22 -rw-r--r-- 1 anwsmh anwsmh 10356 Nov 23 17:25 ./plugins/check_hpjd.c 1896823 2 -rw-r--r-- 1 anwsmh anwsmh 96 Nov 23 17:25 ./plugins/tests/check_hpjd 1904794 6 -rw-r--r-- 1 anwsmh anwsmh 2199 Nov 23 19:09 ./plugins/.deps/check_hpjd.Po 1897436 62 -rw-r--r-- 1 anwsmh anwsmh 30844 Nov 23 19:09 ./plugins/check_hpjd.o 1897437 336 -rwxr-xr-x 1 anwsmh anwsmh 157162 Nov 23 19:09 ./plugins/check_hpjd pc09011> Could you tell me about this plugin - or send me a copy, and I'll put it back where it belongs ? With regret, ---------------------------------------------------------------------- Comment By: SupaFly (amincheneau) Date: 2004-11-24 12:13 Message: Logged In: YES user_id=1133930 Thanks for your answer stanley, I have a problem with check_hpjdres plugin and not with check_hpjd (which is working fine). ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-24 04:10 Message: Logged In: YES user_id=395628 Dear aimincheneau, The latest plugin versions do _not_ have a k option (-k in your command_line). pc09011> ./check_hpjd -h check_hpjd (nagios-plugins 1.4.0alpha2) 1.18 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. Copyright (c) 1999 Ethan Galstad Copyright (c) 2000-2003 Nagios Plugin Development Team This plugin tests the STATUS of an HP printer with a JetDirect card. Net-snmp must be installed on the computer running the plugin. Usage: check_hpjd -H host [-C community] check_hpjd (-h | --help) for detailed help check_hpjd (-V | --version) for version information Options: -h, --help Print detailed help screen -V, --version Print version information -C, --community=STRING The SNMP community name (default=public) Send email to nagios-users at lists.sourceforge.net if you have questions regarding use of this software. To submit patches or suggest improvements, send email to nagiosplug-devel at lists.sourceforge.net pc09011> ./check_hpjd -H ta27 Printer ok - (STRING: "PROCESSING JOB.FROM TRAY 3") pc09011> ./check_hpjd -H ta27 -k 1 ./check_hpjd: invalid option -- k Invalid argument Usage: check_hpjd -H host [-C community] check_hpjd (-h | --help) for detailed help check_hpjd (-V | --version) for version information pc09011> Could this be a mistake in your command_line ? ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-11-24 01:59 Message: Logged In: YES user_id=664364 Moving to Bugs tracker as Support Requests will be closed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1070929&group_id=29880 From ae at op5.se Wed Nov 24 05:22:56 2004 From: ae at op5.se (Andreas Ericsson) Date: Wed Nov 24 05:22:56 2004 Subject: [Nagiosplug-devel] User defined in make install In-Reply-To: References: Message-ID: <41A4861D.2030907@op5.se> Voon, Ton wrote: > I'm interested in what you propose. The current install using the user and > group switches unfortunately stops the make install-strip working. > > However, I can see that there may be some portability problems if you try > and do the chown yourself as your example below is not supported on Solaris > 2.6 (must be chown user:group, not user.group). > > I'll be happier if you use some technique that the rest of GNU land uses. > That would be chown user file; chgrp group file I'll do that then. I expect to have a patch ready sometime thursday or friday. > Ton > > -----Original Message----- > From: Andreas Ericsson [mailto:ae at op5.se] > Sent: 24 November 2004 11:30 > To: nagiosplug-devel at lists.sourceforge.net > Subject: [Nagiosplug-devel] User defined in make install > > > Ahoy. > install installs with user and group switches. > > This severely befuddles the packaging process. Would a patch to rectify > this and move to 'install -m ...; chown user.group ... >& /dev/null || > :' be welcome? > -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From simon.bellwood at net-man.at Wed Nov 24 05:50:53 2004 From: simon.bellwood at net-man.at (Simon Bellwood) Date: Wed Nov 24 05:50:53 2004 Subject: [Nagiosplug-devel] User defined in make install In-Reply-To: References: Message-ID: <1101303664.17794.7.camel@simon> "chown user:group" works on Linux as well as Solaris. It's also better than "chown user.group" because a dot can be in a username, a colon can't. On Wed, 2004-11-24 at 12:03 +0000, Voon, Ton wrote: > I'm interested in what you propose. The current install using the user and > group switches unfortunately stops the make install-strip working. > > However, I can see that there may be some portability problems if you try > and do the chown yourself as your example below is not supported on Solaris > 2.6 (must be chown user:group, not user.group). > > I'll be happier if you use some technique that the rest of GNU land uses. > > Ton > > -----Original Message----- > From: Andreas Ericsson [mailto:ae at op5.se] > Sent: 24 November 2004 11:30 > To: nagiosplug-devel at lists.sourceforge.net > Subject: [Nagiosplug-devel] User defined in make install > > > Ahoy. > install installs with user and group switches. > > This severely befuddles the packaging process. Would a patch to rectify > this and move to 'install -m ...; chown user.group ... >& /dev/null || > :' be welcome? > From Ton.Voon at egg.com Wed Nov 24 06:49:25 2004 From: Ton.Voon at egg.com (Voon, Ton) Date: Wed Nov 24 06:49:25 2004 Subject: [Nagiosplug-devel] User defined in make install Message-ID: My point was to try and use some method where "the work of supporting all different OSes is done by someone else". That's why it is currently using the INSTALL_OPTS variable in configure.in, so the autoconf owners make use it works everywhere, not the plugin team. However, I recognise there are limitations in this method, so I look forward to your patch. But if you can parlay off someone else's code, all the better. -----Original Message----- From: Andreas Ericsson [mailto:ae at op5.se] Sent: 24 November 2004 13:01 To: nagiosplug-devel at lists.sourceforge.net Subject: Re: [Nagiosplug-devel] User defined in make install Voon, Ton wrote: > I'm interested in what you propose. The current install using the user > and group switches unfortunately stops the make install-strip working. > > However, I can see that there may be some portability problems if you > try and do the chown yourself as your example below is not supported > on Solaris 2.6 (must be chown user:group, not user.group). > > I'll be happier if you use some technique that the rest of GNU land > uses. > That would be chown user file; chgrp group file I'll do that then. I expect to have a patch ready sometime thursday or friday. > Ton > > -----Original Message----- > From: Andreas Ericsson [mailto:ae at op5.se] > Sent: 24 November 2004 11:30 > To: nagiosplug-devel at lists.sourceforge.net > Subject: [Nagiosplug-devel] User defined in make install > > > Ahoy. > install installs with user and group switches. > > This severely befuddles the packaging process. Would a patch to > rectify > this and move to 'install -m ...; chown user.group ... >& /dev/null || > :' be welcome? > -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ _______________________________________________________ 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 ----------------------------------------- This private and confidential e-mail has been sent to you by Egg. The Egg group of companies includes Egg Banking plc registered no. 2999842), Egg Financial Products Ltd (registered no. 3319027) and Egg Investments Ltd (registered no. 3403963) which is authorised and regulated by the Financial Services Authority. Egg Investments Ltd. is entered in the FSA register under number 190518. Registered in England and Wales. Registered offices: 1 Waterhouse Square, 138-142 Holborn, London EC1N 2NA. If you are not the intended recipient of this e-mail and have received it in error, please notify the sender by replying with 'received in error' as the subject and then delete it from your mailbox. From bohara at gmail.com Wed Nov 24 08:22:25 2004 From: bohara at gmail.com (Ben O'Hara) Date: Wed Nov 24 08:22:25 2004 Subject: [Nagiosplug-devel] check_disk Message-ID: <2b36e6604112408142327cfa8@mail.gmail.com> Hi All, Great to see the plugin development back on track...ill send you some patches/fixes/plugins later on this week. Anyways, im changing my monitoring system to use nrpe instead of netsaint_statd and ive run accross a problem although im certain its not nrpe! So, im calling check_disk as show below (directly on the "remote" box) Notice the -x, /backup is always fairly full so im not too bothered about monitoring it...now, anyone explain why /tmp (with 99% free space) has sent the status critical? bash-2.03# /apps/nagios/libexec/check_disk -w 15% -c 10% -x /dev/dsk/c0t0d0s6 -e DISK CRITICAL - free space: /tmp 4412 MB (99%);| /=1283MB;1706;1807;0;2008 /var=548MB;844;894;0;994 /usr/local=536MB;844;894;0;994 /apps=2884MB;4285;4537;0;5042 /tmp=4411MB;4454;4454;0;4454 Remove the -x and correctly its now reporting that /backup only has 11% free and status is warning. bash-2.03# /apps/nagios/libexec/check_disk -w 15% -c 10% -e DISK WARNING - free space: /backup 664 MB (11%);| /=1283MB;1706;1807;0;2008 /var=548MB;844;894;0;994 /usr/local=536MB;844;894;0;994 /apps=2884MB;4285;4537;0;5042 /backup=663MB;5015;5310;0;5901 /tmp=4411MB;3785;4008;0;4454 And trying with the mount point it still does the same and thinks /tmp is critical. bash-2.03# /apps/nagios/libexec/check_disk -w 15% -c 10% -x /backup -e DISK CRITICAL - free space: /tmp 4412 MB (99%);| /=1283MB;1706;1807;0;2008 /var=548MB;844;894;0;994 /usr/local=536MB;844;894;0;994 /apps=2884MB;4285;4537;0;5042 /tmp=4411MB;4454;4454;0;4454 One this, this is a solaris box with /tmp mounted on swap, could this be the cause? Regards Ben From noreply at sourceforge.net Wed Nov 24 12:39:50 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Nov 24 12:39:50 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-889948 ] check_hpjd Message-ID: Bugs item #889948, was opened at 2004-02-03 20:57 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=889948&group_id=29880 Category: None Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Joseph Ronzio (jronzio) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: check_hpjd Initial Comment: under the check_hpjd everything works fine in most cases but for selective printers I am routinely seeing a Hex string "52 4F 4D 20 54 52 41 59 20 32" under the printer status. Is there any explination for this result and if so can we get it coded into the check_hpjd so that is doesn't give a warning message each time the printer is queried? ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-24 05:35 Message: Logged In: YES user_id=395628 mikaeljokela is right on. All that needs is adding an -OQ (for a parsing issue) and -O a. Should be committed to HEAD shortly. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-11-24 00:52 Message: Logged In: YES user_id=664364 Moving to Bugs tracker as Support Requests will be closed. ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-23 09:14 Message: Logged In: YES user_id=395628 Dear jronzio, please can you work out which OID is producing the response ROM TRAY 2 The plugin _will_ interpret any non zero OID resp as a warning. The only reasonable way of dealing with this is finding _which_ OID is producing the response (eg by putting the plugin in a loop while tethereal is running and stopping when you get a warning) so that the code can be modified. Please send as much info as you can 1 printer type 2 result of snmpwalk -v 1 -c printer .1.3.6.1.4.1.11.2.3.9 Thank you. ---------------------------------------------------------------------- Comment By: mikael.jokela (mikaeljokela) Date: 2004-04-19 15:01 Message: Logged In: YES user_id=1024488 Adding "-Oa" to snmpget parameters might resolve this problem. At times, snmpget seems to determine that the printer status text is a binary string. This parameter is needed to make snmpget always print the status text is ascii. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=889948&group_id=29880 From s.urbanovski at ac-nancy-metz.fr Wed Nov 24 13:07:41 2004 From: s.urbanovski at ac-nancy-metz.fr (=?ISO-8859-1?Q?St=E9phane_Urbanovski?=) Date: Wed Nov 24 13:07:41 2004 Subject: [Nagiosplug-devel] Translations and gettext In-Reply-To: <253305F6-3B15-11D9-A216-000A95D47298@mac.com> References: <419DC86C.8080203@op5.se> <36E925A4-3A2D-11D9-A216-000A95D47298@mac.com> <419F135C.607@op5.se> <253305F6-3B15-11D9-A216-000A95D47298@mac.com> Message-ID: <41A088CC.70207@ac-nancy-metz.fr> Ton Voon a ?crit : > Yves Mettier has implemented translations in his performance graphing > tools. Benoit Mortier has offered to help translate. I count this as two > votes, and that's only in the last few days. There have been requests > before, although admittedly some time ago. I'm also planning to help with french translations and may be more (like perl plugins : http://cvs.orion.education.fr/cgi-bin/viewcvs.cgi/racvision/src/nagios-plugins-perl/nagios-plugins-perl/plugins/ ) So ... 3 votes :-) I have no real problems to read english reported by current plugins, but some of this reports are send to poeple that are not as comfortable as me. And you may see that my english skill is not very high -- St?phane Urbanovski From ymettier at perfparse.org Wed Nov 24 13:07:42 2004 From: ymettier at perfparse.org (Yves) Date: Wed Nov 24 13:07:42 2004 Subject: [Nagiosplug-devel] Translations and gettext In-Reply-To: <41A31BFE.7060103@alert.infoplease.com> References: <20041119164906.7303A1D4F7F@sc8-sf-uberspam1.sourceforge.net> <50371.192.168.3.65.1100886236.squirrel@192.168.3.65> <41A31BFE.7060103@alert.infoplease.com> Message-ID: <52364.192.168.3.65.1101236921.squirrel@192.168.3.65> > Ton Voon wrote: > Without presenting a detailed solutiion, I note that gettext is ALWAYS > invoked by the _() macro -- I think the path to take is to be sure that > id gettext is not present, then the _() macro should expand to a noop. Right, but here is how to disable it >From gettext.h from gettext-0.14, extract : #if ENABLE_NLS # include #else # define gettext(Msgid) ((const char *) (Msgid)) #endif > Apologies if everyone already knew this. Did everyone knew the content of gettext.h ? :) No problem, Karl, it's sometimes good to say what everybody knows :) Yves -- - Homepage - http://ymettier.free.fr - http://www.logicacmg.com - - GPG key - http://ymettier.free.fr/gpg.txt - - Maitretarot - http://www.nongnu.org/maitretarot/ - - Perfparse - http://perfparse.sf.net/ - From benoit.mortier at opensides.be Wed Nov 24 13:10:02 2004 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Wed Nov 24 13:10:02 2004 Subject: [Nagiosplug-devel] french translations, first pass, some questions, first cleanup In-Reply-To: <751FD145-3DB2-11D9-B7E3-000A95D47298@mac.com> References: <200411220038.34183.benoit.mortier@opensides.be> <7069A934-3CDB-11D9-A216-000A95D47298@mac.com> <751FD145-3DB2-11D9-B7E3-000A95D47298@mac.com> Message-ID: <200411240749.54488.benoit.mortier@opensides.be> Le mercredi 24 Novembre 2004 01:47, Ton Voon a ?crit?: > On 22 Nov 2004, at 23:08, Ton Voon wrote: > > Benoit, > > > > Thanks for this. I am just working through it and there are lots of > > inconsistencies in the messages used (some have \n at then end, others > > do not). I will need to try and clean those all up, but it will take > > longer than I expect. Thank you for highlighting it. [..] > All these messages have been cleaned up now. thanks -- Benoit Mortier OpenSides sprl Linux Engineer From benoit.mortier at opensides.be Wed Nov 24 13:10:34 2004 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Wed Nov 24 13:10:34 2004 Subject: [Nagiosplug-devel] Re: Nagios plugin translation next part ;-) In-Reply-To: References: <200411230127.59840.benoit.mortier@opensides.be> Message-ID: <200411240800.36964.benoit.mortier@opensides.be> Le mercredi 24 Novembre 2004 00:53, Ton Voon a ?crit?: > On 23 Nov 2004, at 00:27, Benoit Mortier wrote: [..] > > #: plugins/check_dns.c:198 plugins/check_dummy.c:58 > > plugins/check_http.c:927 > > #: plugins/check_http.c:1181 plugins/check_procs.c:272 > > OK > > Shouldn't this be translated? I'm thinking that general output (like: > "DNS OK: response time whatever") should have the OK portion > translated, so then that is only translated once across all the > plugins. yes but the problem arise also with text like that SSH WARNING: could not open %s\n he should also be translated then like that WARNING SSH: impossible d'ouvrir %s\n because in french we use a lot of english text ;-) > > to correct in the plugin text > > > > #: plugins/check_dns.c > > -a, --expected_address=STRING\n > > an address expected to be in the asnwer section.\n ---> > > s/asnwer/answer > > if not set, uses whatever was in -l\n > > This text is not in the current CVS HEAD for check_dns.c. How is the > fr.po file regenerated? make update-po and using POTFILE generated by configure with POTFILE.in and msgmerge --update from getetxt -- Benoit Mortier OpenSides sprl Linux Engineer From tonvoon at mac.com Wed Nov 24 13:11:23 2004 From: tonvoon at mac.com (Ton Voon) Date: Wed Nov 24 13:11:23 2004 Subject: [Nagiosplug-devel] Re: [Nagiosplug-team] test harnesses status In-Reply-To: <1101256231.2527.25.camel@azul> References: <1101172946.2525.19.camel@azul> <47B306D4-3D8C-11D9-A216-000A95D47298@mac.com> <1101256231.2527.25.camel@azul> Message-ID: On 24 Nov 2004, at 00:30, Matthew Kent wrote: > On Tue, 2004-11-23 at 15:14, Ton Voon wrote: >> Definitely updated. Question is: is it going to be a requirement for >> the 1.4 release? I think yes, but not enough to stop the release >> schedule. > > Okay, I'll send up any fixes as I see them unless you'd rather handle > revisiting these. > Go ahead with your fixes. Thanks. Ton From noreply at sourceforge.net Wed Nov 24 13:13:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Nov 24 13:13:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1055054 ] [PATCH] Fix segfauly in check_nwstat.c Message-ID: Bugs item #1055054, was opened at 2004-10-26 20:26 Message generated for change (Comment added) made by jaymzh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1055054&group_id=29880 Category: None Group: Release (specify) >Status: Open Resolution: None Priority: 5 Submitted By: Phil Dibowitz (jaymzh) Assigned to: Matthew Kent (mattkent) Summary: [PATCH] Fix segfauly in check_nwstat.c Initial Comment: The attached patch fixes a segfault in check_nwstat.c. If the script can't get netware version, it does: asprintf(&netware_version,""); Which despite what one would hope, actually sets the POINTER to NULL, per a long-standing, documented bug in the gnu library - which they keep for backwards compatibility, best I can tell. Anyway, in the cases where there's nothing to copy, I simply use a strdup which prevents the segfault. Please apply. ---------------------------------------------------------------------- >Comment By: Phil Dibowitz (jaymzh) Date: 2004-11-24 00:24 Message: Logged In: YES user_id=533101 Not until I get back -- this check_nwstat.c can't be dropped into my current directory and rerun make, and I'm about to head on vacation. I'll check it next wee for you. - Phil ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-11-23 20:34 Message: Logged In: YES user_id=983566 Okay, well I've applied the patch you added, would you be able to test? I lack a Novell server unfortunately. ---------------------------------------------------------------------- Comment By: Phil Dibowitz (jaymzh) Date: 2004-11-22 12:01 Message: Logged In: YES user_id=533101 The code in the latest CVS changes: asprintf(&netware_version,""); to asprintf(&netware_version,"%s",""); but that still segfaults for me... - Phil ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-11-20 14:54 Message: Logged In: YES user_id=983566 Looks like this was fixed in rev 1.9. Would you be able to try a recent snapshot? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1055054&group_id=29880 From tonvoon at mac.com Wed Nov 24 13:13:07 2004 From: tonvoon at mac.com (Ton Voon) Date: Wed Nov 24 13:13:07 2004 Subject: [Nagiosplug-devel] Re: Nagios plugin translation next part ;-) In-Reply-To: <200411240800.36964.benoit.mortier@opensides.be> References: <200411230127.59840.benoit.mortier@opensides.be> <200411240800.36964.benoit.mortier@opensides.be> Message-ID: <73DD848F-3E5D-11D9-B7E3-000A95D47298@mac.com> On 24 Nov 2004, at 07:00, Benoit Mortier wrote: > Le mercredi 24 Novembre 2004 00:53, Ton Voon a ?crit?: >> On 23 Nov 2004, at 00:27, Benoit Mortier wrote: > > [..] >> >> Shouldn't this be translated? I'm thinking that general output (like: >> "DNS OK: response time whatever") should have the OK portion >> translated, so then that is only translated once across all the >> plugins. > > yes but the problem arise also with text like that > > SSH WARNING: could not open %s\n > > he should also be translated then like that > > WARNING SSH: impossible d'ouvrir %s\n > > because in french we use a lot of english text ;-) We were going to try and standardize output messages to: METRIC?STATUS:?Information?text In which case, I thought we should translate "METRIC", "STATUS", and "Information text" separately (especially as the information text may be generated - eg check_disk outputs different filesystem stats). Are you saying that it is best to leave it as "METRIC STATUS: Information text" because some languages would translate into "STATUS METRIC: Information text"? >> This text is not in the current CVS HEAD for check_dns.c. How is the >> fr.po file regenerated? > > make update-po and using POTFILE generated by configure with > POTFILE.in and > msgmerge --update from getetxt > Is this something you run when required, or should it be added to tools/setup? Ton -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1537 bytes Desc: not available URL: From noreply at sourceforge.net Wed Nov 24 19:09:12 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Nov 24 19:09:12 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-769227 ] check_hprsc.pl problem Message-ID: Bugs item #769227, was opened at 2003-07-10 17:04 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=769227&group_id=29880 Category: None Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: MiikaT (mlistsf) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: check_hprsc.pl problem Initial Comment: I'm trying to use the check_hprsc.pl contrib plugin to monitor HP-UX 11i disk resources on RH 8 nagios. When I execute the script, I get this: ./check_hprsc.pl --show-filesystems --host pvv.finansium.fi --community public snmpwalk: Timeout kid exited 256 at ./check_hprsc.pl line 108. snmpwalk: Timeout kid exited 256 at ./check_hprsc.pl line 108. snmpwalk: Timeout kid exited 256 at ./check_hprsc.pl line 108. filesystemID1 mounted filesystem filesystem path On the HP-UX client tcpdump shows this: tcpdump: listening on lan1 20:01:20.817510 10.209.12.27.33620 > 10.209.12.21.snmp: F=r [|snmp][|snmp] (DF) 20:01:21.819009 10.209.12.27.33620 > 10.209.12.21: F=r [|snmp][|snmp] (DF) The same thing happens when I manually issue a command snmpwalk -cpublic 10.209.12.21. When I add "-v1" to snmpwalk command, everything works ok. Looks like the perl script lack the version switch for snmpwalk. Is that something that could be fixed? -MiikaT ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-25 03:08 Message: Logged In: YES user_id=395628 Updated to work with Net-SNMP versions greater than or equal to 4. Added a --protocol option to accept SNMP version; should default to 1. I have no access to HP SNMP agents suitable for testing. Please let me know how it goes. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-11-24 00:51 Message: Logged In: YES user_id=664364 Moving to Bugs tracker as Support Requests will be closed. ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-23 05:09 Message: Logged In: YES user_id=395628 The problem with this plugin is that it expects an old (eg about version 3) of Net-SNMP snmpwalk. The plugin can't be made to work without some surgery. I am reluctant to do so since there you may be able to use the standard check_snmp with these OIDs to check HP-UX stuff. What do you think ? ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-23 05:09 Message: Logged In: YES user_id=395628 The problem with this plugin is that it expects an old (eg about version 3) of Net-SNMP snmpwalk. The plugin can't be made to work without some surgery. I am reluctant to do so since there you may be able to use the standard check_snmp with these OIDs to check HP-UX stuff. What do you think ? ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-23 05:08 Message: Logged In: YES user_id=395628 The problem with this plugin is that it expects an old (eg about version 3) of Net-SNMP snmpwalk. The plugin can't be made to work without some surgery. I am reluctant to do so since there you may be able to use the standard check_snmp with these OIDs to check HP-UX stuff. What do you think ? ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-23 05:03 Message: Logged In: YES user_id=395628 The problem with this plugin is that it expects an old (eg about version 3) of Net-SNMP snmpwalk. The plugin can't be made to work without some surgery. I am reluctant to do so since there you may be able to use the standard check_snmp with these OIDs to check HP-UX stuff. What do you think ? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=769227&group_id=29880 From noreply at sourceforge.net Wed Nov 24 20:11:14 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Nov 24 20:11:14 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1063759 ] Sybase database monitor Message-ID: New Plugins item #1063759, was opened at 2004-11-10 12:03 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1063759&group_id=29880 Category: None Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: Simon Bellwood (sb-netman) >Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: Sybase database monitor Initial Comment: We use this plugin to monitor our Sybase databases. The plugin connects to a Sybase database and checks free space. Optionally, you can suppress the free space check, and just check connectivity. The plugin can be downloaded from: http://www.net-man.at/software/check_sybase-LATEST.zip There are the following dependencies: DBI with DBD::Sybase Getopt::Long All bugs, comments and feedback are welcome :) Simon Bellwood NetMan Network Management and IT Services GmbH ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-25 04:10 Message: Logged In: YES user_id=395628 Dear Simon, Thanks for the plugin. Will be published in /contrib in the 1.4 release. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1063759&group_id=29880 From noreply at sourceforge.net Wed Nov 24 20:13:08 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Nov 24 20:13:08 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1060883 ] Check hardware changes Message-ID: New Plugins item #1060883, was opened at 2004-11-05 11:57 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1060883&group_id=29880 >Category: System monitor Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: Rok Debevc (rokdebevc) >Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: Check hardware changes Initial Comment: Tested on SuSE 9.1 Professional with the hwinfo-8.62-0.2 package installed. # # Before you can run this plugin, you must do: # /usr/sbin/hwinfo --short > /etc/hw.original # add to cron job: # /usr/sbin/hwinfo --short > /etc/hw.current # /usr/bin/diff /etc/hw.original /etc/hw.current > /tmp/hw.check ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-25 04:12 Message: Logged In: YES user_id=395628 Dear Rok, Thank you for the plugin. Will be published in /contrib in 1.4 release. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1060883&group_id=29880 From noreply at sourceforge.net Wed Nov 24 20:13:16 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Nov 24 20:13:16 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1060883 ] Check hardware changes Message-ID: New Plugins item #1060883, was opened at 2004-11-05 11:57 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1060883&group_id=29880 Category: System monitor Group: None Status: Pending Resolution: None Priority: 5 Submitted By: Rok Debevc (rokdebevc) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: Check hardware changes Initial Comment: Tested on SuSE 9.1 Professional with the hwinfo-8.62-0.2 package installed. # # Before you can run this plugin, you must do: # /usr/sbin/hwinfo --short > /etc/hw.original # add to cron job: # /usr/sbin/hwinfo --short > /etc/hw.current # /usr/bin/diff /etc/hw.original /etc/hw.current > /tmp/hw.check ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-25 04:12 Message: Logged In: YES user_id=395628 Dear Rok, Thank you for the plugin. Will be published in /contrib in 1.4 release. ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-25 04:12 Message: Logged In: YES user_id=395628 Dear Rok, Thank you for the plugin. Will be published in /contrib in 1.4 release. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1060883&group_id=29880 From noreply at sourceforge.net Wed Nov 24 21:12:13 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Nov 24 21:12:13 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-738610 ] patch for check_disk.t against rel1_3 Message-ID: Patches item #738610, was opened at 2003-05-15 19:37 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=738610&group_id=29880 Category: Bugfix Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Mathew Ericson (mericson23) Assigned to: Matthew Kent (mattkent) Summary: patch for check_disk.t against rel1_3 Initial Comment: --- check_disk.t.orig 2003-05-16 10:12:35.000000000 +1000 +++ check_disk.t 2003-05-16 10:13:04.000000000 +1000 @@ -13,19 +13,19 @@ $str = `$cmd`; $t += ok $?>>8,0; print "Test was: $cmd\n" if ($?); -$t += ok $str, '/^(Disk ok - +[\.0-9]+|DISK OK - )/'; +$t += ok $str, '/^(Disk ok - +[\.0-9]+|DISK OK)/'; $cmd = "./check_disk -w 0 -c 0 /"; $str = `$cmd`; $t += ok $?>>8,0; print "Test was: $cmd\n" if ($?); -$t += ok $str, '/^(Disk ok - +[\.0-9]+|DISK OK - )/'; +$t += ok $str, '/^(Disk ok - +[\.0-9]+|DISK OK)/'; $cmd = "./check_disk 0 0 /"; $str = `$cmd`; $t += ok $?>>8,2; print "Test was: $cmd\n" unless ($?); -$t += ok $str, '/^(Only +[\.0-9]+|DISK CRITICAL - )/'; +$t += ok $str, '/^(Only +[\.0-9]+|DISK CRITICAL)/'; exit(0) if defined($Test::Harness::VERSION); exit($tests - $t); ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-11-24 21:11 Message: Logged In: YES user_id=983566 Getting test harness up to date against current code. Thanks for the reminder. ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-11-22 19:16 Message: Logged In: YES user_id=983566 Inquiring to the status of the test harness. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=738610&group_id=29880 From ymettier at libertysurf.fr Thu Nov 25 00:49:00 2004 From: ymettier at libertysurf.fr (Yves Mettier) Date: Thu Nov 25 00:49:00 2004 Subject: [Nagiosplug-devel] Translations and gettext In-Reply-To: <2E15B6FA-3D8B-11D9-A216-000A95D47298@mac.com> References: <20041119164906.7303A1D4F7F@sc8-sf-uberspam1.sourceforge.net> <50371.192.168.3.65.1100886236.squirrel@192.168.3.65> <41A31BFE.7060103@alert.infoplease.com> <52364.192.168.3.65.1101236921.squirrel@192.168.3.65> <2E15B6FA-3D8B-11D9-A216-000A95D47298@mac.com> Message-ID: <27176.145.248.192.30.1101372481.squirrel@145.248.192.30> >> From gettext.h from gettext-0.14, extract : >> #if ENABLE_NLS >> # include >> #else >> # define gettext(Msgid) ((const char *) (Msgid)) >> #endif >> > > But gettext.h is already in CVS HEAD (copied from coreutils), which is > basically the code extract above. So do you think the ENABLE_NLS is set > incorrectly on the AIX systems? Is that the solution? Is "--disable-nls" specified on the "configure" command line ? It seems to be an option that gettextize adds (thanks to some m4 macro), and that undefines ENABLE_NLS. With better words, ENABLE_NLS is defined only if --disable-nls is not specified. Yves -- - Homepage - http://ymettier.free.fr - http://www.logicacmg.com - - GPG key - http://ymettier.free.fr/gpg.txt - - Maitretarot - http://www.nongnu.org/maitretarot/ - - Perfparse - http://perfparse.sf.net/ - From benoit.mortier at opensides.be Thu Nov 25 01:07:01 2004 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Thu Nov 25 01:07:01 2004 Subject: [Nagiosplug-devel] Re: Nagios plugin translation next part ;-) In-Reply-To: <73DD848F-3E5D-11D9-B7E3-000A95D47298@mac.com> References: <200411230127.59840.benoit.mortier@opensides.be> <200411240800.36964.benoit.mortier@opensides.be> <73DD848F-3E5D-11D9-B7E3-000A95D47298@mac.com> Message-ID: <200411242252.21668.benoit.mortier@opensides.be> Le mercredi 24 Novembre 2004 22:11, Ton Voon a ?crit?: > On 24 Nov 2004, at 07:00, Benoit Mortier wrote: > > Le mercredi 24 Novembre 2004 00:53, Ton Voon a ?crit?: > >> On 23 Nov 2004, at 00:27, Benoit Mortier wrote: > > > > [..] > > > >> Shouldn't this be translated? I'm thinking that general output (like: > >> "DNS OK: response time whatever") should have the OK portion > >> translated, so then that is only translated once across all the > >> plugins. > > > > yes but the problem arise also with text like that > > > > SSH WARNING: could not open %s\n > > > > he should also be translated then like that > > > > WARNING SSH: impossible d'ouvrir %s\n > > > > because in french we use a lot of english text ;-) > > We were going to try and standardize output messages to: > > METRIC?STATUS:?Information?text that's good .. > In which case, I thought we should translate "METRIC", "STATUS", and > "Information text" separately (especially as the information text may > be generated - eg check_disk outputs different filesystem stats). i think that "METRIC STATUS:" should stay on one block and "information text" should be the other block, with the think arranged like that it should be easy to translate. > Are you saying that it is best to leave it as "METRIC STATUS: > Information text" because some languages would translate into "STATUS > METRIC: Information text"? Yes some language like french will write the text in the other way like i said ;-) SSH ERROR in english and ERREUR SSH in french so if we would translate the two block it will be SSH ERREUR that could be a good compromise ;-) > >> This text is not in the current CVS HEAD for check_dns.c. How is the > >> fr.po file regenerated? > > > > make update-po and using POTFILE generated by configure with > > POTFILE.in and > > msgmerge --update from getetxt > > Is this something you run when required, or should it be added to > tools/setup? you can juste run make update-po when your are in the po directory, the "msgmerge --update" is the command inside the update-po part of the makefile. POTFILE.in in the po directory contains the .c file that should be localized -- Benoit Mortier OpenSides sprl Linux Engineer From ymettier at libertysurf.fr Fri Nov 26 00:39:00 2004 From: ymettier at libertysurf.fr (Yves Mettier) Date: Fri Nov 26 00:39:00 2004 Subject: [Nagiosplug-devel] Re: Nagios plugin translation next part ;-) In-Reply-To: <41A46BF6001CDEFC@mail05.pds.libertysurf.fr> References: <41A46BF6001CDEFC@mail05.pds.libertysurf.fr> Message-ID: <13888.145.248.192.30.1101458282.squirrel@145.248.192.30> > From: Benoit Mortier > Organization: OpenSides > To: Ton Voon > Date: Wed, 24 Nov 2004 22:52:20 +0100 > Cc: nagiosplug-devel at lists.sourceforge.net > Subject: [Nagiosplug-devel] Re: Nagios plugin translation next part ;-) >> >> Shouldn't this be translated? I'm thinking that general output (like: >> >> "DNS OK: response time whatever") should have the OK portion >> >> translated, so then that is only translated once across all the >> >> plugins. >> > >> > yes but the problem arise also with text like that >> > >> > SSH WARNING: could not open %s\n >> > >> > he should also be translated then like that >> > >> > WARNING SSH: impossible d'ouvrir %s\n >> > >> > because in french we use a lot of english text ;-) >> >> We were going to try and standardize output messages to: >> >> METRIC=A0STATUS:=A0Information=A0text > > that's good .. > >> In which case, I thought we should translate "METRIC", "STATUS", and >> "Information text" separately (especially as the information text may >> be generated - eg check_disk outputs different filesystem stats). > > i think that "METRIC STATUS:" should stay on one block and "information=20 > text" should be the other block, with the think arranged like that it=20 > should be easy to translate. > >> Are you saying that it is best to leave it as "METRIC STATUS: >> Information text" because some languages would translate into "STATUS >> METRIC: Information text"? > > Yes some language like french will write the text in the other way like i=20 > said ;-) > > SSH ERROR in english and ERREUR SSH in french > > so if we would translate the two block it will be SSH ERREUR that could be = > a=20 > good compromise ;-) I missed the beginning... I should have tried to help before. Well, are you in need of http://www.gnu.org/software/gettext/manual/html_chapter/gettext_3.html#SEC18 ? printf(_("%s %s\n"), _("SSH"), _("ERROR")); fr.po : msgid = "%s %s\n" msgstr = "%2$s %1$s\n" Yves -- - Homepage - http://ymettier.free.fr - http://www.logicacmg.com - - GPG key - http://ymettier.free.fr/gpg.txt - - Maitretarot - http://www.nongnu.org/maitretarot/ - - Perfparse - http://perfparse.sf.net/ - From noreply at sourceforge.net Fri Nov 26 00:50:10 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Nov 26 00:50:10 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1070929 ] hpjdres Message-ID: New Plugins item #1070929, was opened at 2004-11-22 11:17 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1070929&group_id=29880 Category: None Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: SupaFly (amincheneau) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: hpjdres Initial Comment: Hi I have the error message "No output" in Nagios GUI. The plugin works in command line with root or nagios users. The rights on it are -rwxr-xr-x 1 nagios nagios. my checkcommands.cfg define command { command_name check_hpjdres command_line $USER1$/check_hpjdres -k 1 -H $HOSTADDRESS$ my services.cfg: Define service{ host_name FR40 service_description check_hpjdres check_command toner_black max_check_attempts 3 normal_check_interval 3 retry_check_interval 1 check_period 24x7 notification_interval 0 notification_period 24x7 notification_options w,u,c,r contact_groups admins } ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-26 08:49 Message: Logged In: YES user_id=395628 Dear aimincheneau, Plugin should be comitted (like me) RSN to /contrib. The plugin seems to work Ok for me. eg from the CLI pc09011> ./check_hpjdres -H ta27 -k 1 WARNING: Toner Cartridge HP C4127X: 14.3478260869565 % pc09011> ./check_hpjdres -H ta28 -k 1 CRITICAL: Toner Cartridge HP C4127X: 0 % pc09011> ./check_hpjdres -H ta29 -k 1 UNKNOWN: Unable to resolve destination UDP/IPv4 address 'ta29'pc09011> pc09011> ./check_hpjdres -H print001 -k 1 UNKNOWN: Unable to resolve destination UDP/IPv4 address 'print001'pc09011> pc09011> ./check_hpjdres -H n001 -k 1 CRITICAL: Toner Cartridge HP C4127X: 0 % With an embedded Perl Nagios simulator it also seems to work. pc09011> ./test_epn_arg1.pl check_hpjdres -H ta28 -k 1 (2, 'CRITICAL: Toner Cartridge HP C4127X: 0 %'). pc09011> ./test_epn_arg1.pl check_hpjdres -H ta27 -k 1 (1, 'WARNING: Toner Cartridge HP C4127X: 14.3478260869565 %'). pc09011> Give it a crack noting that 1 if you use embedded Perl Nagios at the present release level - you get NO FEEDBACK if the plugin raises a runtime exception. This is being addressed (in both versions of Nag 1.x and 2.x). If you use embedded Perl please write something positive about it. I use it and I LIKE it but then again I am biased. Give iit a shot. Yours sincerely. ---------------------------------------------------------------------- Comment By: SupaFly (amincheneau) Date: 2004-11-24 12:57 Message: Logged In: YES user_id=1133930 You're fully apologized! I send you the link to download check_hpjdres: http://sourceforge.net/tracker/download.php? group_id=29880&atid=541465&file_id=44083&aid=692207 You need to install the net::snmp module to make workt it! http://search.cpan.org/CPAN/authors/id/D/DT/DTOWN/Net- SNMP-5.0.1.tar.gz But to test this plugin you need to have a hp or Xerox network printer, it gives you the state of your toners. when you type ./check_hpjdres -k 1 -H "address of your printer" "-k 1" it's for black toner, you can change the value by 2,3,4 if you have a color printer and more for Xerox. Regards. ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-24 11:51 Message: Logged In: YES user_id=395628 Dear aimincheneau, Sorry for the stupid answer; oh dear ! As for check_hpjdres, there doesn't seem to be a plugin named check_hpjdres in the 1.4alpha distro (I am working from the CVS but the tar-ball should be the same). I am sorry to be speaking with all the grace and intellect of a donkey, but I am confused. pc09011> pwd /usr/home/anwsmh/build/nagios-plugins_HEAD/nagiosplug pc09011> find . -name 'check_hp*' -ls 1865383 16 -rwxr-xr-x 1 anwsmh anwsmh 7502 Nov 23 17:25 ./contrib/check_hprsc.pl 1896751 2 -rw-r--r-- 1 anwsmh anwsmh 637 Nov 23 17:25 ./plugins/t/check_hpjd.t 1896776 22 -rw-r--r-- 1 anwsmh anwsmh 10356 Nov 23 17:25 ./plugins/check_hpjd.c 1896823 2 -rw-r--r-- 1 anwsmh anwsmh 96 Nov 23 17:25 ./plugins/tests/check_hpjd 1904794 6 -rw-r--r-- 1 anwsmh anwsmh 2199 Nov 23 19:09 ./plugins/.deps/check_hpjd.Po 1897436 62 -rw-r--r-- 1 anwsmh anwsmh 30844 Nov 23 19:09 ./plugins/check_hpjd.o 1897437 336 -rwxr-xr-x 1 anwsmh anwsmh 157162 Nov 23 19:09 ./plugins/check_hpjd pc09011> Could you tell me about this plugin - or send me a copy, and I'll put it back where it belongs ? With regret, ---------------------------------------------------------------------- Comment By: SupaFly (amincheneau) Date: 2004-11-24 11:13 Message: Logged In: YES user_id=1133930 Thanks for your answer stanley, I have a problem with check_hpjdres plugin and not with check_hpjd (which is working fine). ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-24 03:10 Message: Logged In: YES user_id=395628 Dear aimincheneau, The latest plugin versions do _not_ have a k option (-k in your command_line). pc09011> ./check_hpjd -h check_hpjd (nagios-plugins 1.4.0alpha2) 1.18 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. Copyright (c) 1999 Ethan Galstad Copyright (c) 2000-2003 Nagios Plugin Development Team This plugin tests the STATUS of an HP printer with a JetDirect card. Net-snmp must be installed on the computer running the plugin. Usage: check_hpjd -H host [-C community] check_hpjd (-h | --help) for detailed help check_hpjd (-V | --version) for version information Options: -h, --help Print detailed help screen -V, --version Print version information -C, --community=STRING The SNMP community name (default=public) Send email to nagios-users at lists.sourceforge.net if you have questions regarding use of this software. To submit patches or suggest improvements, send email to nagiosplug-devel at lists.sourceforge.net pc09011> ./check_hpjd -H ta27 Printer ok - (STRING: "PROCESSING JOB.FROM TRAY 3") pc09011> ./check_hpjd -H ta27 -k 1 ./check_hpjd: invalid option -- k Invalid argument Usage: check_hpjd -H host [-C community] check_hpjd (-h | --help) for detailed help check_hpjd (-V | --version) for version information pc09011> Could this be a mistake in your command_line ? ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-11-24 00:59 Message: Logged In: YES user_id=664364 Moving to Bugs tracker as Support Requests will be closed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1070929&group_id=29880 From noreply at sourceforge.net Fri Nov 26 01:01:32 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Nov 26 01:01:32 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1060883 ] Check hardware changes Message-ID: New Plugins item #1060883, was opened at 2004-11-05 11:57 Message generated for change (Settings changed) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1060883&group_id=29880 Category: System monitor Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Rok Debevc (rokdebevc) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: Check hardware changes Initial Comment: Tested on SuSE 9.1 Professional with the hwinfo-8.62-0.2 package installed. # # Before you can run this plugin, you must do: # /usr/sbin/hwinfo --short > /etc/hw.original # add to cron job: # /usr/sbin/hwinfo --short > /etc/hw.current # /usr/bin/diff /etc/hw.original /etc/hw.current > /tmp/hw.check ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-25 04:12 Message: Logged In: YES user_id=395628 Dear Rok, Thank you for the plugin. Will be published in /contrib in 1.4 release. ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-25 04:12 Message: Logged In: YES user_id=395628 Dear Rok, Thank you for the plugin. Will be published in /contrib in 1.4 release. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1060883&group_id=29880 From noreply at sourceforge.net Fri Nov 26 01:10:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Nov 26 01:10:04 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-829383 ] New plugin: check_rbl Message-ID: New Plugins item #829383, was opened at 2003-10-24 03:55 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=829383&group_id=29880 Category: Perl plugin Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: Ethan Galstad (egalstad) >Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: New plugin: check_rbl Initial Comment: This plug in checks to see if an ip is listed on any SPAM blacklists. Submitted by Vikram Damodar Rangnekar ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-26 09:09 Message: Logged In: YES user_id=395628 Dear Vikram, Thanks for the plugin. Should be committed to /contrib shortly. Yours sincerely. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=829383&group_id=29880 From noreply at sourceforge.net Fri Nov 26 01:21:36 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Nov 26 01:21:36 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-732590 ] check_mssql.sh Message-ID: New Plugins item #732590, was opened at 2003-05-05 09:48 Message generated for change (Settings changed) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=732590&group_id=29880 Category: Application monitor Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Tom De Blende (tomdeblende) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: check_mssql.sh Initial Comment: This plugin checks for the availability of MS SQL Server 7 and 2000. It is written in Bash (though it should work in Bourne I guess) and uses FreeTDS and Sqsh to connect. ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-26 09:20 Message: Logged In: YES user_id=395628 Plugin committed to /contrib and authors updated. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=732590&group_id=29880 From noreply at sourceforge.net Fri Nov 26 01:23:08 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Nov 26 01:23:08 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-713815 ] Checks LPT status on Axis print server boxes. Message-ID: New Plugins item #713815, was opened at 2003-04-02 10:57 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=713815&group_id=29880 Category: Network device plugin Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Tom De Blende (tomdeblende) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: Checks LPT status on Axis print server boxes. Initial Comment: This plugin is written in Bash and checks the status of LPT ports on Axis print server boxes. Has been tested successfully on Axis 540, 560, ... ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-26 09:22 Message: Logged In: YES user_id=395628 Committed to /contrib and AUTHORS updated. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=713815&group_id=29880 From noreply at sourceforge.net Fri Nov 26 01:27:11 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Nov 26 01:27:11 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1060803 ] Check hardware changes Message-ID: New Plugins item #1060803, was opened at 2004-11-05 08:55 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1060803&group_id=29880 Category: None Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Rok Debevc (rokdebevc) >Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: Check hardware changes Initial Comment: Tested on SuSE 9.1 Professional with the hwinfo-8.62-0.2 package installed. # # Before you can run this plugin, you must do: # /usr/sbin/hwinfo --short > /etc/hw.original # add to cron job: # /usr/sbin/hwinfo --short > /etc/hw.current # /usr/bin/diff /etc/hw.original /etc/hw.current > /tmp/hw.check ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-26 09:26 Message: Logged In: YES user_id=395628 Duplicate posting - can't find the other tracker now. Plugin committed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1060803&group_id=29880 From noreply at sourceforge.net Fri Nov 26 01:31:16 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Nov 26 01:31:16 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1008452 ] check_icmp Message-ID: New Plugins item #1008452, was opened at 2004-08-13 02:04 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1008452&group_id=29880 Category: C plugin Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: Andreas Ericsson (ageric) >Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: check_icmp Initial Comment: check_icmp is basically a ping program written specifically for Nagios. It is faster than check_fping and check_ping by sending packets in a much more clever way, and is more resource-friendly since it doesn't fork other programs to do the actual checking. It can check several IP-addresses one go and also handles routing anomalies and various other network errors correctly, whereas output from the ping program differs enough from platform to platform for things to go awry from time to time. This plugin writes performance data correctly, but only when pinging one host. It is written with portability in mind, and should compile cleanly on most platforms. ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-26 09:30 Message: Logged In: YES user_id=395628 1 core candidate 2 in the meantime committed to /contrib - Thank you for your contribution, and your patience waiting for this tracker item to be processed. AUTHORS updated. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1008452&group_id=29880 From benoit.mortier at opensides.be Fri Nov 26 01:39:28 2004 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Fri Nov 26 01:39:28 2004 Subject: [Nagiosplug-devel] Re: Nagios plugin translation next part ;-) In-Reply-To: <13888.145.248.192.30.1101458282.squirrel@145.248.192.30> References: <41A46BF6001CDEFC@mail05.pds.libertysurf.fr> <13888.145.248.192.30.1101458282.squirrel@145.248.192.30> Message-ID: <200411261038.52646.benoit.mortier@opensides.be> Le vendredi 26 Novembre 2004 09:38, Yves Mettier a ?crit?: > > From: Benoit Mortier > > Organization: OpenSides > > To: Ton Voon > > Date: Wed, 24 Nov 2004 22:52:20 +0100 > > Cc: nagiosplug-devel at lists.sourceforge.net > > Subject: [Nagiosplug-devel] Re: Nagios plugin translation next part ;-) > > > >> >> Shouldn't this be translated? I'm thinking that general output > >> >> (like: "DNS OK: response time whatever") should have the OK portion > >> >> translated, so then that is only translated once across all the > >> >> plugins. > >> > > >> > yes but the problem arise also with text like that > >> > > >> > SSH WARNING: could not open %s\n > >> > > >> > he should also be translated then like that > >> > > >> > WARNING SSH: impossible d'ouvrir %s\n > >> > > >> > because in french we use a lot of english text ;-) > >> > >> We were going to try and standardize output messages to: > >> > >> METRIC=A0STATUS:=A0Information=A0text > > > > that's good .. > > > >> In which case, I thought we should translate "METRIC", "STATUS", and > >> "Information text" separately (especially as the information text may > >> be generated - eg check_disk outputs different filesystem stats). > > > > i think that "METRIC STATUS:" should stay on one block and > > "information=20 text" should be the other block, with the think > > arranged like that it=20 should be easy to translate. > > > >> Are you saying that it is best to leave it as "METRIC STATUS: > >> Information text" because some languages would translate into "STATUS > >> METRIC: Information text"? > > > > Yes some language like french will write the text in the other way like > > i=20 said ;-) > > > > SSH ERROR in english and ERREUR SSH in french > > > > so if we would translate the two block it will be SSH ERREUR that could > > be = a=20 > > good compromise ;-) > > I missed the beginning... I should have tried to help before. > Well, are you in need of > http://www.gnu.org/software/gettext/manual/html_chapter/gettext_3.html#SE >C18 ? > > > printf(_("%s %s\n"), _("SSH"), _("ERROR")); > > fr.po : > msgid = "%s %s\n" > msgstr = "%2$s %1$s\n" Wery good ;-) i didn't know that, i will read the gettext manual more depply. Have a nice day -- Benoit Mortier OpenSides sprl Linux Engineer From noreply at sourceforge.net Fri Nov 26 07:01:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Nov 26 07:01:04 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1073779 ] check_ping & Fedora Core 1/2/3 Message-ID: Bugs item #1073779, was opened at 2004-11-26 17:00 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=1073779&group_id=29880 Category: Parsing problem Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Eugene_B (b_eugene) Assigned to: Nobody/Anonymous (nobody) Summary: check_ping & Fedora Core 1/2/3 Initial Comment: ./check_ping -H 192.168.1.1 -w 100,20% -c 500,60% /bin/ping -n -U -w 10 -c 5 192.168.1.1 Error: Could not interpret output from ping command ----------------------- I make change in source code of check_ping.c: 437c437 < sscanf(buf,"rtt min/avg/max/mdev = %*f/%f/%*f/%*f ms",&rta)==1) --- > sscanf(buf,"rtt min/avg/max/mdev = %f/%f/%f/%f ms",&rta)==1) ------------------------ and ./check_ping -H 192.168.1.1 -w 100,20% -c 500,60% PING OK - Packet loss = 0%, RTA = 0,00 ms ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1073779&group_id=29880 From noreply at sourceforge.net Fri Nov 26 07:16:22 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Nov 26 07:16:22 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1073779 ] check_ping & Fedora Core 1/2/3 Message-ID: Bugs item #1073779, was opened at 2004-11-26 07:00 Message generated for change (Settings changed) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1073779&group_id=29880 Category: Parsing problem Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Eugene_B (b_eugene) >Assigned to: Matthew Kent (mattkent) Summary: check_ping & Fedora Core 1/2/3 Initial Comment: ./check_ping -H 192.168.1.1 -w 100,20% -c 500,60% /bin/ping -n -U -w 10 -c 5 192.168.1.1 Error: Could not interpret output from ping command ----------------------- I make change in source code of check_ping.c: 437c437 < sscanf(buf,"rtt min/avg/max/mdev = %*f/%f/%*f/%*f ms",&rta)==1) --- > sscanf(buf,"rtt min/avg/max/mdev = %f/%f/%f/%f ms",&rta)==1) ------------------------ and ./check_ping -H 192.168.1.1 -w 100,20% -c 500,60% PING OK - Packet loss = 0%, RTA = 0,00 ms ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1073779&group_id=29880 From marc at gridshield.net Fri Nov 26 07:31:23 2004 From: marc at gridshield.net (Marc DeTrano) Date: Fri Nov 26 07:31:23 2004 Subject: [Nagiosplug-devel] NS Client--need knowledge Message-ID: <1101483022.1192.23.camel@marc.gridshield.local> I was wondering if anyone on this list can help with NS Client issues. I think the first issue is whether or not I am wrong in thinking that check_nt with the NS Client service is the best way to gather data from Windows machines. It seems it should be, considering that the NS Client is lightweight and has the ability to get data from Performance Counters, which opens up a lot of monitoring possibilities. However, it seems no one is developing this anymore, and not much discussion is out there regarding bugs and problems. Of course, my first suggestion to anyone would be to not use Windows servers and go to Linux, but we consult for many companies and that just isn't our decision to make. Our clients are quite happy, however, when we present NS Client as an alternative to resource hogs like HP Openview's clients. The problem arises when I repeatedly get failures when using check_nt, with output such as: -No data was received from host! -Socket timeout after X seconds. -Connection refused by host. This is not isolated to one Windows machine or even one network. It seems symptomatic of the software--has anyone been through this before? I realize there is an nrpe for windows, but we cannot take on the development of plugins for MS platforms. I would love to smooth out these NS Client issues. Can anyone help. Ns Client ver. 2.0.1 Windows 2K servers. Thanks Marc DeTrano Gridshield, S.A. From julien.touche at lycos.com Sat Nov 27 09:02:30 2004 From: julien.touche at lycos.com (Julien TOUCHE) Date: Sat Nov 27 09:02:30 2004 Subject: [Nagiosplug-devel] check_ping: Could not interpret output from ping command In-Reply-To: <4135C9D0.4010207@op5.se> References: <4135C9D0.4010207@op5.se> Message-ID: <41A85FD1.9010300@lycos.com> >> That's a known problem. >> On certain platforms ping outputs to STDERR and on some to STDOUT. >> check_ping only checks one of these to parse the output, can't remember >> which one. Been like that for a while, noone patched check_ping yet >> though :/ is there any plan to correct this ? thanks Regards Julien From julien.touche at lycos.com Sat Nov 27 09:02:47 2004 From: julien.touche at lycos.com (Julien TOUCHE) Date: Sat Nov 27 09:02:47 2004 Subject: [Nagiosplug-devel] HEAD + openbsd In-Reply-To: <41307BA4.9040505@lycos.com> References: <41307BA4.9040505@lycos.com> Message-ID: <41A86181.8030705@lycos.com> a new patch for the current head (26-Nov-2004) would be really cool to include it and view the following points Julien TOUCHE a ?crit : > > patch to solve some present but can't compile error with configure > (HEAD-200408271647) > > + one i didn't find in configure.in (and change aclocal.m4 doesn't seem > to do it.) > for sys/ucred.h, need > #if HAVE_SYS_PARAM_H > # include > #endif > > + arpa/inet.h pb on compile > In file included from utils.c:21: > /usr/include/arpa/inet.h:74: warning: `struct in_addr' declared inside > parameter list > /usr/include/arpa/inet.h:74: warning: its scope is only this definition > or declaration, which is probably not what you want. > /usr/include/arpa/inet.h:75: warning: `struct in_addr' declared inside > parameter list > /usr/include/arpa/inet.h:75: warning: parameter has incomplete type > /usr/include/arpa/inet.h:79: warning: parameter has incomplete type > /usr/include/arpa/inet.h:85: warning: parameter has incomplete type > => need before include > #include > thanks Regards Julien -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: patch-configure_in URL: From noreply at sourceforge.net Sat Nov 27 11:38:30 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Nov 27 11:38:30 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1073779 ] check_ping & Fedora Core 1/2/3 Message-ID: Bugs item #1073779, was opened at 2004-11-26 07:00 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1073779&group_id=29880 Category: Parsing problem Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Eugene_B (b_eugene) Assigned to: Matthew Kent (mattkent) Summary: check_ping & Fedora Core 1/2/3 Initial Comment: ./check_ping -H 192.168.1.1 -w 100,20% -c 500,60% /bin/ping -n -U -w 10 -c 5 192.168.1.1 Error: Could not interpret output from ping command ----------------------- I make change in source code of check_ping.c: 437c437 < sscanf(buf,"rtt min/avg/max/mdev = %*f/%f/%*f/%*f ms",&rta)==1) --- > sscanf(buf,"rtt min/avg/max/mdev = %f/%f/%f/%f ms",&rta)==1) ------------------------ and ./check_ping -H 192.168.1.1 -w 100,20% -c 500,60% PING OK - Packet loss = 0%, RTA = 0,00 ms ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-11-27 11:36 Message: Logged In: YES user_id=983566 Just tested the latest snapshot against fedora core 3 and it works as expected. Can you paste me the output of your /bin/ping -n -U -w 10 -c 5 192.168.1.1 command? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1073779&group_id=29880 From noreply at sourceforge.net Sat Nov 27 13:03:42 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Nov 27 13:03:42 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1030269 ] check_ssh Message-ID: Bugs item #1030269, was opened at 2004-09-18 01:54 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1030269&group_id=29880 Category: None Group: None >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Daniel Gullin (gullin) >Assigned to: Matthew Kent (mattkent) Summary: check_ssh Initial Comment: A option to check ssh version. If a diffrent version than I specfy is detected check_ssh is reporting an warning. Example: check_ssh -p foo.bar -p 22 -x "OpenSSH_3.9p1" ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-11-27 13:02 Message: Logged In: YES user_id=983566 Quick one to implement. Added --remote-version check in cvs head. Thanks for the idea! ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-11-23 16:57 Message: Logged In: YES user_id=664364 Moving to Bugs tracker as Support Requests will be closed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1030269&group_id=29880 From ae at op5.se Sun Nov 28 04:38:07 2004 From: ae at op5.se (Andreas Ericsson) Date: Sun Nov 28 04:38:07 2004 Subject: [Nagiosplug-devel] check_ping: Could not interpret output from ping command In-Reply-To: <41A85FD1.9010300@lycos.com> References: <4135C9D0.4010207@op5.se> <41A85FD1.9010300@lycos.com> Message-ID: <41A8E1B5.5090305@op5.se> Julien TOUCHE wrote: > >>> That's a known problem. >>> On certain platforms ping outputs to STDERR and on some to STDOUT. >>> check_ping only checks one of these to parse the output, can't remember >>> which one. Been like that for a while, noone patched check_ping yet >>> though :/ > > > is there any plan to correct this ? > Yes. Sometime (soon, hopefully) the check_icmp plugin will be included in the standard distribution, and the check_ping plugin will be gotten rid of. check_icmp doesn't spawn an external app to do the dirty work for it so it will work on any platform that supports raw sockets (even windows XP, if you compile it with djgpp). In the mean-time, you can download it from http://oss.op5.se/nagios. Make a symlink from your current check_ping to the check_icmp program and you won't have to change the configuration a bit. Cheers. > thanks > Regards > > Julien > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________________ > 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 > -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From noreply at sourceforge.net Sun Nov 28 15:32:33 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Nov 28 15:32:33 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-988448 ] Check_disk shows error Message-ID: Bugs item #988448, was opened at 2004-07-10 05:06 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=988448&group_id=29880 Category: None Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: sujais (sujais) >Assigned to: Matthew Kent (mattkent) Summary: Check_disk shows error Initial Comment: Hello guys, When I use the plugin check_disk for checking disk space this error is shown.. /dev/hda1 Disk not mounted or non existant.. it is working for some servers .. The partition is mounted and nothing is wrong with that. Thank you --Sujai ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-11-28 15:31 Message: Logged In: YES user_id=983566 So the plugin is reporting a disk is missing when it isn't? Can you tell me which version of the plugins your using, provide the output of 'df' and the output of the check_disk command when it fails? ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-11-23 16:55 Message: Logged In: YES user_id=664364 Moving to Bugs tracker as Support Requests will be closed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=988448&group_id=29880 From noreply at sourceforge.net Sun Nov 28 15:50:09 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Nov 28 15:50:09 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1008474 ] check_log Message-ID: Bugs item #1008474, was opened at 2004-08-12 19:52 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1008474&group_id=29880 Category: None Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: digitalnerve (digitalnerve) >Assigned to: Matthew Kent (mattkent) Summary: check_log Initial Comment: Is there a check_log.pl that I can download ? I am using netsaint-statd on my remote linux server. I want to use check_log to monitor the log file at remote server. However, check_log does not have the option, - h for me to specify which remote host to check the log file. Or how can I make use of this check_log to check remote host ? please email to me at digitalnerve at hotvoice.com thank you ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-11-28 15:49 Message: Logged In: YES user_id=983566 Well you'll have to upload check_log to the remote host and execute it locally, sending the results back with nsca or polling them with nrpe/check_by_ssh. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-11-23 16:55 Message: Logged In: YES user_id=664364 Moving to Bugs tracker as Support Requests will be closed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1008474&group_id=29880 From noreply at sourceforge.net Sun Nov 28 15:58:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Nov 28 15:58:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1023730 ] check_ldap line 336 HAVE_LDAP_SET_OPTION Message-ID: Bugs item #1023730, was opened at 2004-09-07 07:51 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1023730&group_id=29880 Category: Parsing problem Group: snapshot tarball >Status: Closed Resolution: None Priority: 5 Submitted By: Mariano Cunietti (mennox) >Assigned to: Matthew Kent (mattkent) Summary: check_ldap line 336 HAVE_LDAP_SET_OPTION Initial Comment: Substitute from line 333: Usage: %s -H -b [-p ] [-a ] [-D ]\n [-P ] [-w ] [-c ] [- t timeout]%s\n(Note: all times are in seconds.)\n"), progname, (HAVE_LDAP_SET_OPTION ? "[-2|-3] [-4|-6]" : "")); with: Usage: %s -H -b [-p ] [-a ] [-D ]\n [-P ] [-w ] [-c ] [- t timeout]%s\n(Note: all times are in seconds.)\n"), progname, ( #ifdef HAVE_LDAP_SET_OPTION "[-2|-3] [-4|-6]" #else "" #endif )); ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-11-28 15:57 Message: Logged In: YES user_id=983566 Looks like this was fixed. Sorry for the delay. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1023730&group_id=29880 From noreply at sourceforge.net Sun Nov 28 16:21:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Nov 28 16:21:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-956829 ] check_ifstatus Prototype mismatch Message-ID: Bugs item #956829, was opened at 2004-05-19 09:07 Message generated for change (Settings changed) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=956829&group_id=29880 Category: None Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: Christian (christianmead) >Assigned to: Matthew Kent (mattkent) Summary: check_ifstatus Prototype mismatch Initial Comment: Hi, When trying to use check_ifstatus, I get the following error. Example: ./check_ifstatus --help Prototype mismatch: sub main::NULL vs () at /usr/share/perl/5.6.1/Exporter.pm line 57. Exporter::import ('INTEGER', 'INTEGER32', 'OCTET_STRING', 'NULL', 'OBJEC T_IDENTIFIER', 'IPADDRESS', 'COUNTER', 'COUNTER32', ... ) called at ./check_ifstatus line 39 main::BEGIN() called at /usr/share/perl5/Net/SNMP.pm line 39 eval {...} called at /usr/share/perl5/Net/SNMP.pm line 39 check_ifstatus plugin for Nagios monitors operational status of each network interface on the target host Usage:... Am I missing a program I need in order for check_ifstatus to work? Thanks, Christian ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-11-28 16:20 Message: Logged In: YES user_id=983566 Sorry for taking so long, is this still an issue? ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-11-23 16:53 Message: Logged In: YES user_id=664364 Moving to Bugs tracker as Support Requests will be closed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=956829&group_id=29880 From noreply at sourceforge.net Sun Nov 28 16:26:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Nov 28 16:26:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-853440 ] check_flexlm misreports "down" servers Message-ID: Bugs item #853440, was opened at 2003-12-03 09:52 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=853440&group_id=29880 Category: None Group: None >Status: Closed >Resolution: Out of Date Priority: 5 Submitted By: Nico Kadel-Garcia (nkadel) >Assigned to: Matthew Kent (mattkent) Summary: check_flexlm misreports "down" servers Initial Comment: There are two failure modes for FlexLM servers that are not reported correctly with recent versions of FlexLM. 1: If there is only one license server and it is down, and uses a fairly old FlexLM license, the "lmutil lmstat" command never completes. 2: If there is a quorum style license where 3 license servers should be running and one is unpingable, it is reported as "not responding" and not counted correctly. I've got patches for this behavior, but they're merged with quite a bit of re-write for this tool, so I'm not sure how to best submit them. ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-11-28 16:25 Message: Logged In: YES user_id=983566 Oh boy this one is old. If your still around and have a newer version of check_flexlm, can you submit it to the new plugins section for inclusion. Thanks. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-11-23 16:52 Message: Logged In: YES user_id=664364 Moving to Bugs tracker as Support Requests will be closed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=853440&group_id=29880 From benoit.mortier at opensides.be Sun Nov 28 16:47:10 2004 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Sun Nov 28 16:47:10 2004 Subject: [Nagiosplug-devel] some modif needed in translating the plugins Message-ID: <200411290146.48100.benoit.mortier@opensides.be> Hello, here are some problem that could be coorected in the plugin to provide better translation #: plugins/check_http.c:953 HTTP problem: %s - %.3f second response time %s%s|%s %s\n ->> should that be ERROR or WARNING #: plugins/check_http.c:974 CRITICAL - string not found%s|%s %s\n ->>> missing a space between found and %s #: plugins/check_http.c:1009 HTTP WARNING: page size %d too small%s|%s\n ->>> missing a space between small and %s #: plugins/check_ide-smart.c:163 Critical: SMART_READ_VALUES: %s\n ->>> Critical: should be capitalized Critical, Warning, Error, Unknow should be capitalized in all the plugins. #: plugins/check_ide-smart.c:228 Critical: %d Harddrive PreFailure%cDetected! %d/%d tests failed.\n ->>> %c should have space before and after #: plugins/urlize.c:105 %s problem - No data received from host\n CMD: %s\n ->> should that be ERROR or WARNING That's all for now ;-) -- Benoit Mortier OpenSides sprl Linux Engineer From noreply at sourceforge.net Sun Nov 28 20:42:06 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Nov 28 20:42:06 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-777753 ] check_ph script for Nagios plugins Message-ID: New Plugins item #777753, was opened at 2003-07-25 12:03 Message generated for change (Settings changed) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=777753&group_id=29880 >Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Skip Montanaro (montanaro) Assigned to: Nobody/Anonymous (nobody) Summary: check_ph script for Nagios plugins Initial Comment: Attached is a first cut at a check_ph.pl plugin. We still have a ph server or two which need checking. Perhaps some other folks will find it useful. Feel free to add it to the Nagios plugin distribution. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=777753&group_id=29880 From noreply at sourceforge.net Sun Nov 28 20:48:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Nov 28 20:48:04 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-820806 ] better error checking for check_linux_raid.pl Message-ID: Patches item #820806, was opened at 2003-10-09 11:39 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=820806&group_id=29880 Category: Enhancement Group: None >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: jtlayton (poochiereds) >Assigned to: Matthew Kent (mattkent) Summary: better error checking for check_linux_raid.pl Initial Comment: Here's a patch for check_linux_raid.pl, which is in the contrib directory. This patch makes it fail with an "UNKNOWN" error if it's not running on Linux, and adds a more picky regexp for identifying md??? devices. I noticed in testing that it was possible to get false positives if it was passed in an integer instead of 'md???' as the first argument. This fixes that behavior. ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-11-28 20:47 Message: Logged In: YES user_id=983566 One year later and its applied. Thanks for the patch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=820806&group_id=29880 From noreply at sourceforge.net Sun Nov 28 21:16:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Nov 28 21:16:04 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-868900 ] check_swap fix for more than 4GB of swap Message-ID: Patches item #868900, was opened at 2004-01-01 11:43 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=868900&group_id=29880 Category: Bugfix Group: None >Status: Closed >Resolution: Out of Date Priority: 5 Submitted By: Johannes Formann (jformann) >Assigned to: Matthew Kent (mattkent) Summary: check_swap fix for more than 4GB of swap Initial Comment: This patch fixes the problem with wron warning when using more than 4GB of swap. *** ../nagios-plugins-1.4.0alpha1/plugins/check_swap.c Wed Nov 12 05:37:19 2003 --- plugins/check_swap.c Thu Jan 1 19:28:34 2004 *************** *** 82,87 **** --- 82,95 ---- #ifdef HAVE_PROC_MEMINFO fp = fopen (PROC_MEMINFO, "r"); while (fgets (input_buffer, MAX_INPUT_BUFFER - 1, fp)) { + unsigned long tmp; + if(sscanf(input_buffer, "%s %lu", str, &tmp)==2) { + if(! strncmp(str,"SwapTotal",strlen("SwapTotal"))) + total_swap+=(tmp>>10); + else if(! strncmp(str,"SwapFree",strlen("SwapFree"))) + free_swap+=(tmp>>10); + } + /* if (sscanf (input_buffer, " %s %lu %lu %lu", str, &dsktotal, &dskused, &dskfree) == 4 && strstr (str, "Swap")) { dsktotal = dsktotal / 1048576; *************** *** 97,104 **** --- 105,114 ---- asprintf (&status, "%s [%lu (%d%%)]", status, dskfree, 100 - percent); } } + */ } fclose(fp); + used_swap=total_swap-free_swap; #else # ifdef HAVE_SWAP asprintf(&swap_command, "%s", SWAP_COMMAND); *************** *** 240,246 **** check_swap (int usp, long unsigned int free_swap) { int result = STATE_UNKNOWN; - free_swap = free_swap * 1024; /* Convert back to bytes as warn and crit specified in bytes */ if (usp >= 0 && crit_percent != 0 && usp >= (100.0 - crit_percent)) result = STATE_CRITICAL; else if (crit_size > 0 && free_swap <= crit_size) --- 251,256 ---- *************** *** 399,411 **** printf (_("\n -w, --warning=INTEGER\n! Exit with WARNING status if less than INTEGER bytes of swap space are free\n -w, --warning=PERCENT%%\n! Exit with WARNING status if less than PERCENT of swap space has been used\n -c, --critical=INTEGER\n! Exit with CRITICAL status if less than INTEGER bytes of swap space are free\n -c, --critical=PERCENT%%\n! Exit with CRITCAL status if less than PERCENT of swap space has been used\n -a, --allswaps\n Conduct comparisons for all swap partitions, one by one\n")); --- 410,422 ---- printf (_("\n -w, --warning=INTEGER\n! Exit with WARNING status if less than INTEGER mega bytes of swap space are free\n -w, --warning=PERCENT%%\n! Exit with WARNING status if less than PERCENT of swap space are free\n -c, --critical=INTEGER\n! Exit with CRITICAL status if less than INTEGER mega bytes of swap space are free\n -c, --critical=PERCENT%%\n! Exit with CRITCAL status if less than PERCENT of swap space are free\n -a, --allswaps\n Conduct comparisons for all swap partitions, one by one\n")); *************** *** 426,433 **** print_usage (void) { printf (_("Usage:\n! %s [-a] -w %% -c %%\n! %s [-a] -w -c \n %s (-h | --help) for detailed help\n %s (-V | --version) for version information\n"), progname, progname, progname, progname); --- 437,444 ---- print_usage (void) { printf (_("Usage:\n! %s [-a] -w %% -c %%\n! %s [-a] -w -c \n %s (-h | --help) for detailed help\n %s (-V | --version) for version information\n"), progname, progname, progname, progname); ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-11-28 21:15 Message: Logged In: YES user_id=983566 Looks like this was fixed in Feb. Sorry for the delay. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=868900&group_id=29880 From noreply at sourceforge.net Sun Nov 28 21:22:05 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Nov 28 21:22:05 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-664615 ] new check_imap w/ ssl switch and check_jabber plugin Message-ID: New Plugins item #664615, was opened at 2003-01-08 20:00 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=664615&group_id=29880 Category: None Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: new check_imap w/ ssl switch and check_jabber plugin Initial Comment: Solaris [7-9] Attached is the gnu diff -ruN of the latest nagios-plugins source and my own edited version. The only difference between the two sources is I have created my own dir in the original nagios-plugins source called contrib-brylon and it contains my check_jabber and check_imap code, headers and Makefile. Both plugins have a cmd line switch to use SSL and whether or not you would like the server to have a valid certificate. Use as you seem fit. Thanks. Any feedback would be appreciated as well. Also I will include next just the contrib-brylon dir tarzipped if the above is of no use to you Thanks. Bryan Loniewski ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-29 05:21 Message: Logged In: YES user_id=395628 Dear Bryan, Thank you very much for the plugins and your immense patience in waiting for something to happen to them. I beg your pardon. With regard to check_imap, there have been changes to check_tcp.c to create a check_imap .. that does not look as if it handles SSL ... will try and look at your patch. Thanks for check_jabber; should be in /contrib very soon. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2003-01-30 17:02 Message: Logged In: YES user_id=664364 Just consolidating calls, by adding in the file in Bryan's other call #664621. The tarzip is the dir that contains the check_jabber and check_imap code, headers and Makefile. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=664615&group_id=29880 From noreply at sourceforge.net Sun Nov 28 21:52:06 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Nov 28 21:52:06 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-881147 ] New check_overcr plugin by Greg Fleck Message-ID: New Plugins item #881147, was opened at 2004-01-20 21:29 Message generated for change (Settings changed) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=881147&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Ethan Galstad (egalstad) Assigned to: Nobody/Anonymous (nobody) Summary: New check_overcr plugin by Greg Fleck Initial Comment: This is an updated check_overcr plugin submitted by Greg Fleck. His notes on the changes made to the plugin follow: I made some changes to the attached files... The main goal was to receive additional disk information in nagios. The primary functionality is intact.. check_overcr.c (A few more changes here) added DF command (DPU v2) to parse information... Returns: DISK OK - 86% used on /dev/sda1 (T:783G,U:672G,F:111G) removed output message parts "ok" and "problem" with "OK", "WARRING", and "CRITICAL" so the out put messages would look something like: DISK OK - 86% used on /dev/sda1 (T:783G,U:672G,F:111G) DISK WARNING - 86% used on /dev/sda1 (T:783G,U:672G,F:111G) DISK CRITICAL- 86% used on /dev/sda1 (T:783G,U:672G,F:111G) for example. The reason for this change was that NAGIOS had problem parsing the output. Please forgive the coding. I am not a great C or perl writer.... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=881147&group_id=29880 From noreply at sourceforge.net Mon Nov 29 02:17:03 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 29 02:17:03 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1073779 ] check_ping & Fedora Core 1/2/3 Message-ID: Bugs item #1073779, was opened at 2004-11-26 17:00 Message generated for change (Comment added) made by b_eugene You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1073779&group_id=29880 Category: Parsing problem Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Eugene_B (b_eugene) Assigned to: Matthew Kent (mattkent) Summary: check_ping & Fedora Core 1/2/3 Initial Comment: ./check_ping -H 192.168.1.1 -w 100,20% -c 500,60% /bin/ping -n -U -w 10 -c 5 192.168.1.1 Error: Could not interpret output from ping command ----------------------- I make change in source code of check_ping.c: 437c437 < sscanf(buf,"rtt min/avg/max/mdev = %*f/%f/%*f/%*f ms",&rta)==1) --- > sscanf(buf,"rtt min/avg/max/mdev = %f/%f/%f/%f ms",&rta)==1) ------------------------ and ./check_ping -H 192.168.1.1 -w 100,20% -c 500,60% PING OK - Packet loss = 0%, RTA = 0,00 ms ---------------------------------------------------------------------- >Comment By: Eugene_B (b_eugene) Date: 2004-11-29 12:16 Message: Logged In: YES user_id=1166750 /bin/ping -n -U -w 10 -c 5 192.168.1.1 PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data. 64 bytes from 192.168.1.1: icmp_seq=0 ttl=64 time=0.357 ms ... --- 192.168.1.1 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2000ms rtt min/avg/max/mdev = 0.315/0.332/0.357/0.027 ms, pipe 2 ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-11-27 21:36 Message: Logged In: YES user_id=983566 Just tested the latest snapshot against fedora core 3 and it works as expected. Can you paste me the output of your /bin/ping -n -U -w 10 -c 5 192.168.1.1 command? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1073779&group_id=29880 From noreply at sourceforge.net Mon Nov 29 03:50:05 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 29 03:50:05 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1070929 ] hpjdres Message-ID: New Plugins item #1070929, was opened at 2004-11-22 12:17 Message generated for change (Comment added) made by amincheneau You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1070929&group_id=29880 Category: None Group: None >Status: Open Resolution: None Priority: 5 Submitted By: SupaFly (amincheneau) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: hpjdres Initial Comment: Hi I have the error message "No output" in Nagios GUI. The plugin works in command line with root or nagios users. The rights on it are -rwxr-xr-x 1 nagios nagios. my checkcommands.cfg define command { command_name check_hpjdres command_line $USER1$/check_hpjdres -k 1 -H $HOSTADDRESS$ my services.cfg: Define service{ host_name FR40 service_description check_hpjdres check_command toner_black max_check_attempts 3 normal_check_interval 3 retry_check_interval 1 check_period 24x7 notification_interval 0 notification_period 24x7 notification_options w,u,c,r contact_groups admins } ---------------------------------------------------------------------- >Comment By: SupaFly (amincheneau) Date: 2004-11-29 12:49 Message: Logged In: YES user_id=1133930 Hi stanley and thank you to help me! I'm not sure to understand what you did! The plugin works for me just in command line, does it work for you in nagios or in command line? Regards ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-26 09:49 Message: Logged In: YES user_id=395628 Dear aimincheneau, Plugin should be comitted (like me) RSN to /contrib. The plugin seems to work Ok for me. eg from the CLI pc09011> ./check_hpjdres -H ta27 -k 1 WARNING: Toner Cartridge HP C4127X: 14.3478260869565 % pc09011> ./check_hpjdres -H ta28 -k 1 CRITICAL: Toner Cartridge HP C4127X: 0 % pc09011> ./check_hpjdres -H ta29 -k 1 UNKNOWN: Unable to resolve destination UDP/IPv4 address 'ta29'pc09011> pc09011> ./check_hpjdres -H print001 -k 1 UNKNOWN: Unable to resolve destination UDP/IPv4 address 'print001'pc09011> pc09011> ./check_hpjdres -H n001 -k 1 CRITICAL: Toner Cartridge HP C4127X: 0 % With an embedded Perl Nagios simulator it also seems to work. pc09011> ./test_epn_arg1.pl check_hpjdres -H ta28 -k 1 (2, 'CRITICAL: Toner Cartridge HP C4127X: 0 %'). pc09011> ./test_epn_arg1.pl check_hpjdres -H ta27 -k 1 (1, 'WARNING: Toner Cartridge HP C4127X: 14.3478260869565 %'). pc09011> Give it a crack noting that 1 if you use embedded Perl Nagios at the present release level - you get NO FEEDBACK if the plugin raises a runtime exception. This is being addressed (in both versions of Nag 1.x and 2.x). If you use embedded Perl please write something positive about it. I use it and I LIKE it but then again I am biased. Give iit a shot. Yours sincerely. ---------------------------------------------------------------------- Comment By: SupaFly (amincheneau) Date: 2004-11-24 13:57 Message: Logged In: YES user_id=1133930 You're fully apologized! I send you the link to download check_hpjdres: http://sourceforge.net/tracker/download.php? group_id=29880&atid=541465&file_id=44083&aid=692207 You need to install the net::snmp module to make workt it! http://search.cpan.org/CPAN/authors/id/D/DT/DTOWN/Net- SNMP-5.0.1.tar.gz But to test this plugin you need to have a hp or Xerox network printer, it gives you the state of your toners. when you type ./check_hpjdres -k 1 -H "address of your printer" "-k 1" it's for black toner, you can change the value by 2,3,4 if you have a color printer and more for Xerox. Regards. ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-24 12:51 Message: Logged In: YES user_id=395628 Dear aimincheneau, Sorry for the stupid answer; oh dear ! As for check_hpjdres, there doesn't seem to be a plugin named check_hpjdres in the 1.4alpha distro (I am working from the CVS but the tar-ball should be the same). I am sorry to be speaking with all the grace and intellect of a donkey, but I am confused. pc09011> pwd /usr/home/anwsmh/build/nagios-plugins_HEAD/nagiosplug pc09011> find . -name 'check_hp*' -ls 1865383 16 -rwxr-xr-x 1 anwsmh anwsmh 7502 Nov 23 17:25 ./contrib/check_hprsc.pl 1896751 2 -rw-r--r-- 1 anwsmh anwsmh 637 Nov 23 17:25 ./plugins/t/check_hpjd.t 1896776 22 -rw-r--r-- 1 anwsmh anwsmh 10356 Nov 23 17:25 ./plugins/check_hpjd.c 1896823 2 -rw-r--r-- 1 anwsmh anwsmh 96 Nov 23 17:25 ./plugins/tests/check_hpjd 1904794 6 -rw-r--r-- 1 anwsmh anwsmh 2199 Nov 23 19:09 ./plugins/.deps/check_hpjd.Po 1897436 62 -rw-r--r-- 1 anwsmh anwsmh 30844 Nov 23 19:09 ./plugins/check_hpjd.o 1897437 336 -rwxr-xr-x 1 anwsmh anwsmh 157162 Nov 23 19:09 ./plugins/check_hpjd pc09011> Could you tell me about this plugin - or send me a copy, and I'll put it back where it belongs ? With regret, ---------------------------------------------------------------------- Comment By: SupaFly (amincheneau) Date: 2004-11-24 12:13 Message: Logged In: YES user_id=1133930 Thanks for your answer stanley, I have a problem with check_hpjdres plugin and not with check_hpjd (which is working fine). ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-24 04:10 Message: Logged In: YES user_id=395628 Dear aimincheneau, The latest plugin versions do _not_ have a k option (-k in your command_line). pc09011> ./check_hpjd -h check_hpjd (nagios-plugins 1.4.0alpha2) 1.18 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. Copyright (c) 1999 Ethan Galstad Copyright (c) 2000-2003 Nagios Plugin Development Team This plugin tests the STATUS of an HP printer with a JetDirect card. Net-snmp must be installed on the computer running the plugin. Usage: check_hpjd -H host [-C community] check_hpjd (-h | --help) for detailed help check_hpjd (-V | --version) for version information Options: -h, --help Print detailed help screen -V, --version Print version information -C, --community=STRING The SNMP community name (default=public) Send email to nagios-users at lists.sourceforge.net if you have questions regarding use of this software. To submit patches or suggest improvements, send email to nagiosplug-devel at lists.sourceforge.net pc09011> ./check_hpjd -H ta27 Printer ok - (STRING: "PROCESSING JOB.FROM TRAY 3") pc09011> ./check_hpjd -H ta27 -k 1 ./check_hpjd: invalid option -- k Invalid argument Usage: check_hpjd -H host [-C community] check_hpjd (-h | --help) for detailed help check_hpjd (-V | --version) for version information pc09011> Could this be a mistake in your command_line ? ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-11-24 01:59 Message: Logged In: YES user_id=664364 Moving to Bugs tracker as Support Requests will be closed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1070929&group_id=29880 From tonvoon at mac.com Mon Nov 29 14:45:02 2004 From: tonvoon at mac.com (Ton Voon) Date: Mon Nov 29 14:45:02 2004 Subject: [Nagiosplug-devel] HEAD + openbsd In-Reply-To: <41A86181.8030705@lycos.com> References: <41307BA4.9040505@lycos.com> <41A86181.8030705@lycos.com> Message-ID: <3E4FF1F6-4258-11D9-B7E3-000A95D47298@mac.com> Julien, Thank you for this patch. Applied to CVS. Ton On 27 Nov 2004, at 11:14, Julien TOUCHE wrote: > --- configure.in.orig Sat Nov 27 11:52:38 2004 > +++ configure.in Sat Nov 27 11:55:27 2004 > @@ -469,7 +469,13 @@ AC_HEADER_TIME > AC_HEADER_SYS_WAIT > AC_CHECK_HEADERS(signal.h strings.h string.h syslog.h uio.h errno.h > regex.h sys/types.h sys/time.h sys/socket.h sys/loadavg.h) > AC_CHECK_HEADERS(features.h stdarg.h sys/unistd.h ctype.h stdlib.h) > -AC_CHECK_HEADERS(limits.h sys/param.h sys/mount.h sys/vfs.h > sys/fs/s5param.h sys/filsys.h fcntl.h sys/statfs.h sys/dustat.h > sys/statvfs.h) > +AC_CHECK_HEADERS(limits.h sys/param.h) > +AC_CHECK_HEADERS([sys/mount.h],[],[],[ > +#ifdef HAVE_SYS_PARAM_H > +#include > +#endif > +]) > +AC_CHECK_HEADERS(sys/vfs.h sys/fs/s5param.h sys/filsys.h fcntl.h > sys/statfs.h sys/dustat.h sys/statvfs.h) > > # glibc 2.3.2 stdlib.h does not define HUGE_VAL (see man strtod) > AC_MSG_CHECKING([for HUGE_VAL in ]) > @@ -1378,21 +1384,29 @@ dnl fwict, the 2-arg is an SVR4 standard > dnl in the various BSD's > dnl > > -AC_CHECK_HEADERS([sys/swap.h sys/stat.h sys/param.h]) > +AC_CHECK_HEADERS([sys/swap.h], [], [], [ > +#ifdef HAVE_SYS_PARAM_H > +#include > +#endif > +]) > +AC_CHECK_HEADERS([sys/stat.h sys/param.h]) > AC_CHECK_DECLS([swapctl],,,[ > #include > #include > + #include > #include > #include > ]) > AC_CHECK_TYPES([swaptbl_t, swapent_t],,,[ > #include > + #include > #include > #include > ]) > AC_CHECK_MEMBERS([struct swapent.se_nblks],,,[ > #include > #include > + #include > #include > #include > ]) From tonvoon at mac.com Mon Nov 29 14:55:03 2004 From: tonvoon at mac.com (Ton Voon) Date: Mon Nov 29 14:55:03 2004 Subject: [Nagiosplug-devel] Re: Nagios plugin translation next part ;-) In-Reply-To: <200411261038.52646.benoit.mortier@opensides.be> References: <41A46BF6001CDEFC@mail05.pds.libertysurf.fr> <13888.145.248.192.30.1101458282.squirrel@145.248.192.30> <200411261038.52646.benoit.mortier@opensides.be> Message-ID: On 26 Nov 2004, at 09:38, Benoit Mortier wrote: > Le vendredi 26 Novembre 2004 09:38, Yves Mettier a ?crit?: >>> From: Benoit Mortier >>> Organization: OpenSides >>> To: Ton Voon >>> Date: Wed, 24 Nov 2004 22:52:20 +0100 >>> Cc: nagiosplug-devel at lists.sourceforge.net >>> Subject: [Nagiosplug-devel] Re: Nagios plugin translation next part >>> ;-) >>> >>>> >>>> We were going to try and standardize output messages to: >>>> >>>> METRIC=A0STATUS:=A0Information=A0text >>> >>> that's good .. >>> >>>> In which case, I thought we should translate "METRIC", "STATUS", and >>>> "Information text" separately (especially as the information text >>>> may >>>> be generated - eg check_disk outputs different filesystem stats). >>> >>> i think that "METRIC STATUS:" should stay on one block and >>> "information=20 text" should be the other block, with the think >>> arranged like that it=20 should be easy to translate. >>> >>>> Are you saying that it is best to leave it as "METRIC STATUS: >>>> Information text" because some languages would translate into >>>> "STATUS >>>> METRIC: Information text"? >>> >>> Yes some language like french will write the text in the other way >>> like >>> i=20 said ;-) >>> >>> SSH ERROR in english and ERREUR SSH in french >>> >>> so if we would translate the two block it will be SSH ERREUR that >>> could >>> be = a=20 >>> good compromise ;-) >> >> I missed the beginning... I should have tried to help before. >> Well, are you in need of >> http://www.gnu.org/software/gettext/manual/html_chapter/ >> gettext_3.html#SE >> C18 ? >> >> >> printf(_("%s %s\n"), _("SSH"), _("ERROR")); >> >> fr.po : >> msgid = "%s %s\n" >> msgstr = "%2$s %1$s\n" > > Wery good ;-) i didn't know that, i will read the gettext manual more > depply. > > Have a nice day I think the long term view should be to have separate "METRIC" "LEVEL" "Msg", and then these can be translated separately. However, I think we probably need a function in utils.c like: print_status (metric, LEVEL, msg); where print_status prints "%s %s %s", so then you can have msgstr = "%2$s %1$s %s" in the translation (maybe perfdata as an optional parameter). But I am a bit loathed to try and put this into the 1.4 release because I can see this would change a bit too many lines of code. Opinions? Ton From nagios at proy.org Mon Nov 29 15:11:07 2004 From: nagios at proy.org (Patrick Proy) Date: Mon Nov 29 15:11:07 2004 Subject: [Nagiosplug-devel] Temporary file for plugins Message-ID: <20041129231038.9134CAC513@www.manubulon.com> Hi everybody, I'm planning to update some of my snmp scripts and I really need to store information - because of counter style variables of snmp -. I don't think a temporary file is a good solution (will there be a /tmp on every system ? Can nagios user write in it ?), but I didn't find anything else. Will there be some kind of storage in Nagios 2.0 for the scripts ? A temp directory directive ? Did someone find a good solution ? Thanks for your answers, Patrick Proy nagios at proy.org From jhmartin at toger.us Mon Nov 29 15:37:09 2004 From: jhmartin at toger.us (Jason Martin) Date: Mon Nov 29 15:37:09 2004 Subject: [Nagiosplug-devel] Temporary file for plugins In-Reply-To: <20041129231038.9134CAC513@www.manubulon.com> References: <20041129231038.9134CAC513@www.manubulon.com> Message-ID: <20041129233646.GN22568@zippy.toger.us> On Tue, Nov 30, 2004 at 12:10:38AM +0100, Patrick Proy wrote: > Will there be some kind of storage in Nagios 2.0 for the scripts ? > A temp directory directive ? You could have your scripts take their temp directory as a parameter and define a $USER2$ variable to define it globally, or include specifically for each service definition. -Jason Martin -- If there's one thing I can't stand, it's intolerance. This message is PGP/MIME signed. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 211 bytes Desc: not available URL: From ae at op5.se Mon Nov 29 16:02:02 2004 From: ae at op5.se (Andreas Ericsson) Date: Mon Nov 29 16:02:02 2004 Subject: [Nagiosplug-devel] Temporary file for plugins In-Reply-To: <20041129231038.9134CAC513@www.manubulon.com> References: <20041129231038.9134CAC513@www.manubulon.com> Message-ID: <41ABB843.20303@op5.se> Patrick Proy wrote: > Hi everybody, > > I'm planning to update some of my snmp scripts and I really need to store > information - because of counter style variables of snmp -. > I don't think a temporary file is a good solution (will there be a /tmp on > every system ? Can nagios user write in it ?), but I didn't find anything > else. > > Will there be some kind of storage in Nagios 2.0 for the scripts ? > A temp directory directive ? > The --sharedstatedir and --localstatedir directives will be available for usage with the subst script (as @sharedstatedir@ and @localstatedir@) and every posix-compliant system should have the $TMPDIR environment variable set. > Did someone find a good solution ? > > Thanks for your answers, > > Patrick Proy > nagios at proy.org -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From tonvoon at mac.com Mon Nov 29 16:26:04 2004 From: tonvoon at mac.com (Ton Voon) Date: Mon Nov 29 16:26:04 2004 Subject: [Nagiosplug-devel] some modif needed in translating the plugins In-Reply-To: <200411290146.48100.benoit.mortier@opensides.be> References: <200411290146.48100.benoit.mortier@opensides.be> Message-ID: <5307B8E4-4266-11D9-B7E3-000A95D47298@mac.com> On 29 Nov 2004, at 00:46, Benoit Mortier wrote: > > #: plugins/check_http.c:953 > HTTP problem: %s - %.3f second response time %s%s|%s %s\n ->> should > that be > ERROR or WARNING This is going to be difficult to do, so I'm going to play chicken and leave this one, unless someone has a good patch. > #: plugins/check_http.c:974 > CRITICAL - string not found%s|%s %s\n ->>> missing a space between > found and > %s This is deliberately without a space, because there is meant to be a if the output is in html. > #: plugins/check_http.c:1009 > HTTP WARNING: page size %d too small%s|%s\n ->>> missing a space > between > small and %s ditto > > #: plugins/check_ide-smart.c:163 > Critical: SMART_READ_VALUES: %s\n ->>> Critical: should be capitalized > > Critical, Warning, Error, Unknow should be capitalized in all the > plugins. I've capitalised the parts that make sense, but the output from this program looks very inconsistent. > > #: plugins/check_ide-smart.c:228 > Critical: %d Harddrive PreFailure%cDetected! %d/%d tests failed.\n > ->>> %c > should have space before and after The code is trying to cater for plurals by putting a "s" for %c if there is more than one PreFailure. The gettext has a good example for plurals with this: ? printf (ngettext ("%d file removed", "%d files removed", n), n); However, I don't know how to use gettext for something like "%d/%d tests failed". Does anyone have a good example? > > #: plugins/urlize.c:105 > %s problem - No data received from host\n > CMD: %s\n ->> should that be ERROR or WARNING Changed to UNKNOWN Sorry couldn't be more help. Ton -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 1874 bytes Desc: not available URL: From noreply at sourceforge.net Mon Nov 29 18:35:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 29 18:35:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1075725 ] PATCH for netutils.c (HEAD): fix SEGV when connect fails. Message-ID: Patches item #1075725, was opened at 2004-11-30 02:34 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=1075725&group_id=29880 Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stanley Hopcroft (stanleyhopcroft) Assigned to: Nobody/Anonymous (nobody) Summary: PATCH for netutils.c (HEAD): fix SEGV when connect fails. Initial Comment: The HEAD netutils SEGVs after a connect() fails when it calls freeaddrinfo(res) on a null pointer. eg pc09011> gdb -c check_tcp.core check_tcp GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"...Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 2627 in elfstab_build_psymtabs Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 933 in fill_symbuf Core was generated by `check_tcp'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libssl.so.3...done. Reading symbols from /usr/lib/libcrypto.so.3...done. Reading symbols from /usr/lib/libc.so.4...done. Reading symbols from /usr/libexec/ld-elf.so.1...done. #0 0x281e54bc in freeaddrinfo () from /usr/lib/libc.so.4 (gdb) bt #0 0x281e54bc in freeaddrinfo () from /usr/lib/libc.so.4 #1 0x804afb8 in my_connect (host_name=0xbfbffc9d "xena", port=993, sd=0x8053290, proto=6) at netutils.c:263 #2 0x804ae66 in my_tcp_connect (host_name=0xbfbffc9d "xena", port=993, sd=0x8053290) at netutils.c:193 #3 0x804a8d2 in connect_SSL () at check_tcp.c:561 #4 0x8049e1b in main (argc=3, argv=0xbfbffba4) at check_tcp.c:241 (gdb) Here is a patch. Unless you tell me otherwise, I will commit it. pc09011> diff -u netutils.c.orig netutils.c --- netutils.c.orig Tue Nov 30 13:15:18 2004 +++ netutils.c Tue Nov 30 13:13:21 2004 @@ -213,7 +213,7 @@ my_connect (const char *host_name, int port, int *sd, int proto) { struct addrinfo hints; - struct addrinfo *res; + struct addrinfo *res, *res0; char port_str[6]; int result; @@ -223,13 +223,14 @@ hints.ai_socktype = (proto == IPPROTO_UDP) ? SOCK_DGRAM : SOCK_STREAM; snprintf (port_str, sizeof (port_str), "%d", port); - result = getaddrinfo (host_name, port_str, &hints, &res); + result = getaddrinfo (host_name, port_str, &hints, &res0); if (result != 0) { printf ("%s\n", gai_strerror (result)); return STATE_UNKNOWN; } else { + res = res0; while (res) { /* attempt to create a socket */ *sd = socket (res->ai_family, (proto == IPPROTO_UDP) ? @@ -260,7 +261,7 @@ close (*sd); res = res->ai_next; } - freeaddrinfo (res); + freeaddrinfo (res0); } if (result == 0) The problem is that the while (res) loop is _not_ exited after a connection failure but updates res with res->ai_next ((a NULL pointer eventually) and then goes on to free it. On this system (FreeBSD 4.10), errno is 61 (ECONNREFUSED) after the connection failure, ais it should be but the break in the switch statement doesn't cause the exit of the while loop before res is updated. Here is a single step through it (gdb) s 220 memset (&hints, 0, sizeof (hints)); (gdb) 221 hints.ai_family = address_family; (gdb) 222 hints.ai_protocol = proto; (gdb) 223 hints.ai_socktype = (proto == IPPROTO_UDP) ? SOCK_DGRAM : SOCK_STREAM; (gdb) 225 snprintf (port_str, sizeof (port_str), "%d", port); (gdb) 226 result = getaddrinfo (host_name, port_str, &hints, &res); (gdb) 228 if (result != 0) { (gdb) 233 while (res) { (gdb) 235 *sd = socket (res->ai_family, (proto == IPPROTO_UDP) ? (gdb) 238 if (*sd < 0) { (gdb) 245 result = connect (*sd, res->ai_addr, res->ai_addrlen); (gdb) 247 if (result == 0) { (gdb) 252 if (result < 0) { (gdb) 253 switch (errno) { (gdb) 255 was_refused = TRUE; (gdb) 260 close (*sd); (gdb) 261 res = res->ai_next; (gdb) q The program is running. Exit anyway? (y or n) y pc09011> To sum up, I am not convinced that the code is broken (maybe a better way is adding another break near the switch statement. Your comments are welcome. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1075725&group_id=29880 From noreply at sourceforge.net Mon Nov 29 19:24:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 29 19:24:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1041571 ] simap,spop certificate check and new check_nntps check Message-ID: Patches item #1041571, was opened at 2004-10-06 16:05 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1041571&group_id=29880 Category: Enhancement Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: Eric Chen (chen23) >Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: simap,spop certificate check and new check_nntps check Initial Comment: these patches add a certificate check for check_simap and check_spop. this also adds a new check for nntps this also requires adding to configure.in: check_tcp_ssl="check_simap check_spop check_nntps" patches agains nagios-plugins-1.3.1 built on Solaris 9 w/ Forte Developer 7 C 5.4 ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-30 03:23 Message: Logged In: YES user_id=395628 Dear Eric, Thanks for the patches and your patience with the long wait for a response. I hope to apply them as soon as I can understand them. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1041571&group_id=29880 From Stanley.Hopcroft at IPAustralia.Gov.AU Mon Nov 29 21:57:04 2004 From: Stanley.Hopcroft at IPAustralia.Gov.AU (Stanley Hopcroft) Date: Mon Nov 29 21:57:04 2004 Subject: [Nagiosplug-devel] Re: Nagios plugin translation next part ;-) In-Reply-To: References: <41A46BF6001CDEFC@mail05.pds.libertysurf.fr> <13888.145.248.192.30.1101458282.squirrel@145.248.192.30> <200411261038.52646.benoit.mortier@opensides.be> Message-ID: <20041130055608.GF17347@IPAustralia.Gov.AU> Dear Sir, I am writing to thank you for your letter and say, On Mon, Nov 29, 2004 at 10:54:55PM +0000, Ton Voon wrote: > > > I think the long term view should be to have separate "METRIC" "LEVEL" > "Msg", and then these can be translated separately. > > However, I think we probably need a function in utils.c like: > > print_status (metric, LEVEL, msg); > > where print_status prints "%s %s %s", so then you can have msgstr = > "%2$s %1$s %s" in the translation (maybe perfdata as an optional > parameter). > > But I am a bit loathed to try and put this into the 1.4 release because > I can see this would change a bit too many lines of code. Opinions? > I suggest deferring any substantial changes in favour of clearing up bugs (if possible), accepting patches and contributed plugins. The plugins really are very useful things as is; I use them directly or as a foundation for non Nag scheduled monitoring (eg long term intensive monitoring of an intermittent fault that I may not want to be alerted about, or simply ad-hoc health checks from remote stuff that doesn't require nrpe or friends). It is good to not jeopardise the good will of the anonymous contributors, so perhaps we should do the best we can with the internationalisation effort while becoming clear about the costs of the various approaches. I am conscious of the far more serious thinking about this by Benoit Yves and yourself, so am quite happy to shut up. > > Ton > Yours sincerely. -- Stanley Hopcroft Network specialist, IT Infrastructure IP Australia Ph: (02) 6283 3189 Fax: (02) 6281 1353 PO Box 200 Woden ACT 2606 http://www.ipaustralia.gov.au -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: disclaimer.txt URL: From benoit.mortier at opensides.be Tue Nov 30 00:50:04 2004 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Tue Nov 30 00:50:04 2004 Subject: [Nagiosplug-devel] correction de strings dans les plugins Message-ID: <200411300122.07871.benoit.mortier@opensides.be> Hello, #: plugins/check_mysql.c:278 This program tests connections to a mysql server\n ->>>>> should be This plugin tests... Bye -- Benoit Mortier OpenSides sprl Linux Engineer From benoit.mortier at opensides.be Tue Nov 30 00:50:05 2004 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Tue Nov 30 00:50:05 2004 Subject: [Nagiosplug-devel] localisation next ;-) Message-ID: <200411300837.13143.benoit.mortier@opensides.be> Hello, sorry to bother you with all those message... #: plugins/check_nwstat.c:297 plugins/check_nwstat.c:322 #: plugins/check_nwstat.c:442 plugins/check_nwstat.c:463 #: plugins/check_nwstat.c:495 plugins/check_nwstat.c:516 Error: Volume '%s' does not exist! Error Should be Capitalized #: plugins/check_nwstat.c:612 Critical: Time not in sync with network! Crtitical Should be Capitalized #: plugins/check_nwstat.c:615 OK! Time in sync with network! the OK! should be remplaced by OK #: plugins/check_overcr.c:460 - This plugin requres that Eric Molitors' Over-CR collector daemon be\n requres should be requires -- Benoit Mortier OpenSides sprl Linux Engineer From benoit.mortier at opensides.be Tue Nov 30 00:50:06 2004 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Tue Nov 30 00:50:06 2004 Subject: [Nagiosplug-devel] some modif needed in translating the plugins In-Reply-To: <5307B8E4-4266-11D9-B7E3-000A95D47298@mac.com> References: <200411290146.48100.benoit.mortier@opensides.be> <5307B8E4-4266-11D9-B7E3-000A95D47298@mac.com> Message-ID: <200411300752.22405.benoit.mortier@opensides.be> Le mardi 30 Novembre 2004 01:25, Ton Voon a ?crit?: > On 29 Nov 2004, at 00:46, Benoit Mortier wrote: > > #: plugins/check_http.c:953 > > HTTP problem: %s - %.3f second response time %s%s|%s %s\n ->> should > > that be > > ERROR or WARNING > > This is going to be difficult to do, so I'm going to play chicken and > leave this one, unless someone has a good patch. Yes ;-) i will look at the code .. > > #: plugins/check_http.c:974 > > CRITICAL - string not found%s|%s %s\n ->>> missing a space between > > found and > > %s > > This is deliberately without a space, because there is meant to be a > if the output is in html. ok sorry didn't look a the code [..] > > #: plugins/check_ide-smart.c:163 > > Critical: SMART_READ_VALUES: %s\n ->>> Critical: should be capitalized > > > > Critical, Warning, Error, Unknow should be capitalized in all the > > plugins. > > I've capitalised the parts that make sense, but the output from this > program looks very inconsistent. yes, i have found that.. > Changed to UNKNOWN ok -- Benoit Mortier OpenSides sprl Linux Engineer From benoit.mortier at opensides.be Tue Nov 30 00:52:01 2004 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Tue Nov 30 00:52:01 2004 Subject: [Nagiosplug-devel] Re: Nagios plugin translation next part ;-) In-Reply-To: <20041130055608.GF17347@IPAustralia.Gov.AU> References: <41A46BF6001CDEFC@mail05.pds.libertysurf.fr> <20041130055608.GF17347@IPAustralia.Gov.AU> Message-ID: <200411300746.22734.benoit.mortier@opensides.be> Le mardi 30 Novembre 2004 06:56, Stanley Hopcroft a ?crit?: > Dear Sir, > > I am writing to thank you for your letter and say, > > On Mon, Nov 29, 2004 at 10:54:55PM +0000, Ton Voon wrote: > > I think the long term view should be to have separate "METRIC" "LEVEL" > > "Msg", and then these can be translated separately. > > > > However, I think we probably need a function in utils.c like: > > > > print_status (metric, LEVEL, msg); > > > > where print_status prints "%s %s %s", so then you can have msgstr = > > "%2$s %1$s %s" in the translation (maybe perfdata as an optional > > parameter). > > > > But I am a bit loathed to try and put this into the 1.4 release because > > I can see this would change a bit too many lines of code. Opinions? > > I suggest deferring any substantial changes in favour of clearing up > bugs (if possible), accepting patches and contributed plugins. I agree, we should clear all the bug if possible and leave that for 1.4.1, this would allow us to finish the translation and spot the rough edge. I could provide also the flemish translation around february. > The plugins really are very useful things as is; I use them directly or > as a foundation for non Nag scheduled monitoring (eg long term intensive > monitoring of an intermittent fault that I may not want to be alerted > about, or simply ad-hoc health checks from remote stuff that doesn't > require nrpe or friends). > > It is good to not jeopardise the good will of the anonymous > contributors, so perhaps we should do the best we can with the > internationalisation effort while becoming clear about the costs of the > various approaches. I am conscious of the far more serious thinking > about this by Benoit Yves and yourself, so am quite happy to shut up. No problem with that ;-) we should focus on getting the plugins out in version 1.4 and make sure that thing like perfdata, localisation get in place but getting them out is more important than localization ;-) Hav a nice day -- Benoit Mortier OpenSides sprl Linux Engineer From ae at op5.se Tue Nov 30 01:09:04 2004 From: ae at op5.se (Andreas Ericsson) Date: Tue Nov 30 01:09:04 2004 Subject: [Nagiosplug-devel] localisation next ;-) In-Reply-To: <200411300837.13143.benoit.mortier@opensides.be> References: <200411300837.13143.benoit.mortier@opensides.be> Message-ID: <41AC389F.2030205@op5.se> Benoit Mortier wrote: > Hello, > > sorry to bother you with all those message... > > #: plugins/check_nwstat.c:297 plugins/check_nwstat.c:322 > #: plugins/check_nwstat.c:442 plugins/check_nwstat.c:463 > #: plugins/check_nwstat.c:495 plugins/check_nwstat.c:516 > Error: Volume '%s' does not exist! > > Error Should be Capitalized > > #: plugins/check_nwstat.c:612 > Critical: Time not in sync with network! > > Crtitical Should be Capitalized > This seems like a fairly common problem. I'm sure something like this would catch most of them; sed -i -e 's/_("Critical/_("CRITICAL/' -e 's/_("Warning/_("WARNING/' \ -e 's/\(usage[2 ]*\)(_("CRITICAL /\1(_("Critical/' \ -e 's/\(usage[2 ]*\)(_("WARNING /\1(_("Warning/' \ plugins/*.c At least this works properly with sed 4.1.1. The last two lines could ofcourse be dropped if you want usage output to capitalise CRITICAL and WARNING when either one starts a message. > #: plugins/check_nwstat.c:615 > OK! Time in sync with network! > > the OK! should be remplaced by OK > Most plugins use "OK - message" or "OK: message". The "OK" part could be stripped entirely since it doesn't add much for users running the nagios gui (although it IS nice to have when you're debugging plugins). > #: plugins/check_overcr.c:460 > - This plugin requres that Eric Molitors' Over-CR collector daemon be\n > > requres should be requires > -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From benoit.mortier at opensides.be Tue Nov 30 01:36:02 2004 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Tue Nov 30 01:36:02 2004 Subject: [Nagiosplug-devel] localisation next ;-) In-Reply-To: <41AC389F.2030205@op5.se> References: <200411300837.13143.benoit.mortier@opensides.be> <41AC389F.2030205@op5.se> Message-ID: <200411301034.31997.benoit.mortier@opensides.be> Le mardi 30 Novembre 2004 10:08, Andreas Ericsson a ?crit?: > Benoit Mortier wrote: [..] > This seems like a fairly common problem. I'm sure something like this > would catch most of them; > > sed -i -e 's/_("Critical/_("CRITICAL/' -e 's/_("Warning/_("WARNING/' \ > -e 's/\(usage[2 ]*\)(_("CRITICAL /\1(_("Critical/' \ > -e 's/\(usage[2 ]*\)(_("WARNING /\1(_("Warning/' \ > plugins/*.c thanks will look a that tonight and provide a patch ;-) > At least this works properly with sed 4.1.1. The last two lines could > ofcourse be dropped if you want usage output to capitalise CRITICAL and > WARNING when either one starts a message. > > > #: plugins/check_nwstat.c:615 > > OK! Time in sync with network! > > > > the OK! should be remplaced by OK > > Most plugins use "OK - message" or "OK: message". The "OK" part could be > stripped entirely since it doesn't add much for users running the nagios > gui (although it IS nice to have when you're debugging plugins). normaly that shloud effectively be splitted like said in an other message first part second part OK message Have a nice day -- Benoit Mortier OpenSides sprl Linux Engineer From noreply at sourceforge.net Tue Nov 30 19:18:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Nov 30 19:18:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1073779 ] check_ping & Fedora Core 1/2/3 Message-ID: Bugs item #1073779, was opened at 2004-11-26 07:00 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1073779&group_id=29880 Category: Parsing problem Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Eugene_B (b_eugene) Assigned to: Matthew Kent (mattkent) Summary: check_ping & Fedora Core 1/2/3 Initial Comment: ./check_ping -H 192.168.1.1 -w 100,20% -c 500,60% /bin/ping -n -U -w 10 -c 5 192.168.1.1 Error: Could not interpret output from ping command ----------------------- I make change in source code of check_ping.c: 437c437 < sscanf(buf,"rtt min/avg/max/mdev = %*f/%f/%*f/%*f ms",&rta)==1) --- > sscanf(buf,"rtt min/avg/max/mdev = %f/%f/%f/%f ms",&rta)==1) ------------------------ and ./check_ping -H 192.168.1.1 -w 100,20% -c 500,60% PING OK - Packet loss = 0%, RTA = 0,00 ms ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-11-30 19:17 Message: Logged In: YES user_id=983566 Yeah that's identical to the output of my core 3 server. Are you using a fairly recent version of the plugins? Can you try one from a recent cvs-head snapshot http://nagiosplug.sourceforge.net/snapshot/ ? ---------------------------------------------------------------------- Comment By: Eugene_B (b_eugene) Date: 2004-11-29 02:16 Message: Logged In: YES user_id=1166750 /bin/ping -n -U -w 10 -c 5 192.168.1.1 PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data. 64 bytes from 192.168.1.1: icmp_seq=0 ttl=64 time=0.357 ms ... --- 192.168.1.1 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2000ms rtt min/avg/max/mdev = 0.315/0.332/0.357/0.027 ms, pipe 2 ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-11-27 11:36 Message: Logged In: YES user_id=983566 Just tested the latest snapshot against fedora core 3 and it works as expected. Can you paste me the output of your /bin/ping -n -U -w 10 -c 5 192.168.1.1 command? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1073779&group_id=29880 From noreply at sourceforge.net Tue Nov 30 19:28:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Nov 30 19:28:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1027787 ] perfdata for check_oracle Message-ID: Patches item #1027787, was opened at 2004-09-14 02:22 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1027787&group_id=29880 Category: Perf data Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Florian Gleixner (redflo) >Assigned to: Matthew Kent (mattkent) Summary: perfdata for check_oracle Initial Comment: This is a enhancement to the check_oracle from the cvs-snapshot 200409081647. It adds performance data to the output and outputs percentage values more exactly. This is useful because for example buffer cache hit ratio is always near 99% and it's good to know if it's 99.0% or 99.9%. I also undid a regualar expression in the pmon check, because it failed on sun solaris. ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-11-30 19:27 Message: Logged In: YES user_id=983566 Changes look simple enough. Applied in HEAD. Sorry for the delay. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1027787&group_id=29880 From noreply at sourceforge.net Tue Nov 30 19:42:00 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Nov 30 19:42:00 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-912996 ] check_ping fails to return CRITICAL under RHES 3.0 Message-ID: Patches item #912996, was opened at 2004-03-09 12:10 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=912996&group_id=29880 Category: Bugfix Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Todd A. Green (slarti71) >Assigned to: Matthew Kent (mattkent) Summary: check_ping fails to return CRITICAL under RHES 3.0 Initial Comment: While the check_ping command returns proper results when pinging an up host, if the host is down the plugin returns Error: Could not interpret output from ping command This patch fixes that behavior. cd plugins patch < check_ping.c.diff ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-11-30 19:41 Message: Logged In: YES user_id=983566 This looks fixed in CVS head. If I'm wrong please let me know and I'll open this again. Sorry for the delay! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=912996&group_id=29880 From noreply at sourceforge.net Tue Nov 30 19:52:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Nov 30 19:52:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-996800 ] check_nmap.py update for current version of nmap Message-ID: Patches item #996800, was opened at 2004-07-23 13:18 Message generated for change (Settings changed) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=996800&group_id=29880 Category: Bugfix Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: David Rippel (rippeld) >Assigned to: Matthew Kent (mattkent) Summary: check_nmap.py update for current version of nmap Initial Comment: Corrects bug in check_nmap.py with newer versions of nmap where closed ports are reporetd by plugin as being open. This is due to the fact that the original version of the plugin did not look at the port state, only whether nmap returned 'something' for that port. This patch will check for the 'open' state. ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2004-11-30 19:51 Message: Logged In: YES user_id=983566 Applied in cvs head. Thanks and sorry for the delay. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=996800&group_id=29880 From noreply at sourceforge.net Tue Nov 30 19:58:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Nov 30 19:58:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-991359 ] patch for checking elapsed time of a process Message-ID: Patches item #991359, was opened at 2004-07-14 22:17 Message generated for change (Settings changed) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=991359&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Russell Miller (duskglow) >Assigned to: Matthew Kent (mattkent) Summary: patch for checking elapsed time of a process Initial Comment: Adds a "-e" option (patch is slightly incorrect in that an "e:" should be added to the getopt string, that's not in the patch) to check_procs, so that the elapsed time of a process can be measured and warnings thrown if the process lasts too long. This is useful if a program such as ftpd runs away. ---------------------------------------------------------------------- Comment By: Russell Miller (duskglow) Date: 2004-07-29 11:41 Message: Logged In: YES user_id=163260 Sigh, third time's a charm. ---------------------------------------------------------------------- Comment By: Russell Miller (duskglow) Date: 2004-07-29 11:39 Message: Logged In: YES user_id=163260 Oops, here's the patch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=991359&group_id=29880 From noreply at sourceforge.net Tue Nov 30 22:20:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Nov 30 22:20:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1070929 ] hpjdres Message-ID: New Plugins item #1070929, was opened at 2004-11-22 11:17 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1070929&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: SupaFly (amincheneau) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: hpjdres Initial Comment: Hi I have the error message "No output" in Nagios GUI. The plugin works in command line with root or nagios users. The rights on it are -rwxr-xr-x 1 nagios nagios. my checkcommands.cfg define command { command_name check_hpjdres command_line $USER1$/check_hpjdres -k 1 -H $HOSTADDRESS$ my services.cfg: Define service{ host_name FR40 service_description check_hpjdres check_command toner_black max_check_attempts 3 normal_check_interval 3 retry_check_interval 1 check_period 24x7 notification_interval 0 notification_period 24x7 notification_options w,u,c,r contact_groups admins } ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-12-01 06:19 Message: Logged In: YES user_id=395628 Dear aimincheneau, The plugin works fine both from the CLI and also a test Nag (a 1.0) but that shouldn't be relevant - (%../bin/nagios -m Nagios 1.0 Copyright (c) 1999-2002 Ethan Galstad (nagios at nagios.org) Last Modified: 11-24-2002 License: GPL External Data I/O ----------------- Object Data: TEMPLATE Status Data: DEFAULT Retention Data: DEFAULT Comment Data: DEFAULT Downtime Data: DEFAULT Performance Data: DEFAULT Options ------- * Embedded Perl compiler (With caching) ). Here are the test nag results tsitc> more status.log # Nagios 1.0 Status File [1101880675] PROGRAM;1101880570;87996;0;1101880640;0;1;1;1;1;0;0;1;0 [1101880675] HOST;asterix;PENDING;0;0;0;0;0;0;0;0;1;1;1;1;0;0.0;0;1;1;(Not enough data to determine host status yet) [1101880675] HOST;oradev;UP;1074256506;1074256200;0;27624370;0;0;0;0;1;1;1;1;0;0.00;0;1;1;PING ok - Packet loss = 0%, RTA = 0.41 ms [1101880675] HOST;ta27;UP;1101880640;1101880630;0;0;0;0;0;0;1;1;1;1;0;0.00;0;1;1;PING ok - Packet loss = 0%, RTA = 1.73 ms [1101880675] SERVICE;ta27;Troublesome check_hpjdres;CRITICAL;1/3;SOFT;1101880630;1101880690;ACTIVE;1;1;1;1101880640;0;OK;0;0;0;0;0;0;1;0;0;1;0;0.00;0;1;1;1;CRITICA L: Toner Cartridge HP C4127X: 2.82608695652174 % tsitc> more status.log # Nagios 1.0 Status File [1101880810] PROGRAM;1101880570;87996;0;1101880810;0;1;1;1;1;0;0;1;0 [1101880810] HOST;asterix;PENDING;0;0;0;0;0;0;0;0;1;1;1;1;0;0.0;0;1;1;(Not enough data to determine host status yet) [1101880810] HOST;oradev;UP;1074256506;1074256200;0;27624370;0;0;0;0;1;1;1;1;0;0.00;0;1;1;PING ok - Packet loss = 0%, RTA = 0.41 ms [1101880810] HOST;ta27;UP;1101880760;1101880630;0;0;0;0;0;0;1;1;1;1;0;0.00;0;1;1;PING ok - Packet loss = 0%, RTA = 1.70 ms [1101880810] SERVICE;ta27;Troublesome check_hpjdres;CRITICAL;3/3;HARD;1101880750;1101880810;ACTIVE;1;1;1;1101880760;0;CRITICAL;120;0;0;0;1101880760;1;1;0;0;1;0;0.0 0;0;1;1;1;CRITICAL: Toner Cartridge HP C4127X: 2.82608695652174 % tsitc> more status.log # Nagios 1.0 Status File [1101880870] PROGRAM;1101880570;87996;0;1101880870;0;1;1;1;1;0;0;1;0 [1101880870] HOST;asterix;PENDING;0;0;0;0;0;0;0;0;1;1;1;1;0;0.0;0;1;1;(Not enough data to determine host status yet) [1101880870] HOST;oradev;UP;1074256506;1074256200;0;27624370;0;0;0;0;1;1;1;1;0;0.00;0;1;1;PING ok - Packet loss = 0%, RTA = 0.41 ms [1101880870] HOST;ta27;UP;1101880820;1101880630;0;0;0;0;0;0;1;1;1;1;0;0.00;0;1;1;PING ok - Packet loss = 0%, RTA = 1.76 ms [1101880870] SERVICE;ta27;Troublesome check_hpjdres;CRITICAL;3/3;HARD;1101880810;1101880870;ACTIVE;1;1;1;1101880760;0;CRITICAL;120;0;0;0;1101880760;1;1;0;0;1;0;0.0 0;0;1;1;1;CRITICAL: Toner Cartridge HP C4127X: 2.82608695652174 % tsitc> >From the CLItsitc> ../libexec/check_hpjdres -H ta27 -k 1 CRITICAL: Toner Cartridge HP C4127X: 2.82608695652174 % tsitc> so it works the same as in Nagios. I found I had to slighlt butcher the plugin to get it to work with perl5.005_03/Net::SMP v3, but if you got it woirk from the CLI that is not your problem. At this point, I am at a loss for helpful remarks tsitc> ../libexec/check_hpjdres -V check_hpjdres (nagios-plugins 1.4.0alpha1) 1.0 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. tsitc> Here's my checkcommand entry # 'check_hpjdres' command definition define command{ command_name check_hpjdres command_line $USER1$/check_hpjdres -H $HOSTADDRESS$ -k 1 } % It's the same as yours. What version of Net::SNMP do you use ? ---------------------------------------------------------------------- Comment By: SupaFly (amincheneau) Date: 2004-11-29 11:49 Message: Logged In: YES user_id=1133930 Hi stanley and thank you to help me! I'm not sure to understand what you did! The plugin works for me just in command line, does it work for you in nagios or in command line? Regards ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-26 08:49 Message: Logged In: YES user_id=395628 Dear aimincheneau, Plugin should be comitted (like me) RSN to /contrib. The plugin seems to work Ok for me. eg from the CLI pc09011> ./check_hpjdres -H ta27 -k 1 WARNING: Toner Cartridge HP C4127X: 14.3478260869565 % pc09011> ./check_hpjdres -H ta28 -k 1 CRITICAL: Toner Cartridge HP C4127X: 0 % pc09011> ./check_hpjdres -H ta29 -k 1 UNKNOWN: Unable to resolve destination UDP/IPv4 address 'ta29'pc09011> pc09011> ./check_hpjdres -H print001 -k 1 UNKNOWN: Unable to resolve destination UDP/IPv4 address 'print001'pc09011> pc09011> ./check_hpjdres -H n001 -k 1 CRITICAL: Toner Cartridge HP C4127X: 0 % With an embedded Perl Nagios simulator it also seems to work. pc09011> ./test_epn_arg1.pl check_hpjdres -H ta28 -k 1 (2, 'CRITICAL: Toner Cartridge HP C4127X: 0 %'). pc09011> ./test_epn_arg1.pl check_hpjdres -H ta27 -k 1 (1, 'WARNING: Toner Cartridge HP C4127X: 14.3478260869565 %'). pc09011> Give it a crack noting that 1 if you use embedded Perl Nagios at the present release level - you get NO FEEDBACK if the plugin raises a runtime exception. This is being addressed (in both versions of Nag 1.x and 2.x). If you use embedded Perl please write something positive about it. I use it and I LIKE it but then again I am biased. Give iit a shot. Yours sincerely. ---------------------------------------------------------------------- Comment By: SupaFly (amincheneau) Date: 2004-11-24 12:57 Message: Logged In: YES user_id=1133930 You're fully apologized! I send you the link to download check_hpjdres: http://sourceforge.net/tracker/download.php? group_id=29880&atid=541465&file_id=44083&aid=692207 You need to install the net::snmp module to make workt it! http://search.cpan.org/CPAN/authors/id/D/DT/DTOWN/Net- SNMP-5.0.1.tar.gz But to test this plugin you need to have a hp or Xerox network printer, it gives you the state of your toners. when you type ./check_hpjdres -k 1 -H "address of your printer" "-k 1" it's for black toner, you can change the value by 2,3,4 if you have a color printer and more for Xerox. Regards. ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-24 11:51 Message: Logged In: YES user_id=395628 Dear aimincheneau, Sorry for the stupid answer; oh dear ! As for check_hpjdres, there doesn't seem to be a plugin named check_hpjdres in the 1.4alpha distro (I am working from the CVS but the tar-ball should be the same). I am sorry to be speaking with all the grace and intellect of a donkey, but I am confused. pc09011> pwd /usr/home/anwsmh/build/nagios-plugins_HEAD/nagiosplug pc09011> find . -name 'check_hp*' -ls 1865383 16 -rwxr-xr-x 1 anwsmh anwsmh 7502 Nov 23 17:25 ./contrib/check_hprsc.pl 1896751 2 -rw-r--r-- 1 anwsmh anwsmh 637 Nov 23 17:25 ./plugins/t/check_hpjd.t 1896776 22 -rw-r--r-- 1 anwsmh anwsmh 10356 Nov 23 17:25 ./plugins/check_hpjd.c 1896823 2 -rw-r--r-- 1 anwsmh anwsmh 96 Nov 23 17:25 ./plugins/tests/check_hpjd 1904794 6 -rw-r--r-- 1 anwsmh anwsmh 2199 Nov 23 19:09 ./plugins/.deps/check_hpjd.Po 1897436 62 -rw-r--r-- 1 anwsmh anwsmh 30844 Nov 23 19:09 ./plugins/check_hpjd.o 1897437 336 -rwxr-xr-x 1 anwsmh anwsmh 157162 Nov 23 19:09 ./plugins/check_hpjd pc09011> Could you tell me about this plugin - or send me a copy, and I'll put it back where it belongs ? With regret, ---------------------------------------------------------------------- Comment By: SupaFly (amincheneau) Date: 2004-11-24 11:13 Message: Logged In: YES user_id=1133930 Thanks for your answer stanley, I have a problem with check_hpjdres plugin and not with check_hpjd (which is working fine). ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-24 03:10 Message: Logged In: YES user_id=395628 Dear aimincheneau, The latest plugin versions do _not_ have a k option (-k in your command_line). pc09011> ./check_hpjd -h check_hpjd (nagios-plugins 1.4.0alpha2) 1.18 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. Copyright (c) 1999 Ethan Galstad Copyright (c) 2000-2003 Nagios Plugin Development Team This plugin tests the STATUS of an HP printer with a JetDirect card. Net-snmp must be installed on the computer running the plugin. Usage: check_hpjd -H host [-C community] check_hpjd (-h | --help) for detailed help check_hpjd (-V | --version) for version information Options: -h, --help Print detailed help screen -V, --version Print version information -C, --community=STRING The SNMP community name (default=public) Send email to nagios-users at lists.sourceforge.net if you have questions regarding use of this software. To submit patches or suggest improvements, send email to nagiosplug-devel at lists.sourceforge.net pc09011> ./check_hpjd -H ta27 Printer ok - (STRING: "PROCESSING JOB.FROM TRAY 3") pc09011> ./check_hpjd -H ta27 -k 1 ./check_hpjd: invalid option -- k Invalid argument Usage: check_hpjd -H host [-C community] check_hpjd (-h | --help) for detailed help check_hpjd (-V | --version) for version information pc09011> Could this be a mistake in your command_line ? ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-11-24 00:59 Message: Logged In: YES user_id=664364 Moving to Bugs tracker as Support Requests will be closed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1070929&group_id=29880