From sghosh at sghosh.org Sun Jun 1 08:33:06 2003 From: sghosh at sghosh.org (Subhendu Ghosh) Date: Sun Jun 1 08:33:06 2003 Subject: [Nagiosplug-devel] Bug fix release In-Reply-To: <1054440694.2509.756.camel@miles.debisschop.net> Message-ID: On 1 Jun 2003, Karl DeBisschop wrote: > On Sat, 2003-05-31 at 14:05, Subhendu Ghosh wrote: > > On 31 May 2003, Karl DeBisschop wrote: > > > > > Should we plan on releasing 1.3.1 with the accumulated bugfixes to the > > > stable branch? Sounds like Ethan will be diong a 1.1 for nagios, so the > > > timing seems good. > > > > > > > Sounds good. should we aim for next weekend? > > Sounds reasonable, though I wouldn't mind if we gave ourselves a few > days beyond that. If we went for the following Tuesday, we could give a > short call for testing on Monday. Fine - -- -sg From noreply at sourceforge.net Mon Jun 2 00:19:13 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jun 2 00:19:13 2003 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-744254 ] check_cpuload Message-ID: New Plugins item #744254, was opened at 2003-05-27 15:22 Message generated for change (Settings changed) made by rkarlsba You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=744254&group_id=29880 Category: Perl plugin Group: None Status: Open Resolution: None >Priority: 5 Submitted By: Roy Sigurd Karlsbakk (rkarlsba) Assigned to: Nobody/Anonymous (nobody) Summary: check_cpuload Initial Comment: Simple perl plugin to check for CPU load on local linux machines using the sysstat package (sar) ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-05-28 11:43 Message: Logged In: YES user_id=145309 Added new version. This can actually be called usable. Solaris and linux support. ---------------------------------------------------------------------- Comment By: Tommy Fallsen (doffen24) Date: 2003-05-28 10:47 Message: Logged In: YES user_id=788346 The output is solaris ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-05-28 10:35 Message: Logged In: YES user_id=145309 Can you send me the output from this on your solaris box? perl -e 'print "$^O\n"' ---------------------------------------------------------------------- Comment By: Tommy Fallsen (doffen24) Date: 2003-05-28 09:59 Message: Logged In: YES user_id=788346 Its your script so you should rewrite it if you want to. This is how i changed it , and below is what sar 1 3 gives in Solaris (its the same for OS versions 2.6, 7 , and 8). if (/^Average/) { @values = split(/\s+/); $user = $values[1]; $system = $values[2]; $iowait = $values[3]; $idle = $values[4]; $stop = 1; } SunOS ask 5.8 Generic_108528-21 sun4u 05/28/03 09:57:24 %usr %sys %wio %idle 09:57:25 2 13 0 85 09:57:26 2 2 0 96 09:57:27 1 12 1 86 Average 2 9 0 89 SunOS levanger 5.6 Generic_105181-31 sun4u 05/28/03 09:58:31 %usr %sys %wio %idle 09:58:32 18 7 19 56 09:58:33 22 13 16 50 09:58:34 23 16 13 49 Average 21 12 16 52 ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-05-28 09:39 Message: Logged In: YES user_id=145309 What if you rewrite it to support Solaris? Then we can do an OS check before running sar. ---------------------------------------------------------------------- Comment By: Tommy Fallsen (doffen24) Date: 2003-05-28 09:33 Message: Logged In: YES user_id=788346 Ignore last comment, output of sar in solaris too different. Sorry ---------------------------------------------------------------------- Comment By: Tommy Fallsen (doffen24) Date: 2003-05-28 08:58 Message: Logged In: YES user_id=788346 If you remove : in if (/^Average:/) { it will work in Solaris too. ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-05-27 15:27 Message: Logged In: YES user_id=145309 WARNING This isn't finished This is only for testing and further development ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=744254&group_id=29880 From noreply at sourceforge.net Mon Jun 2 00:20:07 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jun 2 00:20:07 2003 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-738128 ] check_mssql plugin Message-ID: New Plugins item #738128, was opened at 2003-05-15 10:32 Message generated for change (Comment added) made by rkarlsba You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=738128&group_id=29880 Category: Perl plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Roy Sigurd Karlsbakk (rkarlsba) Assigned to: Nobody/Anonymous (nobody) Summary: check_mssql plugin Initial Comment: hi here's (another?) check_mssql plugin written in perl. the only other I've seen was a hacky bourne shell. Waddayathink? roy ---------------------------------------------------------------------- >Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-06-02 09:19 Message: Logged In: YES user_id=145309 Updated comment in top to reflect a GPL licence ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-05-27 15:23 Message: Logged In: YES user_id=145309 Thanks you for submitting your plugin/script for inclusion in the NagiosPlugins project. Please note that only plugins/scripts with an opensource license can be accepted in this project. Please ensure that your code contains explicit copyright and license information. Future status of your plugin: Initially the plugin will be included asis in the contrib directory. If you have any updates or patches that need to be applied, please post them on the NaiosPlugins website under Patches. (http://sourceforge.net/tracker/?group_id=29880&atid=397599) If the plugin code meets with the guidelines and there is a general consensus among users that it is useful and could see wide deployment, the plugin code will be migrated from "contrib" to "supported" status in either the plugins or plugins-scripts directories. Future status of your script: At this time we have only started collecting scripts that are used for report generation. Their future migration to supported status is not clear at the moment. Again thanks for contributing to opensource. The NagiosPlugins Team ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-05-27 15:21 Message: Logged In: YES user_id=145309 Thanks you for submitting your plugin/script for inclusion in the NagiosPlugins project. Please note that only plugins/scripts with an opensource license can be accepted in this project. Please ensure that your code contains explicit copyright and license information. Future status of your plugin: Initially the plugin will be included asis in the contrib directory. If you have any updates or patches that need to be applied, please post them on the NaiosPlugins website under Patches. (http://sourceforge.net/tracker/?group_id=29880&atid=397599) If the plugin code meets with the guidelines and there is a general consensus among users that it is useful and could see wide deployment, the plugin code will be migrated from "contrib" to "supported" status in either the plugins or plugins-scripts directories. Future status of your script: At this time we have only started collecting scripts that are used for report generation. Their future migration to supported status is not clear at the moment. Again thanks for contributing to opensource. The NagiosPlugins Team ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=738128&group_id=29880 From noreply at sourceforge.net Mon Jun 2 00:21:01 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jun 2 00:21:01 2003 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-746083 ] check_asterisk Message-ID: New Plugins item #746083, was opened at 2003-05-30 15:36 Message generated for change (Comment added) made by rkarlsba You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=746083&group_id=29880 Category: Perl plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Roy Sigurd Karlsbakk (rkarlsba) Assigned to: Nobody/Anonymous (nobody) Summary: check_asterisk Initial Comment: plugin to log into the asterisk PBX (asterisk.org) manager interface. This just logs in and out, but it's better than nothing :) roy ---------------------------------------------------------------------- >Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-06-02 09:20 Message: Logged In: YES user_id=145309 updated licence to GPL ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=746083&group_id=29880 From noreply at sourceforge.net Mon Jun 2 00:22:02 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jun 2 00:22:02 2003 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-744254 ] check_cpuload Message-ID: New Plugins item #744254, was opened at 2003-05-27 15:22 Message generated for change (Comment added) made by rkarlsba You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=744254&group_id=29880 Category: Perl plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Roy Sigurd Karlsbakk (rkarlsba) Assigned to: Nobody/Anonymous (nobody) Summary: check_cpuload Initial Comment: Simple perl plugin to check for CPU load on local linux machines using the sysstat package (sar) ---------------------------------------------------------------------- >Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-06-02 09:21 Message: Logged In: YES user_id=145309 Last update includes adding 'licenced under GPL', so this can hopefully be included with the nagios plugins some time ... ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-05-28 11:43 Message: Logged In: YES user_id=145309 Added new version. This can actually be called usable. Solaris and linux support. ---------------------------------------------------------------------- Comment By: Tommy Fallsen (doffen24) Date: 2003-05-28 10:47 Message: Logged In: YES user_id=788346 The output is solaris ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-05-28 10:35 Message: Logged In: YES user_id=145309 Can you send me the output from this on your solaris box? perl -e 'print "$^O\n"' ---------------------------------------------------------------------- Comment By: Tommy Fallsen (doffen24) Date: 2003-05-28 09:59 Message: Logged In: YES user_id=788346 Its your script so you should rewrite it if you want to. This is how i changed it , and below is what sar 1 3 gives in Solaris (its the same for OS versions 2.6, 7 , and 8). if (/^Average/) { @values = split(/\s+/); $user = $values[1]; $system = $values[2]; $iowait = $values[3]; $idle = $values[4]; $stop = 1; } SunOS ask 5.8 Generic_108528-21 sun4u 05/28/03 09:57:24 %usr %sys %wio %idle 09:57:25 2 13 0 85 09:57:26 2 2 0 96 09:57:27 1 12 1 86 Average 2 9 0 89 SunOS levanger 5.6 Generic_105181-31 sun4u 05/28/03 09:58:31 %usr %sys %wio %idle 09:58:32 18 7 19 56 09:58:33 22 13 16 50 09:58:34 23 16 13 49 Average 21 12 16 52 ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-05-28 09:39 Message: Logged In: YES user_id=145309 What if you rewrite it to support Solaris? Then we can do an OS check before running sar. ---------------------------------------------------------------------- Comment By: Tommy Fallsen (doffen24) Date: 2003-05-28 09:33 Message: Logged In: YES user_id=788346 Ignore last comment, output of sar in solaris too different. Sorry ---------------------------------------------------------------------- Comment By: Tommy Fallsen (doffen24) Date: 2003-05-28 08:58 Message: Logged In: YES user_id=788346 If you remove : in if (/^Average:/) { it will work in Solaris too. ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-05-27 15:27 Message: Logged In: YES user_id=145309 WARNING This isn't finished This is only for testing and further development ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=744254&group_id=29880 From noreply at sourceforge.net Mon Jun 2 00:53:04 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jun 2 00:53:04 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-706851 ] check_tcp misses expect string without newline Message-ID: Bugs item #706851, was opened at 2003-03-20 12:15 Message generated for change (Comment added) made by aderixon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=706851&group_id=29880 Category: None Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Ade Rixon (aderixon) Assigned to: Karl DeBisschop (kdebisschop) Summary: check_tcp misses expect string without newline Initial Comment: In check_tcp.c 1.13, the following lines were added (line 261): if (buffer[i-2] == '\r' && buffer[i-1] == '\n') break; I have a TCP service that returns a string on connection without a trailing newline. It used to be detected by the -e option to check_tcp. The above code breaks this behaviour and causes check_tcp to wait until the timeout is reached, whereupon it fails. Can this either be configurable, or be removed? ---------------------------------------------------------------------- >Comment By: Ade Rixon (aderixon) Date: 2003-06-02 08:52 Message: Logged In: YES user_id=145082 To clarify: On connect to the port, the server immediately returns either 'K' or 'N' (no trailing newline), which indicates whether it is accepting requests or not. If your proposed cap on bytes fetched means that I could specify "fetch exactly one byte" and this would work then yes, that is an acceptable solution. ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2003-06-01 05:27 Message: Logged In: YES user_id=1671 The issue is not that the lines were added, it's that the old version could fail if he first line of text was more than MAXBUF char long. 1.12 calls recv once, 1.13 calls recv until the app stops sending. Are you trying to monitor a streaming app by chance? I propose that the solution is to add an option for a cap on the number of bytes that check_tcp should fetch. Will that work for you? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=706851&group_id=29880 From noreply at sourceforge.net Mon Jun 2 03:41:06 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jun 2 03:41:06 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-706851 ] check_tcp misses expect string without newline Message-ID: Bugs item #706851, was opened at 2003-03-20 07:15 Message generated for change (Comment added) made by kdebisschop You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=706851&group_id=29880 Category: None Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Ade Rixon (aderixon) Assigned to: Karl DeBisschop (kdebisschop) Summary: check_tcp misses expect string without newline Initial Comment: In check_tcp.c 1.13, the following lines were added (line 261): if (buffer[i-2] == '\r' && buffer[i-1] == '\n') break; I have a TCP service that returns a string on connection without a trailing newline. It used to be detected by the -e option to check_tcp. The above code breaks this behaviour and causes check_tcp to wait until the timeout is reached, whereupon it fails. Can this either be configurable, or be removed? ---------------------------------------------------------------------- >Comment By: Karl DeBisschop (kdebisschop) Date: 2003-06-02 06:40 Message: Logged In: YES user_id=1671 I applied the proposed change the other day. I beleive it should work for you - if you limit to 1 byte, it will make only 1 recv() call. Can you try a build from CVS or one of the daily snapshots at http://nagiosplug.sourceforge.net/snapshot/ and let us know how it goes for you? I hpe to close the issue out and make a bug fix release soon. (the option is -m or --maxbytes) Thanks. ---------------------------------------------------------------------- Comment By: Ade Rixon (aderixon) Date: 2003-06-02 03:52 Message: Logged In: YES user_id=145082 To clarify: On connect to the port, the server immediately returns either 'K' or 'N' (no trailing newline), which indicates whether it is accepting requests or not. If your proposed cap on bytes fetched means that I could specify "fetch exactly one byte" and this would work then yes, that is an acceptable solution. ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2003-06-01 00:27 Message: Logged In: YES user_id=1671 The issue is not that the lines were added, it's that the old version could fail if he first line of text was more than MAXBUF char long. 1.12 calls recv once, 1.13 calls recv until the app stops sending. Are you trying to monitor a streaming app by chance? I propose that the solution is to add an option for a cap on the number of bytes that check_tcp should fetch. Will that work for you? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=706851&group_id=29880 From noreply at sourceforge.net Mon Jun 2 04:44:03 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jun 2 04:44:03 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-706851 ] check_tcp misses expect string without newline Message-ID: Bugs item #706851, was opened at 2003-03-20 12:15 Message generated for change (Comment added) made by aderixon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=706851&group_id=29880 Category: None Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Ade Rixon (aderixon) Assigned to: Karl DeBisschop (kdebisschop) Summary: check_tcp misses expect string without newline Initial Comment: In check_tcp.c 1.13, the following lines were added (line 261): if (buffer[i-2] == '\r' && buffer[i-1] == '\n') break; I have a TCP service that returns a string on connection without a trailing newline. It used to be detected by the -e option to check_tcp. The above code breaks this behaviour and causes check_tcp to wait until the timeout is reached, whereupon it fails. Can this either be configurable, or be removed? ---------------------------------------------------------------------- >Comment By: Ade Rixon (aderixon) Date: 2003-06-02 12:43 Message: Logged In: YES user_id=145082 Nope, same behaviour with the new version: $ pwd /opt/home/me/src/C/nagios-plugins-200306020007/plugins $ ./check_tcp -H his06 -p 4097 -e K -m 1 -v CRITICAL - Socket timeout after 10 seconds >From truss: connect(4, 0x00028480, 16, 1) = 0 read(4, " K", 1023) = 1 read(4, 0x000288E8, 1023) (sleeping...) Received signal #14, SIGALRM, in read() [caught] read(4, 0x000288E8, 1023) Err#4 EINTR Perhaps because the terminating conditional is: strlen(status)>maxbytes and in this case status never goes above maxbytes (1)? ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2003-06-02 11:40 Message: Logged In: YES user_id=1671 I applied the proposed change the other day. I beleive it should work for you - if you limit to 1 byte, it will make only 1 recv() call. Can you try a build from CVS or one of the daily snapshots at http://nagiosplug.sourceforge.net/snapshot/ and let us know how it goes for you? I hpe to close the issue out and make a bug fix release soon. (the option is -m or --maxbytes) Thanks. ---------------------------------------------------------------------- Comment By: Ade Rixon (aderixon) Date: 2003-06-02 08:52 Message: Logged In: YES user_id=145082 To clarify: On connect to the port, the server immediately returns either 'K' or 'N' (no trailing newline), which indicates whether it is accepting requests or not. If your proposed cap on bytes fetched means that I could specify "fetch exactly one byte" and this would work then yes, that is an acceptable solution. ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2003-06-01 05:27 Message: Logged In: YES user_id=1671 The issue is not that the lines were added, it's that the old version could fail if he first line of text was more than MAXBUF char long. 1.12 calls recv once, 1.13 calls recv until the app stops sending. Are you trying to monitor a streaming app by chance? I propose that the solution is to add an option for a cap on the number of bytes that check_tcp should fetch. Will that work for you? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=706851&group_id=29880 From kelvinchike at go.com Mon Jun 2 06:39:06 2003 From: kelvinchike at go.com (kelvin chike) Date: Mon Jun 2 06:39:06 2003 Subject: [Nagiosplug-devel] URGENT BUSINESS TRANSACTION Message-ID: Dear sir=2Fmadam=2C I am a Private Investigator based in Europe=2E A group of Government Officials from an African Country contacted me with a Proposal=2E I am to Make contact with you and state their offer=2C if your Interest is Genuine=2C you will be Contacted for your Account details to which will be transferred the sum of $33=2C600=2C000=2E00 USD=2E =2820% of which is yours=29=2E You are then required to forward the remaining balance =28Minus the Interest=2C handling and tax clearance charges=2C which Will be offset by Us & Deducted from the transferred sum=29 to a nominated Bank account in the Cayman Islands=2E I don't think I need to spell out the importance of Secrecy in this Matter considering the amount involved=2E Let me state clearly here that the account that you would be providing does not need to have funds in it=2C it is only needed to be active and be able to receive funds=2E So=2C if I don't hear from you within three days I will assume you are not interested and will solicit for a new partner=2C but if you know you are interested let me know=2E List your phone & fax Numbers so we may communicate with you=2E This is important as we would Have to talk about the modalities of the transaction=2E Waiting to hear from you=2E kelvin chike From noreply at sourceforge.net Mon Jun 2 07:42:19 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jun 2 07:42:19 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-706851 ] check_tcp misses expect string without newline Message-ID: Bugs item #706851, was opened at 2003-03-20 07:15 Message generated for change (Comment added) made by kdebisschop You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=706851&group_id=29880 Category: None Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Ade Rixon (aderixon) Assigned to: Karl DeBisschop (kdebisschop) Summary: check_tcp misses expect string without newline Initial Comment: In check_tcp.c 1.13, the following lines were added (line 261): if (buffer[i-2] == '\r' && buffer[i-1] == '\n') break; I have a TCP service that returns a string on connection without a trailing newline. It used to be detected by the -e option to check_tcp. The above code breaks this behaviour and causes check_tcp to wait until the timeout is reached, whereupon it fails. Can this either be configurable, or be removed? ---------------------------------------------------------------------- >Comment By: Karl DeBisschop (kdebisschop) Date: 2003-06-02 10:41 Message: Logged In: YES user_id=1671 yes - I believe it should have been '>=' I will make the change now, it should be in the next snapshot ---------------------------------------------------------------------- Comment By: Ade Rixon (aderixon) Date: 2003-06-02 07:43 Message: Logged In: YES user_id=145082 Nope, same behaviour with the new version: $ pwd /opt/home/me/src/C/nagios-plugins-200306020007/plugins $ ./check_tcp -H his06 -p 4097 -e K -m 1 -v CRITICAL - Socket timeout after 10 seconds >From truss: connect(4, 0x00028480, 16, 1) = 0 read(4, " K", 1023) = 1 read(4, 0x000288E8, 1023) (sleeping...) Received signal #14, SIGALRM, in read() [caught] read(4, 0x000288E8, 1023) Err#4 EINTR Perhaps because the terminating conditional is: strlen(status)>maxbytes and in this case status never goes above maxbytes (1)? ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2003-06-02 06:40 Message: Logged In: YES user_id=1671 I applied the proposed change the other day. I beleive it should work for you - if you limit to 1 byte, it will make only 1 recv() call. Can you try a build from CVS or one of the daily snapshots at http://nagiosplug.sourceforge.net/snapshot/ and let us know how it goes for you? I hpe to close the issue out and make a bug fix release soon. (the option is -m or --maxbytes) Thanks. ---------------------------------------------------------------------- Comment By: Ade Rixon (aderixon) Date: 2003-06-02 03:52 Message: Logged In: YES user_id=145082 To clarify: On connect to the port, the server immediately returns either 'K' or 'N' (no trailing newline), which indicates whether it is accepting requests or not. If your proposed cap on bytes fetched means that I could specify "fetch exactly one byte" and this would work then yes, that is an acceptable solution. ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2003-06-01 00:27 Message: Logged In: YES user_id=1671 The issue is not that the lines were added, it's that the old version could fail if he first line of text was more than MAXBUF char long. 1.12 calls recv once, 1.13 calls recv until the app stops sending. Are you trying to monitor a streaming app by chance? I propose that the solution is to add an option for a cap on the number of bytes that check_tcp should fetch. Will that work for you? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=706851&group_id=29880 From wcunningham at mcr-group.com Mon Jun 2 12:06:11 2003 From: wcunningham at mcr-group.com (William Cunningham) Date: Mon Jun 2 12:06:11 2003 Subject: [Nagiosplug-devel] time period reporting in availibility Message-ID: <003301c32939$fd4973f0$3801010a@mcr> Hey folks, Just upgraded a few months back to Nagios. My only concern is the lack of time period reporting in availibility. I used to be able to print our reports based on our SLA agreement specified time period (7 am to 7 pm) but now all I can check into is dates. Anyway of getting this back? Barring that, are there any third party utilities or plugins that will do this for me? Thanks Bill Cunningham MCR Group -------------- next part -------------- An HTML attachment was scrubbed... URL: From noreply at sourceforge.net Mon Jun 2 14:27:08 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jun 2 14:27:08 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-747759 ] check_http cannot follow redirects with queries in them Message-ID: Bugs item #747759, was opened at 2003-06-02 14:26 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=747759&group_id=29880 Category: None Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Ted Cabeen (secabeen) Assigned to: Nobody/Anonymous (nobody) Summary: check_http cannot follow redirects with queries in them Initial Comment: The check_http plugin cannot follow HTTP redirections to Locations that have GET queries in them. The URI_PATH define in check_http.c is missing many valid URI characters, including '?' and '&', both of which are critical in GET queries. Can you please change the URI_PATH define to allow for all of the characters that are valid in the path portion of a URI? Thanks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=747759&group_id=29880 From noreply at sourceforge.net Tue Jun 3 01:36:04 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jun 3 01:36:04 2003 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-744254 ] check_cpuload Message-ID: New Plugins item #744254, was opened at 2003-05-27 13:22 Message generated for change (Comment added) made by doffen24 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=744254&group_id=29880 Category: Perl plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Roy Sigurd Karlsbakk (rkarlsba) Assigned to: Nobody/Anonymous (nobody) Summary: check_cpuload Initial Comment: Simple perl plugin to check for CPU load on local linux machines using the sysstat package (sar) ---------------------------------------------------------------------- Comment By: Tommy Fallsen (doffen24) Date: 2003-06-03 08:35 Message: Logged In: YES user_id=788346 Though you like to know that HP-UX 11 sar command has the same output as solaris and by doing this the script works on HP-UX 11, not sure about older versions. added hpux to %supported_os and cut' paste line 87 - 94 and change solaris to hpux. ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-06-02 07:21 Message: Logged In: YES user_id=145309 Last update includes adding 'licenced under GPL', so this can hopefully be included with the nagios plugins some time ... ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-05-28 09:43 Message: Logged In: YES user_id=145309 Added new version. This can actually be called usable. Solaris and linux support. ---------------------------------------------------------------------- Comment By: Tommy Fallsen (doffen24) Date: 2003-05-28 08:47 Message: Logged In: YES user_id=788346 The output is solaris ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-05-28 08:35 Message: Logged In: YES user_id=145309 Can you send me the output from this on your solaris box? perl -e 'print "$^O\n"' ---------------------------------------------------------------------- Comment By: Tommy Fallsen (doffen24) Date: 2003-05-28 07:59 Message: Logged In: YES user_id=788346 Its your script so you should rewrite it if you want to. This is how i changed it , and below is what sar 1 3 gives in Solaris (its the same for OS versions 2.6, 7 , and 8). if (/^Average/) { @values = split(/\s+/); $user = $values[1]; $system = $values[2]; $iowait = $values[3]; $idle = $values[4]; $stop = 1; } SunOS ask 5.8 Generic_108528-21 sun4u 05/28/03 09:57:24 %usr %sys %wio %idle 09:57:25 2 13 0 85 09:57:26 2 2 0 96 09:57:27 1 12 1 86 Average 2 9 0 89 SunOS levanger 5.6 Generic_105181-31 sun4u 05/28/03 09:58:31 %usr %sys %wio %idle 09:58:32 18 7 19 56 09:58:33 22 13 16 50 09:58:34 23 16 13 49 Average 21 12 16 52 ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-05-28 07:39 Message: Logged In: YES user_id=145309 What if you rewrite it to support Solaris? Then we can do an OS check before running sar. ---------------------------------------------------------------------- Comment By: Tommy Fallsen (doffen24) Date: 2003-05-28 07:33 Message: Logged In: YES user_id=788346 Ignore last comment, output of sar in solaris too different. Sorry ---------------------------------------------------------------------- Comment By: Tommy Fallsen (doffen24) Date: 2003-05-28 06:58 Message: Logged In: YES user_id=788346 If you remove : in if (/^Average:/) { it will work in Solaris too. ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-05-27 13:27 Message: Logged In: YES user_id=145309 WARNING This isn't finished This is only for testing and further development ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=744254&group_id=29880 From noreply at sourceforge.net Tue Jun 3 02:14:05 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jun 3 02:14:05 2003 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-744254 ] check_cpuload Message-ID: New Plugins item #744254, was opened at 2003-05-27 15:22 Message generated for change (Comment added) made by rkarlsba You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=744254&group_id=29880 Category: Perl plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Roy Sigurd Karlsbakk (rkarlsba) Assigned to: Nobody/Anonymous (nobody) Summary: check_cpuload Initial Comment: Simple perl plugin to check for CPU load on local linux machines using the sysstat package (sar) ---------------------------------------------------------------------- >Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-06-03 11:13 Message: Logged In: YES user_id=145309 Uploaded new version with hpux support added. Does anyone know if AIX or other unix flavours have the same output? BSD? ---------------------------------------------------------------------- Comment By: Tommy Fallsen (doffen24) Date: 2003-06-03 10:35 Message: Logged In: YES user_id=788346 Though you like to know that HP-UX 11 sar command has the same output as solaris and by doing this the script works on HP-UX 11, not sure about older versions. added hpux to %supported_os and cut' paste line 87 - 94 and change solaris to hpux. ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-06-02 09:21 Message: Logged In: YES user_id=145309 Last update includes adding 'licenced under GPL', so this can hopefully be included with the nagios plugins some time ... ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-05-28 11:43 Message: Logged In: YES user_id=145309 Added new version. This can actually be called usable. Solaris and linux support. ---------------------------------------------------------------------- Comment By: Tommy Fallsen (doffen24) Date: 2003-05-28 10:47 Message: Logged In: YES user_id=788346 The output is solaris ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-05-28 10:35 Message: Logged In: YES user_id=145309 Can you send me the output from this on your solaris box? perl -e 'print "$^O\n"' ---------------------------------------------------------------------- Comment By: Tommy Fallsen (doffen24) Date: 2003-05-28 09:59 Message: Logged In: YES user_id=788346 Its your script so you should rewrite it if you want to. This is how i changed it , and below is what sar 1 3 gives in Solaris (its the same for OS versions 2.6, 7 , and 8). if (/^Average/) { @values = split(/\s+/); $user = $values[1]; $system = $values[2]; $iowait = $values[3]; $idle = $values[4]; $stop = 1; } SunOS ask 5.8 Generic_108528-21 sun4u 05/28/03 09:57:24 %usr %sys %wio %idle 09:57:25 2 13 0 85 09:57:26 2 2 0 96 09:57:27 1 12 1 86 Average 2 9 0 89 SunOS levanger 5.6 Generic_105181-31 sun4u 05/28/03 09:58:31 %usr %sys %wio %idle 09:58:32 18 7 19 56 09:58:33 22 13 16 50 09:58:34 23 16 13 49 Average 21 12 16 52 ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-05-28 09:39 Message: Logged In: YES user_id=145309 What if you rewrite it to support Solaris? Then we can do an OS check before running sar. ---------------------------------------------------------------------- Comment By: Tommy Fallsen (doffen24) Date: 2003-05-28 09:33 Message: Logged In: YES user_id=788346 Ignore last comment, output of sar in solaris too different. Sorry ---------------------------------------------------------------------- Comment By: Tommy Fallsen (doffen24) Date: 2003-05-28 08:58 Message: Logged In: YES user_id=788346 If you remove : in if (/^Average:/) { it will work in Solaris too. ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-05-27 15:27 Message: Logged In: YES user_id=145309 WARNING This isn't finished This is only for testing and further development ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=744254&group_id=29880 From noreply at sourceforge.net Tue Jun 3 02:51:05 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jun 3 02:51:05 2003 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-744254 ] check_cpuload Message-ID: New Plugins item #744254, was opened at 2003-05-27 15:22 Message generated for change (Comment added) made by rkarlsba You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=744254&group_id=29880 Category: Perl plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Roy Sigurd Karlsbakk (rkarlsba) Assigned to: Nobody/Anonymous (nobody) Summary: check_cpuload Initial Comment: Simple perl plugin to check for CPU load on local linux machines using the sysstat package (sar) ---------------------------------------------------------------------- >Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-06-03 11:50 Message: Logged In: YES user_id=145309 New version. More bug fixes. There were some brown paper bag bugs in the Getopt::Long usage :( Now it only checks for (a) the OS is in the supported_os hash, and (b) if it's linux, then parse it otherwise than the others (that is - it defaults to solaris/hpsux sar output format. ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-06-03 11:13 Message: Logged In: YES user_id=145309 Uploaded new version with hpux support added. Does anyone know if AIX or other unix flavours have the same output? BSD? ---------------------------------------------------------------------- Comment By: Tommy Fallsen (doffen24) Date: 2003-06-03 10:35 Message: Logged In: YES user_id=788346 Though you like to know that HP-UX 11 sar command has the same output as solaris and by doing this the script works on HP-UX 11, not sure about older versions. added hpux to %supported_os and cut' paste line 87 - 94 and change solaris to hpux. ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-06-02 09:21 Message: Logged In: YES user_id=145309 Last update includes adding 'licenced under GPL', so this can hopefully be included with the nagios plugins some time ... ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-05-28 11:43 Message: Logged In: YES user_id=145309 Added new version. This can actually be called usable. Solaris and linux support. ---------------------------------------------------------------------- Comment By: Tommy Fallsen (doffen24) Date: 2003-05-28 10:47 Message: Logged In: YES user_id=788346 The output is solaris ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-05-28 10:35 Message: Logged In: YES user_id=145309 Can you send me the output from this on your solaris box? perl -e 'print "$^O\n"' ---------------------------------------------------------------------- Comment By: Tommy Fallsen (doffen24) Date: 2003-05-28 09:59 Message: Logged In: YES user_id=788346 Its your script so you should rewrite it if you want to. This is how i changed it , and below is what sar 1 3 gives in Solaris (its the same for OS versions 2.6, 7 , and 8). if (/^Average/) { @values = split(/\s+/); $user = $values[1]; $system = $values[2]; $iowait = $values[3]; $idle = $values[4]; $stop = 1; } SunOS ask 5.8 Generic_108528-21 sun4u 05/28/03 09:57:24 %usr %sys %wio %idle 09:57:25 2 13 0 85 09:57:26 2 2 0 96 09:57:27 1 12 1 86 Average 2 9 0 89 SunOS levanger 5.6 Generic_105181-31 sun4u 05/28/03 09:58:31 %usr %sys %wio %idle 09:58:32 18 7 19 56 09:58:33 22 13 16 50 09:58:34 23 16 13 49 Average 21 12 16 52 ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-05-28 09:39 Message: Logged In: YES user_id=145309 What if you rewrite it to support Solaris? Then we can do an OS check before running sar. ---------------------------------------------------------------------- Comment By: Tommy Fallsen (doffen24) Date: 2003-05-28 09:33 Message: Logged In: YES user_id=788346 Ignore last comment, output of sar in solaris too different. Sorry ---------------------------------------------------------------------- Comment By: Tommy Fallsen (doffen24) Date: 2003-05-28 08:58 Message: Logged In: YES user_id=788346 If you remove : in if (/^Average:/) { it will work in Solaris too. ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-05-27 15:27 Message: Logged In: YES user_id=145309 WARNING This isn't finished This is only for testing and further development ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=744254&group_id=29880 From noreply at sourceforge.net Tue Jun 3 04:28:05 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jun 3 04:28:05 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-706851 ] check_tcp misses expect string without newline Message-ID: Bugs item #706851, was opened at 2003-03-20 12:15 Message generated for change (Comment added) made by aderixon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=706851&group_id=29880 Category: None Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Ade Rixon (aderixon) Assigned to: Karl DeBisschop (kdebisschop) Summary: check_tcp misses expect string without newline Initial Comment: In check_tcp.c 1.13, the following lines were added (line 261): if (buffer[i-2] == '\r' && buffer[i-1] == '\n') break; I have a TCP service that returns a string on connection without a trailing newline. It used to be detected by the -e option to check_tcp. The above code breaks this behaviour and causes check_tcp to wait until the timeout is reached, whereupon it fails. Can this either be configurable, or be removed? ---------------------------------------------------------------------- >Comment By: Ade Rixon (aderixon) Date: 2003-06-03 12:27 Message: Logged In: YES user_id=145082 Today's snapshot works fine: $ ./check_tcp -H his06 -p 4097 -e K -m 1 -v K 0 1 TCP OK - 0.019 second response time on port 4097 [K]|time= 0.019 Thanks for sorting this one out, I will update when there is a new stable release. ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2003-06-02 15:41 Message: Logged In: YES user_id=1671 yes - I believe it should have been '>=' I will make the change now, it should be in the next snapshot ---------------------------------------------------------------------- Comment By: Ade Rixon (aderixon) Date: 2003-06-02 12:43 Message: Logged In: YES user_id=145082 Nope, same behaviour with the new version: $ pwd /opt/home/me/src/C/nagios-plugins-200306020007/plugins $ ./check_tcp -H his06 -p 4097 -e K -m 1 -v CRITICAL - Socket timeout after 10 seconds >From truss: connect(4, 0x00028480, 16, 1) = 0 read(4, " K", 1023) = 1 read(4, 0x000288E8, 1023) (sleeping...) Received signal #14, SIGALRM, in read() [caught] read(4, 0x000288E8, 1023) Err#4 EINTR Perhaps because the terminating conditional is: strlen(status)>maxbytes and in this case status never goes above maxbytes (1)? ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2003-06-02 11:40 Message: Logged In: YES user_id=1671 I applied the proposed change the other day. I beleive it should work for you - if you limit to 1 byte, it will make only 1 recv() call. Can you try a build from CVS or one of the daily snapshots at http://nagiosplug.sourceforge.net/snapshot/ and let us know how it goes for you? I hpe to close the issue out and make a bug fix release soon. (the option is -m or --maxbytes) Thanks. ---------------------------------------------------------------------- Comment By: Ade Rixon (aderixon) Date: 2003-06-02 08:52 Message: Logged In: YES user_id=145082 To clarify: On connect to the port, the server immediately returns either 'K' or 'N' (no trailing newline), which indicates whether it is accepting requests or not. If your proposed cap on bytes fetched means that I could specify "fetch exactly one byte" and this would work then yes, that is an acceptable solution. ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2003-06-01 05:27 Message: Logged In: YES user_id=1671 The issue is not that the lines were added, it's that the old version could fail if he first line of text was more than MAXBUF char long. 1.12 calls recv once, 1.13 calls recv until the app stops sending. Are you trying to monitor a streaming app by chance? I propose that the solution is to add an option for a cap on the number of bytes that check_tcp should fetch. Will that work for you? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=706851&group_id=29880 From itamarf at pbh.gov.br Tue Jun 3 14:23:08 2003 From: itamarf at pbh.gov.br (itamarf) Date: Tue Jun 3 14:23:08 2003 Subject: [Nagiosplug-devel] Use of check_mrtgtraf plugin Message-ID: <3EDD137A.56D9A717@pbh.gov.br> Hi ! I am trying to use the command check_mrtgtraf in my nagios management system. I need some help to configure the *.cfg files. My configurations file are bellow. checkcommands.cfg file # 'check_mrtg_traf' command definition define command{ command_name check_mrtg_traf command_line $USER1$/check_mrtgtraf -F $LOGFILE$ -a $ARG1$ -w $ARG3$,$ARG4$ -c $ARG5$,$ARG6$ } services.cfg # Service definition define service{ use generic-service ; Name of service template to use host_name prodabel-goias service_description TRAFEGO is_volatile 0 check_period 24x7 max_check_attempts 3 normal_check_interval 1 retry_check_interval 1 contact_groups circuito-admins notification_interval 240 notification_period 24x7 notification_options c,r check_command check_mrtg_traf!10.0.24.1_7.log!MAX!200,210!225,230 The mrtg log file is /home/httpd/html/mrtg/10.0.24.1_7.log. The message that I get is Unable to open MRTG log file Thanks ! Best regards ! Itamar. -------------- next part -------------- An HTML attachment was scrubbed... URL: From noreply at sourceforge.net Wed Jun 4 00:44:06 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jun 4 00:44:06 2003 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-738128 ] check_mssql plugin Message-ID: New Plugins item #738128, was opened at 2003-05-15 10:32 Message generated for change (Comment added) made by rkarlsba You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=738128&group_id=29880 Category: Perl plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Roy Sigurd Karlsbakk (rkarlsba) Assigned to: Nobody/Anonymous (nobody) Summary: check_mssql plugin Initial Comment: hi here's (another?) check_mssql plugin written in perl. the only other I've seen was a hacky bourne shell. Waddayathink? roy ---------------------------------------------------------------------- >Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-06-04 09:43 Message: Logged In: YES user_id=145309 bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, bugs, sorry. forgot to test last upload. here's another one. this should work ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-06-02 09:19 Message: Logged In: YES user_id=145309 Updated comment in top to reflect a GPL licence ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-05-27 15:23 Message: Logged In: YES user_id=145309 Thanks you for submitting your plugin/script for inclusion in the NagiosPlugins project. Please note that only plugins/scripts with an opensource license can be accepted in this project. Please ensure that your code contains explicit copyright and license information. Future status of your plugin: Initially the plugin will be included asis in the contrib directory. If you have any updates or patches that need to be applied, please post them on the NaiosPlugins website under Patches. (http://sourceforge.net/tracker/?group_id=29880&atid=397599) If the plugin code meets with the guidelines and there is a general consensus among users that it is useful and could see wide deployment, the plugin code will be migrated from "contrib" to "supported" status in either the plugins or plugins-scripts directories. Future status of your script: At this time we have only started collecting scripts that are used for report generation. Their future migration to supported status is not clear at the moment. Again thanks for contributing to opensource. The NagiosPlugins Team ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-05-27 15:21 Message: Logged In: YES user_id=145309 Thanks you for submitting your plugin/script for inclusion in the NagiosPlugins project. Please note that only plugins/scripts with an opensource license can be accepted in this project. Please ensure that your code contains explicit copyright and license information. Future status of your plugin: Initially the plugin will be included asis in the contrib directory. If you have any updates or patches that need to be applied, please post them on the NaiosPlugins website under Patches. (http://sourceforge.net/tracker/?group_id=29880&atid=397599) If the plugin code meets with the guidelines and there is a general consensus among users that it is useful and could see wide deployment, the plugin code will be migrated from "contrib" to "supported" status in either the plugins or plugins-scripts directories. Future status of your script: At this time we have only started collecting scripts that are used for report generation. Their future migration to supported status is not clear at the moment. Again thanks for contributing to opensource. The NagiosPlugins Team ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=738128&group_id=29880 From noreply at sourceforge.net Wed Jun 4 01:47:05 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jun 4 01:47:05 2003 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-656170 ] New check_cpu nagios plugin submission Message-ID: New Plugins item #656170, was opened at 2002-12-19 08:15 Message generated for change (Comment added) made by rkarlsba You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=656170&group_id=29880 Category: System monitor Group: None Status: Open Resolution: None Priority: 3 Submitted By: Jason Dixon (fuzzyping) Assigned to: Ton Voon (tonvoon) Summary: New check_cpu nagios plugin submission Initial Comment: Here is a check_cpu (load averages) plugin that I wrote in perl. Feel free to use... or destroy. ;-) -J. ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-06-04 10:19 Message: Logged In: YES user_id=145309 7 days? ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2003-04-08 02:19 Message: Logged In: YES user_id=664364 This plugin appears to be a combination of check_by_ssh and check_load, so doesn't appear to provide any new functionality. I'll close this call after 7 days if there are no new updates. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2003-01-30 17:48 Message: Logged In: YES user_id=664364 Thanks for the submission. New plugins are not a priority at the moment, but we are looking into it. Jason also says: These all use a standard pre-shared ssh key connection to connect and gather the relevant info. There will need to be a public ssh key for the local nagios user in the remote users' ~/.ssh/authorized_keys file, in addition to a copy of the public host key from the remote system in the local nagios user's ~/.ssh/known_hosts file. Very similar to check_by_ssh configuration. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=656170&group_id=29880 From noreply at sourceforge.net Wed Jun 4 02:09:04 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jun 4 02:09:04 2003 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-656170 ] New check_cpu nagios plugin submission Message-ID: New Plugins item #656170, was opened at 2002-12-19 07:15 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=656170&group_id=29880 Category: System monitor Group: None >Status: Closed Resolution: None Priority: 3 Submitted By: Jason Dixon (fuzzyping) Assigned to: Ton Voon (tonvoon) Summary: New check_cpu nagios plugin submission Initial Comment: Here is a check_cpu (load averages) plugin that I wrote in perl. Feel free to use... or destroy. ;-) -J. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2003-06-04 10:08 Message: Logged In: YES user_id=664364 As the last comment was too cheeky, this call will be closed ;-) ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-06-04 09:19 Message: Logged In: YES user_id=145309 7 days? ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2003-04-08 01:19 Message: Logged In: YES user_id=664364 This plugin appears to be a combination of check_by_ssh and check_load, so doesn't appear to provide any new functionality. I'll close this call after 7 days if there are no new updates. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2003-01-30 16:48 Message: Logged In: YES user_id=664364 Thanks for the submission. New plugins are not a priority at the moment, but we are looking into it. Jason also says: These all use a standard pre-shared ssh key connection to connect and gather the relevant info. There will need to be a public ssh key for the local nagios user in the remote users' ~/.ssh/authorized_keys file, in addition to a copy of the public host key from the remote system in the local nagios user's ~/.ssh/known_hosts file. Very similar to check_by_ssh configuration. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=656170&group_id=29880 From tonvoon at mac.com Wed Jun 4 16:12:01 2003 From: tonvoon at mac.com (Ton Voon) Date: Wed Jun 4 16:12:01 2003 Subject: [Nagiosplug-devel] OpenBSD 3.2 & 3.3 check_procs support Message-ID: Just to let you know that I've made a change to configure.in, suggested by Julien Touch, to support OpenBSD 3.2 & 3.3. However, it is the first ps command in ./configure that runs now, so could cause problems for other OSes. I've tested it on Linux 2.4 (Debian 2.2), Linux 2.4 (Redhat 7.3), Linux 2.2 (Debian 2.4), Solaris 8.0 and MacOSX 10.2 and they seem okay. Ironically, I cannot test it on OpenBSD. Let me know if there are any new problems introduced. Ton From noreply at sourceforge.net Wed Jun 4 16:26:04 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jun 4 16:26:04 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-701515 ] 1.3.0 compilation error Message-ID: Bugs item #701515, was opened at 2003-03-11 12:52 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=701515&group_id=29880 Category: None Group: Release (specify) >Status: Closed Resolution: Works For Me Priority: 5 Submitted By: Kief Morris (kief_morris) Assigned to: Ton Voon (tonvoon) Summary: 1.3.0 compilation error Initial Comment: I'm compiling the 1.3.0 plugins on a Solaris 7 Sparc box. Configure runs fine, but Make fails on utils.c. Making all in plugins make[1]: Entering directory `/export/home/nagios/plugins-src/nagios-plugins-1.3.0/plugins' gcc -DHAVE_CONFIG_H -I. -I. -I. -I. -I. -I. -I. -I. -I.. -I../lib -I/usr/include -g -O2 -c check_disk.c gcc -DHAVE_CONFIG_H -I. -I. -I. -I. -I. -I. -I. -I. -I.. -I../lib -I/usr/include -g -O2 -c utils.c utils.c: In function `terminate': utils.c:151: `__builtin_va_alist' undeclared (first use in this function) utils.c:151: (Each undeclared identifier is reported only once utils.c:151: for each function it appears in.) make[1]: *** [utils.o] Error 1 make[1]: Leaving directory `/export/home/nagios/plugins-src/nagios-plugins-1.3.0/plugins' make: *** [all-recursive] Error 1 ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2003-06-05 00:25 Message: Logged In: YES user_id=664364 As there have not been any updates, I'm closing this call. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2003-05-14 23:50 Message: Logged In: YES user_id=664364 Is this still a problem? As several people have managed to compile on Solaris 7, I'm inclined to think this is not a common problem. If there are no updates in the next 7 days, I'll close this call. Ton ---------------------------------------------------------------------- Comment By: Jeremy T. Bouse (undrgrid) Date: 2003-03-17 00:08 Message: Logged In: YES user_id=10485 I've built successfully on SPARC Solaris 7 with current CVS HEAD version. Install of Solaris 7 was stock with the only acceptions being: application SMCautoc autoconf application SMCautom automake application SMCcvs cvs application SMCgawk gawk application SMCgcc gcc application SMCm4 m4 application SMCmake make application SMCperl perl from www.sunfreeware.com bash-2.05$ uname -a SunOS sparc7 5.7 Generic_106541-02 sun4m sparc SUNW,SPARCstation-20 bash-2.05$ gcc -v Reading specs from /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/3.2.2/specs Configured with: ../configure --disable-nls --with-ld=/usr/ccs/bin/ld --with-as=/usr/ccs/bin/as Thread model: posix gcc version 3.2.2 bash-2.05$ make --version GNU Make 3.80 Copyright (C) 2002 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Please try the current CVS version if you can... ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2003-03-12 06:48 Message: Logged In: YES user_id=1671 I just ran compile on Solaris 2.7 (with many GNU utils) Worked perfectly fine with 1.3.0 release. (does not work with CVS HEAD since IPv6 development started in earnest) ---------------------------------------------------------------------- Comment By: Jeremy T. Bouse (undrgrid) Date: 2003-03-11 21:51 Message: Logged In: YES user_id=10485 Can you provide the config.log and plugins/config.h so I can look further into this... I have been unable to reproduce this in Solaris 8 or Solaris 9 and don't have access to a Solaris 7 machine... ---------------------------------------------------------------------- Comment By: Jeremy T. Bouse (undrgrid) Date: 2003-03-11 18:38 Message: Logged In: YES user_id=10485 Can you provide the config.log and plugins/config.h so I can look further into this... I have been unable to reproduce this in Solaris 8 or Solaris 9 and don't have access to a Solaris 7 machine... ---------------------------------------------------------------------- Comment By: Kief Morris (kief_morris) Date: 2003-03-11 18:12 Message: Logged In: YES user_id=565460 This is from the downloaded tarball downloaded, not CVS. Some more info: gcc -v Reading specs from /usr/local/lib/gcc-lib/sparc-sun-solaris2.7/2.95.3/specs gcc version 2.95.3 20010315 (release) and: GNU Make 3.80 ---------------------------------------------------------------------- Comment By: Jeremy T. Bouse (undrgrid) Date: 2003-03-11 14:35 Message: Logged In: YES user_id=10485 Is this while compiling the official 1.3.0 release tarball or from CVS? CVS still reports itself as 1.3.0 but the code has changed in some areas... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=701515&group_id=29880 From karl at debisschop.net Wed Jun 4 20:54:05 2003 From: karl at debisschop.net (Karl DeBisschop) Date: Wed Jun 4 20:54:05 2003 Subject: [Nagiosplug-devel] Re: check_by_ssh question In-Reply-To: <200306042014.h54KE5FW089314@mailserver3.hushmail.com> References: <200306042014.h54KE5FW089314@mailserver3.hushmail.com> Message-ID: <1054784647.31834.2.camel@miles.debisschop.net> On Wed, 2003-06-04 at 16:14, linuxrules at hushmail.com wrote: > Hi, i had a question for you concerning the check_by_ssh plugin for nagios. > First of all let me say that this plugin has been a lifesaver for me > since i need to monitor systems on the other side of a firewall and it > takes an act of god to get ports opened through it. Its a great piece > of work and i thank you for your work on it. I'm running into a big problem > with it now however. The powers that be have insisted that we use warning > banners on all our servers now and this is throwing off the check_by_ssh > plugin. I can't seem to find a way around it either i have checked the > manpaged for ssh, sshd, ssh_config, sshd_config etc and there doesn't > seem to be a way to disable it. If you know of an easy way to get around > this problem that i'm having i would appreciate the solution. If not > i'll guess i'll have to write something in perl and take a big performance > hit as my C skills are rather lacking. Thanks a lot. > > Ed Daniels Two possible solutions come to mind - on is to look for some user-configurable string that is the beginning of the output or the end of the banner. Second is to discard the first n lines from ssh, where n is a user configurable option. I thing both of these could be implemented. -- Karl From touche at sigil.homeunix.net Wed Jun 4 23:23:08 2003 From: touche at sigil.homeunix.net (Julien TOUCHE) Date: Wed Jun 4 23:23:08 2003 Subject: [Nagiosplug-devel] Re: OpenBSD 3.2 & 3.3 check_procs support In-Reply-To: References: Message-ID: <3EDEE169.8020907@sigil.homeunix.net> Ton Voon wrote: > Just to let you know that I've made a change to configure.in, suggested > by Julien Touch, to support OpenBSD 3.2 & 3.3. However, it is the first ^^^ Touche, thanks :) > ps command in ./configure that runs now, so could cause problems for > other OSes. > > I've tested it on Linux 2.4 (Debian 2.2), Linux 2.4 (Redhat 7.3), Linux > 2.2 (Debian 2.4), Solaris 8.0 and MacOSX 10.2 and they seem okay. > Ironically, I cannot test it on OpenBSD. > > Let me know if there are any new problems introduced. > > Ton just test with last snapshot (04 Jun) and better :) bash-2.05b$ /opt/nagios/libexec/check_procs -v /bin/ps -weo 'stat uid ppid comm args' OK - 40 processes running bash-2.05b$ plugins/check_procs -v /bin/ps -axwo 'stat uid ppid comm args' OK - 115 processes running ok for openbsd 3.2 & 3.3 Regards Julien From brian.birkinbine at citigroup.com Fri Jun 6 12:58:07 2003 From: brian.birkinbine at citigroup.com (Birkinbine, Brian) Date: Fri Jun 6 12:58:07 2003 Subject: [Nagiosplug-devel] check_disk error on AIX 5.x with new /proc line in df output Message-ID: <3897AEF844E2514EACD5024063A66B68601EE1@exnjmb10.nam.nsroot.net> I'm having problems with check_disk on AIX 5.1 I'm using nagios-plugins-1.3.0-beta3 on AIX 5.1 Here is the error I'm getting when using check_disk on AIX 5.1 Unable to read output: /usr/bin/df -Pk /proc - - - - /proc Apparently in AIX 5.1 (and AIX 5.2), there is a new line in the df output that is not liked by the sscanf at line 99 of check_disk.c Here is the new line in AIX 5.1 that shows the proc filesystem /proc - - - - /proc around line 99 of check_disk.c if (sscanf (input_buffer, "%s %d %d %d %d%% %s", file_system, &total_disk, &used_disk, &free_disk, &usp, mntp) == 6 || sscanf (input_buffer, "%s %*s %d %d %d %d%% %s", file_system, &total_disk, &used_disk, &free_disk, &usp, mntp) == 6) { ... ... Basically, the sscanf fails and the if condition fails because the new /proc format includes non %d compatible types (the - (dashes)) A hack workaround that I used was to just get rid of the else block at line 123 so the script wouldn't exit and continue processing the rest of the output of df. Not the best scenario, but allows me to get proper results back. Thanks, - - - Brian Birkinbine From karl at debisschop.net Fri Jun 6 14:36:08 2003 From: karl at debisschop.net (Karl DeBisschop) Date: Fri Jun 6 14:36:08 2003 Subject: [Nagiosplug-devel] check_disk error on AIX 5.x with new /proc line in df output In-Reply-To: <3897AEF844E2514EACD5024063A66B68601EE1@exnjmb10.nam.nsroot.net> References: <3897AEF844E2514EACD5024063A66B68601EE1@exnjmb10.nam.nsroot.net> Message-ID: <1054935225.31564.11.camel@miles.debisschop.net> On Fri, 2003-06-06 at 15:55, Birkinbine, Brian wrote: > I'm having problems with check_disk on AIX 5.1 > I'm using nagios-plugins-1.3.0-beta3 on AIX 5.1 > > Here is the error I'm getting when using check_disk on AIX 5.1 > Unable to read output: > /usr/bin/df -Pk > /proc - - - - /proc > > Apparently in AIX 5.1 (and AIX 5.2), there is a new line in the df output > that is not liked by the sscanf at line 99 of check_disk.c > Here is the new line in AIX 5.1 that shows the proc filesystem > /proc - - - - /proc There are similar sort of bugs in check_disk with respect to other OS implementations. They will are become moot with the version of check_disk in CVS, which will be the 1.4.0 release. At this point, the CVS tree seems quite usable - so you may want to use those plugins. The remaining changes (and there are still many) have to do with things like documentation, multilingual patches, etc. So while you may find the odd day where it won't compile, you may want to give it a shot. One caveat -- check_udp presently does not work right. -- Karl From virus-alerts at mail.blue.usu.edu Sat Jun 7 00:02:03 2003 From: virus-alerts at mail.blue.usu.edu (MailScanner) Date: Sat Jun 7 00:02:03 2003 Subject: [Nagiosplug-devel] Warning: E-mail viruses detected Message-ID: <200306070710.h577A6DH027436@ms1.usu.edu> Our virus detector has just been triggered by a message you sent:- To: brucrich at cc.usu.edu Subject: Re: Movie Date: Sat Jun 7 01:10:06 2003 Any infected parts of the message (movie.pif) have not been delivered. This message is simply to warn you that your computer system may have a virus present and should be checked. The virus detector said this about the message: Report: movie.pif Found the W32/Sobig.c at MM virus !!! -- USU Network and Computing Services WEB: http://helpdesk.usu.edu EMAIL: helpdesk at usu.edu PHONE: (435) 797-4358 From noreply at sourceforge.net Sat Jun 7 22:11:02 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Jun 7 22:11:02 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-706851 ] check_tcp misses expect string without newline Message-ID: Bugs item #706851, was opened at 2003-03-20 07:15 Message generated for change (Settings changed) made by kdebisschop You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=706851&group_id=29880 Category: None Group: Release (specify) >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Ade Rixon (aderixon) Assigned to: Karl DeBisschop (kdebisschop) Summary: check_tcp misses expect string without newline Initial Comment: In check_tcp.c 1.13, the following lines were added (line 261): if (buffer[i-2] == '\r' && buffer[i-1] == '\n') break; I have a TCP service that returns a string on connection without a trailing newline. It used to be detected by the -e option to check_tcp. The above code breaks this behaviour and causes check_tcp to wait until the timeout is reached, whereupon it fails. Can this either be configurable, or be removed? ---------------------------------------------------------------------- Comment By: Ade Rixon (aderixon) Date: 2003-06-03 07:27 Message: Logged In: YES user_id=145082 Today's snapshot works fine: $ ./check_tcp -H his06 -p 4097 -e K -m 1 -v K 0 1 TCP OK - 0.019 second response time on port 4097 [K]|time= 0.019 Thanks for sorting this one out, I will update when there is a new stable release. ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2003-06-02 10:41 Message: Logged In: YES user_id=1671 yes - I believe it should have been '>=' I will make the change now, it should be in the next snapshot ---------------------------------------------------------------------- Comment By: Ade Rixon (aderixon) Date: 2003-06-02 07:43 Message: Logged In: YES user_id=145082 Nope, same behaviour with the new version: $ pwd /opt/home/me/src/C/nagios-plugins-200306020007/plugins $ ./check_tcp -H his06 -p 4097 -e K -m 1 -v CRITICAL - Socket timeout after 10 seconds >From truss: connect(4, 0x00028480, 16, 1) = 0 read(4, " K", 1023) = 1 read(4, 0x000288E8, 1023) (sleeping...) Received signal #14, SIGALRM, in read() [caught] read(4, 0x000288E8, 1023) Err#4 EINTR Perhaps because the terminating conditional is: strlen(status)>maxbytes and in this case status never goes above maxbytes (1)? ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2003-06-02 06:40 Message: Logged In: YES user_id=1671 I applied the proposed change the other day. I beleive it should work for you - if you limit to 1 byte, it will make only 1 recv() call. Can you try a build from CVS or one of the daily snapshots at http://nagiosplug.sourceforge.net/snapshot/ and let us know how it goes for you? I hpe to close the issue out and make a bug fix release soon. (the option is -m or --maxbytes) Thanks. ---------------------------------------------------------------------- Comment By: Ade Rixon (aderixon) Date: 2003-06-02 03:52 Message: Logged In: YES user_id=145082 To clarify: On connect to the port, the server immediately returns either 'K' or 'N' (no trailing newline), which indicates whether it is accepting requests or not. If your proposed cap on bytes fetched means that I could specify "fetch exactly one byte" and this would work then yes, that is an acceptable solution. ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2003-06-01 00:27 Message: Logged In: YES user_id=1671 The issue is not that the lines were added, it's that the old version could fail if he first line of text was more than MAXBUF char long. 1.12 calls recv once, 1.13 calls recv until the app stops sending. Are you trying to monitor a streaming app by chance? I propose that the solution is to add an option for a cap on the number of bytes that check_tcp should fetch. Will that work for you? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=706851&group_id=29880 From karl at debisschop.net Mon Jun 9 08:47:10 2003 From: karl at debisschop.net (Karl DeBisschop) Date: Mon Jun 9 08:47:10 2003 Subject: [Nagiosplug-devel] Postponing 1.3.1 release candidate Message-ID: I had several work situations to deal with over the weekend, and was unable to get my stuff done for the proposed release candidate for today. Unless there are strenuous objections, I'd like to postpone to midweek. -- Karl From sfonseca at echiron.com Mon Jun 9 09:22:07 2003 From: sfonseca at echiron.com (=?iso-8859-1?Q?S=E9rgio_Fonseca?=) Date: Mon Jun 9 09:22:07 2003 Subject: [Nagiosplug-devel] NSClient for Solaris/Linux? Message-ID: Hi Nagios BB People, Has anybody developed an NSClient agent for Solaris/Linux? Please let me know, thanks. S?rgio Fonseca T?cnico de Seguran?a e Redes sfonseca at echiron.com www.echiron.com Tel. 21. 472 45 90 Fax. 21. 472 45 99 R. Alfredo da Silva, 8A - 3? Edif?cio STERN, Alfragide 2720-028 Amadora From noreply at sourceforge.net Mon Jun 9 16:57:10 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jun 9 16:57:10 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-751646 ] Allow check_time to optionally use udp Message-ID: Patches item #751646, was opened at 2003-06-10 09:56 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=751646&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Bradley Baetz (bbaetz) Assigned to: Nobody/Anonymous (nobody) Summary: Allow check_time to optionally use udp Initial Comment: The attached patch allows check_time to optionally (via a -u/--udp flag) to check the time services using udp rather than tcp. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=751646&group_id=29880 From noreply at sourceforge.net Mon Jun 9 21:49:12 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jun 9 21:49:12 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-661916 ] urlize and urlize.pl break args with spaces Message-ID: Bugs item #661916, was opened at 2003-01-03 18:31 Message generated for change (Comment added) made by kdebisschop You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=661916&group_id=29880 Category: Argument proccessing Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Ben Johnson (darkstar101) Assigned to: Karl DeBisschop (kdebisschop) Summary: urlize and urlize.pl break args with spaces Initial Comment: Both urlize and urlize.pl break args with spaces. For example check_http --ssl -H my.server.com -u /ping/ping.jsp --string="Ping JSP Monitorxxx" returns status: 2, text: HTTP CRITICAL: string not found urlize http://my.server.com/ping/ping.jsp check_http --ssl -H my.server.com -u /ping/ping.jsp --string="Ping JSP Monitorxxx" returns status: 0, text: HTTP ok: HTTP/1.1 200 OK - 0 second response time It looks like the quotes are being dropped and only the first word in the --string parameter making it through... ---------------------------------------------------------------------- >Comment By: Karl DeBisschop (kdebisschop) Date: 2003-06-10 00:48 Message: Logged In: YES user_id=1671 Yes -- the quotes are dropped. But not by the scripts -- the shell removes those quotes when passing the arguments to urlize. You want: urlize http://my.server.com/ping/ping.jsp 'check_http --ssl -H my.server.com -u /ping/ping.jsp --string="Ping JSP Monitorxxx"' I have added a note to the help screen for urlize.c and I am closing this bug report ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=661916&group_id=29880 From noreply at sourceforge.net Mon Jun 9 21:50:07 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jun 9 21:50:07 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-661916 ] urlize and urlize.pl break args with spaces Message-ID: Bugs item #661916, was opened at 2003-01-03 18:31 Message generated for change (Settings changed) made by kdebisschop You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=661916&group_id=29880 Category: Argument proccessing Group: Release (specify) >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: Ben Johnson (darkstar101) Assigned to: Karl DeBisschop (kdebisschop) Summary: urlize and urlize.pl break args with spaces Initial Comment: Both urlize and urlize.pl break args with spaces. For example check_http --ssl -H my.server.com -u /ping/ping.jsp --string="Ping JSP Monitorxxx" returns status: 2, text: HTTP CRITICAL: string not found urlize http://my.server.com/ping/ping.jsp check_http --ssl -H my.server.com -u /ping/ping.jsp --string="Ping JSP Monitorxxx" returns status: 0, text: HTTP ok: HTTP/1.1 200 OK - 0 second response time It looks like the quotes are being dropped and only the first word in the --string parameter making it through... ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2003-06-10 00:48 Message: Logged In: YES user_id=1671 Yes -- the quotes are dropped. But not by the scripts -- the shell removes those quotes when passing the arguments to urlize. You want: urlize http://my.server.com/ping/ping.jsp 'check_http --ssl -H my.server.com -u /ping/ping.jsp --string="Ping JSP Monitorxxx"' I have added a note to the help screen for urlize.c and I am closing this bug report ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=661916&group_id=29880 From noreply at sourceforge.net Mon Jun 9 21:52:06 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jun 9 21:52:06 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-617105 ] check_disk -p changes meaning of -c -w Message-ID: Bugs item #617105, was opened at 2002-10-01 12:17 Message generated for change (Comment added) made by kdebisschop You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=617105&group_id=29880 Category: Interface (example) Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Karl DeBisschop (kdebisschop) Summary: check_disk -p changes meaning of -c -w Initial Comment: When running check_disk using percents instead of kb's the behavior of the program changes if you specify a certain partition. Here is an example: ./check_disk -w20% -c10% - this will warn you if MORE than 20% of your disk is FREE ./check_disk -w20% -c10% -p/dev/sda1 - this will warn you if LESS than 20% of your disk is FREE According to the plugin documentation, the latter of the 2 is incorrect. Sincerely, William Pratt Unix Systems Engineer MegaPath Networks, Inc http://www.MegaPath.net ---------------------------------------------------------------------- >Comment By: Karl DeBisschop (kdebisschop) Date: 2003-06-10 00:51 Message: Logged In: YES user_id=1671 This has been fixed - not sure why it got reopened. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=617105&group_id=29880 From noreply at sourceforge.net Tue Jun 10 00:07:03 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jun 10 00:07:03 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Support Requests-751772 ] W2K install problem Message-ID: Support Requests item #751772, was opened at 2003-06-10 17:06 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=751772&group_id=29880 Category: Install Problem (example) Group: None Status: Open Priority: 5 Submitted By: g bozier (gbo2003) Assigned to: Nobody/Anonymous (nobody) Summary: W2K install problem Initial Comment: After installing NSClient 1.07.1 on a W2K server, service will start - error reported in Event Log is 'CollectData Failed' after 30 secs. 10 installations no problems, only one not working. Anyone come across this and any ideas what is required for successful operation? Tks, Gbo ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=751772&group_id=29880 From kelvinchike at blackplanet.com Tue Jun 10 08:47:06 2003 From: kelvinchike at blackplanet.com (kelvin chike) Date: Tue Jun 10 08:47:06 2003 Subject: [Nagiosplug-devel] URGENT BUSINESS TRANSACTION Message-ID: Dear sir/madam, I am a Private Investigator based in Europe. A group of Government Officials from an African Country contacted me with a Proposal. I am to Make contact with you and state their offer, if your Interest is Genuine, you will be Contacted for your Account details to which will be transferred the sum of $33,600,000.00 USD. (20% of which is yours). You are then required to forward the remaining balance (Minus the Interest, handling and tax clearance charges, which Will be offset by Us & Deducted from the transferred sum) to a nominated Bank account in the Cayman Islands. I don't think I need to spell out the importance of Secrecy in this Matter considering the amount involved. Let me state clearly here that the account that you would be providing does not need to have funds in it, it is only needed to be active and be able to receive funds. So, if I don't hear from you within three days I will assume you are not interested and will solicit for a new partner, but if you know you are interested let me know. List your phone & fax Numbers so we may communicate with you. This is important as we would Have to talk about the modalities of the transaction. Waiting to hear from you. kelvin chike From noreply at sourceforge.net Tue Jun 10 08:56:02 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jun 10 08:56:02 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Feature Requests-751999 ] even more flexibility to check_nwstat Message-ID: Feature Requests item #751999, was opened at 2003-06-10 15:55 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=751999&group_id=29880 Category: None Group: Next Release (example) Status: Open Priority: 5 Submitted By: Alex (faucon) Assigned to: Nobody/Anonymous (nobody) Summary: even more flexibility to check_nwstat Initial Comment: Hi all, Yeah, I know, what can I say I love that nwstat thing :) My request is as follow. It would be interesting to have the possibility to use some % threshold. In the case of the CSPROCS value, check_nwstat currently returns for example "100 current service processes (200 max)" But not all servers have 200 max, some are at 1000. So if the syntax could change (or have both) to... For example check_nwstat -H hostip -v CSPROCS -w 75% -c 95% That would be great! :) Alex ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=751999&group_id=29880 From ramog at starcalif.com Tue Jun 10 09:42:07 2003 From: ramog at starcalif.com (ramog) Date: Tue Jun 10 09:42:07 2003 Subject: [Nagiosplug-devel] plugin to check logged in user Message-ID: <03cd01c32f6f$313a8560$0d2fa8c0@sysadmin.starcalif.com> I created a small unix script to check if a user is currently "logged in" or "not logged in" in one console ( say, tty10) of one of the systems we're monitoring. Nagios is checking this using the nrpe plugin but only as information. Can anybody tell me if there is any plugin out there or any ideas to have Nagios check this script and would report to be critical if a "user" or an "account" is not currently log in and "OK" state if a "user" is currently log in. Any help is greatly appreciated.... Thanks, RFA -------------- next part -------------- An HTML attachment was scrubbed... URL: From ramog at starcalif.com Tue Jun 10 11:24:03 2003 From: ramog at starcalif.com (ramog) Date: Tue Jun 10 11:24:03 2003 Subject: [Nagiosplug-devel] plugin to check logged in user Message-ID: <047301c32f7d$552b1490$0d2fa8c0@sysadmin.starcalif.com> I created a small unix script to check if a user is currently "logged in" or "not logged in" in one console ( say, tty10) of one of the systems we're monitoring. Nagios is checking this using the nrpe plugin but only as information. Can anybody tell me if there is any plugin out there or any ideas to have Nagios check this script and would report to be critical if a "user" or an "account" is not currently log in and "OK" state if a "user" is currently log in. Any help is greatly appreciated.... -------------- next part -------------- An HTML attachment was scrubbed... URL: From sghosh at sghosh.org Tue Jun 10 14:51:08 2003 From: sghosh at sghosh.org (Subhendu Ghosh) Date: Tue Jun 10 14:51:08 2003 Subject: [Nagiosplug-devel] plugin to check logged in user In-Reply-To: <047301c32f7d$552b1490$0d2fa8c0@sysadmin.starcalif.com> Message-ID: On Tue, 10 Jun 2003, ramog wrote: > I created a small unix script to check if a user is currently "logged > in" or "not logged in" in one console ( say, tty10) of one of the > systems we're monitoring. Nagios is checking this using the nrpe plugin > but only as information. Can anybody tell me if there is any plugin out > there or any ideas to have Nagios check this script and would report to > be critical if a "user" or an "account" is not currently log in and "OK" > state if a "user" is currently log in. > > Any help is greatly appreciated.... > Nagios will report state based on the "exit code" of the plugin. See http://nagiosplug.sourceforge.net/ for developer guidelines look at check_oracle for a sample shell plugin.. -- -sg From noreply at sourceforge.net Wed Jun 11 03:45:10 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jun 11 03:45:10 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-747759 ] check_http cannot follow redirects with queries in them Message-ID: Bugs item #747759, was opened at 2003-06-02 17:26 Message generated for change (Comment added) made by kdebisschop You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=747759&group_id=29880 Category: None Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Ted Cabeen (secabeen) Assigned to: Nobody/Anonymous (nobody) Summary: check_http cannot follow redirects with queries in them Initial Comment: The check_http plugin cannot follow HTTP redirections to Locations that have GET queries in them. The URI_PATH define in check_http.c is missing many valid URI characters, including '?' and '&', both of which are critical in GET queries. Can you please change the URI_PATH define to allow for all of the characters that are valid in the path portion of a URI? Thanks. ---------------------------------------------------------------------- >Comment By: Karl DeBisschop (kdebisschop) Date: 2003-06-11 06:44 Message: Logged In: YES user_id=1671 added ?&#; for immediate fix -- need to look up RFC to see what is valid. (seems like that could be a large class, if you allow unicde) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=747759&group_id=29880 From noreply at sourceforge.net Wed Jun 11 03:46:07 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jun 11 03:46:07 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-747759 ] check_http cannot follow redirects with queries in them Message-ID: Bugs item #747759, was opened at 2003-06-02 17:26 Message generated for change (Settings changed) made by kdebisschop You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=747759&group_id=29880 Category: None Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Ted Cabeen (secabeen) >Assigned to: Karl DeBisschop (kdebisschop) Summary: check_http cannot follow redirects with queries in them Initial Comment: The check_http plugin cannot follow HTTP redirections to Locations that have GET queries in them. The URI_PATH define in check_http.c is missing many valid URI characters, including '?' and '&', both of which are critical in GET queries. Can you please change the URI_PATH define to allow for all of the characters that are valid in the path portion of a URI? Thanks. ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2003-06-11 06:44 Message: Logged In: YES user_id=1671 added ?&#; for immediate fix -- need to look up RFC to see what is valid. (seems like that could be a large class, if you allow unicde) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=747759&group_id=29880 From jeremy+nagios at undergrid.net Wed Jun 11 10:24:07 2003 From: jeremy+nagios at undergrid.net (Jeremy T. Bouse) Date: Wed Jun 11 10:24:07 2003 Subject: [Nagiosplug-devel] Nagios-plugin Debian packages Message-ID: <20030611172143.GA16590@UnderGrid.net> Hey guys, First off let me apologize for my appearance of absence as I've been busy here at work and not had much time to spend on the project... I have previously spoken with Turbo the Debian package maintainer for the Nagios packages and he has agreed to let me handle the nagios-plugins packaging... I am currently working to get the 1.3.0 packaging done and uploaded this week (yes I know we're expecting a bug release but if I do this now it should be easy to get the bug release version ready in under a couple days)... I am also going to setup a '-snapshot' version of the packages for Debian and use the CVS snapshot as it would contain the AF-independant code that 1.3.x doesn't... My thought was to possibly update the snapshot package once a week... What I'm curious to know though is if anyone is runnin Debian and Nagios and waiting on the nagios-plugins (currently still using the netsaint-plugin packages or rolling their own builds) that would want to help me shake out any problems with the packaging and upgrade from netsaint-plugins to nagios-plugins... I believe Turbo already has the Nagios install moving the plugins from the netsaint directory to a nagios directory with a symlink for backwards but I'd like to make sure when the netsaint-plugins package is replaced with nagios-plugins that there aren't any unforseen problems as well... Regards, Jeremy T. Bouse From noreply at sourceforge.net Wed Jun 11 12:21:22 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jun 11 12:21:22 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Support Requests-752837 ] Need help with Installing Patches Message-ID: Support Requests item #752837, was opened at 2003-06-11 19:20 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=752837&group_id=29880 Category: None Group: None Status: Open Priority: 5 Submitted By: Brian Snead (bsnead) Assigned to: Nobody/Anonymous (nobody) Summary: Need help with Installing Patches Initial Comment: I have not worked with installing Nagios Plugin Patches before. Is there a procedure documented somewhere? I downloaded the latest CVS distribution and compiled it, but the plugin I am looking for was not included. The specific plugin I am looking for is check_snmp_procs.patch. It looks like some type of Makefile, but I am not sure how to install it. Any help is greatly appreciated. Brian. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=752837&group_id=29880 From noreply at sourceforge.net Wed Jun 11 12:53:03 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jun 11 12:53:03 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-752864 ] configure.in test for radiusclient on Solaris Message-ID: Patches item #752864, was opened at 2003-06-11 12:52 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=752864&group_id=29880 Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: Kenytt Avery (kenytt) Assigned to: Nobody/Anonymous (nobody) Summary: configure.in test for radiusclient on Solaris Initial Comment: The configure script will not find libradiusclient even if it is present on Solaris because configure's test program requires libsocket to compile succesfully. Change line 148 of configure.in from: AC_CHECK_LIB(radiusclient,rc_read_config) to: AC_CHECK_LIB (radiusclient,rc_read_config,,,$SOCKETLIBS) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=752864&group_id=29880 From ziya at ripe.net Wed Jun 11 15:14:10 2003 From: ziya at ripe.net (Ziya Suzen) Date: Wed Jun 11 15:14:10 2003 Subject: [Nagiosplug-devel] check_ldap protocol version support Message-ID: <20030611221345.GA10160@cow.ripe.net> Hi, Is anyone working on check_ldap protocol version support? At the moment it only allows v2 binds. If no one is doing it right now I was thinking to add -2 and -3 options (since -P is being used for passwords) to change between LDAPv2 and LDAPv3 binds. Cheers, Ziya. From jeremy+nagios at undergrid.net Wed Jun 11 16:48:14 2003 From: jeremy+nagios at undergrid.net (Jeremy T. Bouse) Date: Wed Jun 11 16:48:14 2003 Subject: [Nagiosplug-devel] configure.in AC_PREREQ(2.50) Message-ID: <20030611234558.GA20270@UnderGrid.net> Has anyone else noticed problems with runnin tools/setup and having it complain about AC_CHECK_MEMBERS? It appears that it is time to add a pre-req to autoconf to use atleast 2.50 as 2.13 does not provide AC_CHECK_MEMBERS... This is easily done by adding the AC_PREREQ(2.50) near the top of the configure.in file and I've got it set as such locally and doing some builds... If this is in fact what we need to do I can either commit it or someone else doing other work can include it in a commit... Regards, Jeremy T. Bouse From jeremy+nagios at undergrid.net Wed Jun 11 20:31:07 2003 From: jeremy+nagios at undergrid.net (Jeremy T. Bouse) Date: Wed Jun 11 20:31:07 2003 Subject: [Nagiosplug-devel] command.cfg.in Message-ID: <20030612032906.GA20834@UnderGrid.net> In working to get the nagios-plugins packages ready for Debian I was running into the interesting problem that Nagios 1.1 was having problems reading the command.cfg file saying it found unexpected commands... It seems that it was wanting the commands in the template form instead... With this in mind would it not be advantagous to go ahead and convert the command.cfg.in to use the template format... Possibly also look at seperating the sample configs into seperate files even so they could only be installed if the plugin itself was installed... Just some thoughts to get some input on... Regards, Jeremy From sghosh at sghosh.org Thu Jun 12 05:12:06 2003 From: sghosh at sghosh.org (Subhendu Ghosh) Date: Thu Jun 12 05:12:06 2003 Subject: [Nagiosplug-devel] command.cfg.in In-Reply-To: <20030612032906.GA20834@UnderGrid.net> Message-ID: On Wed, 11 Jun 2003, Jeremy T. Bouse wrote: > In working to get the nagios-plugins packages ready for Debian I was > running into the interesting problem that Nagios 1.1 was having problems reading > the command.cfg file saying it found unexpected commands... It seems that it was > wanting the commands in the template form instead... With this in mind would it > not be advantagous to go ahead and convert the command.cfg.in to use the > template format... Possibly also look at seperating the sample configs into > seperate files even so they could only be installed if the plugin itself was > installed... > The generated makefile does not install command.cfg. So I guess the packages are adding that feature in. I think the thought process was that folks would have modified the commands and we didn't want to over-ride them on upgrades. I like the idea of separating the configs into separate files. The cfg_dir parameter should be able to suck in all the command definitions. If we do separate them into files, then template format as default is appropriate. -- -sg From jeremy+nagios at undergrid.net Thu Jun 12 09:08:12 2003 From: jeremy+nagios at undergrid.net (Jeremy T. Bouse) Date: Thu Jun 12 09:08:12 2003 Subject: [Nagiosplug-devel] command.cfg.in In-Reply-To: References: <20030612032906.GA20834@UnderGrid.net> Message-ID: <20030612160550.GB19044@UnderGrid.net> On Thu, Jun 12, 2003 at 08:10:37AM -0400, Subhendu Ghosh wrote: > On Wed, 11 Jun 2003, Jeremy T. Bouse wrote: > > > In working to get the nagios-plugins packages ready for Debian I was > > running into the interesting problem that Nagios 1.1 was having problems reading > > the command.cfg file saying it found unexpected commands... It seems that it was > > wanting the commands in the template form instead... With this in mind would it > > not be advantagous to go ahead and convert the command.cfg.in to use the > > template format... Possibly also look at seperating the sample configs into > > seperate files even so they could only be installed if the plugin itself was > > installed... > > > > The generated makefile does not install command.cfg. So I guess the > packages are adding that feature in. I think the thought process was that > folks would have modified the commands and we didn't want to over-ride > them on upgrades. > Yeah I believe the packages are what are installing command.cfg... Actually speaking as the one taking over the maintainer position for the plugins on Debian the command.cfg is not installed by nagios-plugins but rather by the nagios package (I don't maintain that) and it has no commands defined... The Nagios package maintainer places it there as a default and no future package upgrade will touch it so it is safe for local configurations... Now the nagios-plugins package (which I do maintain) reads the command.cfg file and parses all the command[...]= entries into seperate files based on the plugin called (ie- check_snmp.cfg would have all command lines defined using check_snmp) and saves them into /usr/share/nagios/pluginconfig/ which the update-nagios script (part of the nagios package) reads and parses and produces the checkcommand.cfg file in the nagios config directory. Then the nagios config just includes using the cfg_file directive along with command.cfg... I've managed to get around this issue however by working with the nagios package maintainer and modifing the update-nagios script to handle it appropriately... I'm not aware of any issue with RPM packages as I don't run RedHack^H^Ht... > I like the idea of separating the configs into separate files. The cfg_dir > parameter should be able to suck in all the command definitions. > > If we do separate them into files, then template format as default is > appropriate. > If we do move to a template format it would need to be seperate files for each plugin because parsing like what is done now would be even more of a headache... If the files are named appropriately then the install could simply include only those config files that it actually installs the plugin for... For example if check_blah plugin isn't install'd then check_blah.cfg isn't either... I'm sure the install processing of the Makefile could even be written so you wouldn't have to list all config files available so if there isn't an example config now one could be added later without having to make changes... Regards, Jeremy From noreply at sourceforge.net Thu Jun 12 14:25:03 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Jun 12 14:25:03 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-752864 ] configure.in test for radiusclient on Solaris Message-ID: Patches item #752864, was opened at 2003-06-11 12:52 Message generated for change (Comment added) made by kenytt You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=752864&group_id=29880 Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: Kenytt Avery (kenytt) Assigned to: Nobody/Anonymous (nobody) Summary: configure.in test for radiusclient on Solaris Initial Comment: The configure script will not find libradiusclient even if it is present on Solaris because configure's test program requires libsocket to compile succesfully. Change line 148 of configure.in from: AC_CHECK_LIB(radiusclient,rc_read_config) to: AC_CHECK_LIB (radiusclient,rc_read_config,,,$SOCKETLIBS) ---------------------------------------------------------------------- >Comment By: Kenytt Avery (kenytt) Date: 2003-06-12 14:24 Message: Logged In: YES user_id=799189 Ok, that was enough to get ./configure to succeed. It requires a little more work if you want to actually *build* them. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=752864&group_id=29880 From noreply at sourceforge.net Thu Jun 12 16:21:08 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Jun 12 16:21:08 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-753621 ] check_ldap LDAPv3 support Message-ID: Patches item #753621, was opened at 2003-06-13 01:20 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=753621&group_id=29880 Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: Ziya Suzen (ziya) Assigned to: Nobody/Anonymous (nobody) Summary: check_ldap LDAPv3 support Initial Comment: Adds LDAPv3 support while keeping v2. Added a check in configure.in to make sure it would compile and run with pre v3 ldap libraries. I considered it as a 'Bugfix' since latest OpenLDAP server does not allow version 2 binds by default. This causes check_ldap script to fail, unless 'allow bind_v2' directive is explicitly given in OpenLDAP server config file slapd.conf (which is not default). I am not aware of other servers but patched check_ldap should be compiling and working fine since all changes are ifdef'ed anyway. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=753621&group_id=29880 From Brian.Ipsen-sender-59c01b at andebakken.dk Sat Jun 14 11:09:06 2003 From: Brian.Ipsen-sender-59c01b at andebakken.dk (Brian Ipsen) Date: Sat Jun 14 11:09:06 2003 Subject: [Nagiosplug-devel] CVS snapshot ? Message-ID: Hi! I'm desperately trying to get a CVS snapshot of the plugins - but trying to login always gives me: # cvs -d:pserver:anonymous at cvs.sourceforge.net:/cvsroot/nagiosplug login Logging in to :pserver:anonymous at cvs.sourceforge.net:2401/cvsroot/nagiosplug CVS password: cvs [login aborted]: end of file from server (consult above messages if any) Which isn't quite helpfull to me. Is there a problem with the CVS server, or why can't I login/access the repository to get a recent snapshot ? Regards, /Brian From noreply at sourceforge.net Sat Jun 14 11:21:06 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Jun 14 11:21:06 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-754609 ] New check_raid plugin for software raid Message-ID: Patches item #754609, was opened at 2003-06-14 19:20 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=754609&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Thomas Nilsen (thnilsen) Assigned to: Nobody/Anonymous (nobody) Summary: New check_raid plugin for software raid Initial Comment: I've put together this small perl based plugin to check the status of a software raid. This will check all raid setting, and not just a specified device which the check_linux_raid in contribs does. Hope it might be of interest... Thomas ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=754609&group_id=29880 From noreply at sourceforge.net Sat Jun 14 12:54:13 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Jun 14 12:54:13 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-754633 ] New plugin: Seti@home stats Message-ID: Patches item #754633, was opened at 2003-06-14 20:53 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=754633&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Thomas Nilsen (thnilsen) Assigned to: Nobody/Anonymous (nobody) Summary: New plugin: Seti at home stats Initial Comment: Provides status of a running SETI at home process. Code is based on Tim Niemueller seti plugin for the lcdproc project. Totally useless, but still fun. :-) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=754633&group_id=29880 From Brian.Ipsen-sender-59c01b at andebakken.dk Sun Jun 15 03:05:06 2003 From: Brian.Ipsen-sender-59c01b at andebakken.dk (Brian Ipsen) Date: Sun Jun 15 03:05:06 2003 Subject: [Nagiosplug-devel] Error in spec file Message-ID: Hi! I think there's an error in the spec file for the plugins (used to build RPM's) Building the RPMs is no problem - but the installation is. After the installation, the plugins are located in /usr/lib/nagios/plugins This is not a problem - the problem is the permissions on the directory /usr/lib/nagios drwx------ 3 root root 4096 Jun 15 00:37 nagios This should be set (at least) as drwxr-xr-x 3 root root 4096 Jun 15 00:37 nagios Instead..... unless the owner/group is set to nagios.nagios (or whatever is being used) Could someone please check up on this ? Regards, /Brian From karl at debisschop.net Sun Jun 15 16:50:07 2003 From: karl at debisschop.net (Karl DeBisschop) Date: Sun Jun 15 16:50:07 2003 Subject: [Nagiosplug-devel] Error in spec file In-Reply-To: References: Message-ID: <1055720882.15968.9.camel@miles.debisschop.net> On Sun, 2003-06-15 at 06:03, Brian Ipsen wrote: > Hi! > > I think there's an error in the spec file for the plugins (used to build > RPM's) > > Building the RPMs is no problem - but the installation is. > After the installation, the plugins are located in > > /usr/lib/nagios/plugins > > This is not a problem - the problem is the permissions on the directory > /usr/lib/nagios > > drwx------ 3 root root 4096 Jun 15 00:37 nagios > > This should be set (at least) as > > drwxr-xr-x 3 root root 4096 Jun 15 00:37 nagios > > Instead..... unless the owner/group is set to nagios.nagios (or whatever is > being used) > > Could someone please check up on this ? Interesting. I believe the 0700 node reflects your umask. To this point, we have made it so that the plugins are not a prereq for nagios, not nagios for the plugins. On the one hand, the plugins are a handy test suite whether of not nagios is installed, on the other, the system is sufficiently modular the you may well decide to use some set of programs other than the standard plugins. The effect is, AFICT, /usr/lib/nagios is owned by neither. So it inherits the umask of the installer. I am going to suggest that, as far as it goes, we have made the right decision to keep the two only loosely coupled. So, it seems the solution would be to manually make the directory with a 775 umask if iyt does not yet exist. This would happen in the %pre section of both the plugins ang nagios itself. Maybe other people have better ideas, however. From trevor_obba at yahoo.co.uk Mon Jun 16 07:54:31 2003 From: trevor_obba at yahoo.co.uk (=?iso-8859-1?q?trevor=20obba?=) Date: Mon Jun 16 07:54:31 2003 Subject: [Nagiosplug-devel] nagios vms plugins please Message-ID: <20030616145329.24076.qmail@web12605.mail.yahoo.com> we've been using nagios for a few weeks to mornitor disk utilization, availabity, cpu useage, ftp and ssh on unix and windows server through nagios plugins but my boss now wants me to mornitor the above on our vms server is they any nagios plugins for vms? can you please send me vms nagios plugins or script to mornitor the above on nagios please. Thanks. ________________________________________________________________________ Want to chat instantly with your online friends? Get the FREE Yahoo! Messenger http://uk.messenger.yahoo.com/ From noreply at sourceforge.net Mon Jun 16 10:58:08 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jun 16 10:58:08 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-755456 ] check_oracle fix if Oracle-Error is reported Message-ID: Patches item #755456, was opened at 2003-06-16 17:57 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=755456&group_id=29880 Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: Sven Meyer (scm) Assigned to: Nobody/Anonymous (nobody) Summary: check_oracle fix if Oracle-Error is reported Initial Comment: I frequently stumble into corrupted database, which typically causes an ORA-12500 to be reported to any connection request. I found that "check_oracle --tablespace" (admittedly the only one tested) then reports no error, but a tablespace size of 0, usage 0. I'd like a nice error description, so that I can treat these problem immediately. Adding the following patch to check_oracle (taken from Plugins Release 1.3.0) 31a32 > . /etc/profile.d/oracle.sh 254a256,260 > if [ -n "`echo $result | grep ORA-`" ] ; then > echo $result > exit $STATE_UNKNOWN > fi > will report an UNKNOWN-State an reissue to problem as status information. "ERROR: ORA-12500: TNS:listener failed to start a dedicated server process Invalid option. Usage: CONNECT [AS SYSDBA ..." ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=755456&group_id=29880 From Ton.Voon at egg.com Tue Jun 17 05:02:04 2003 From: Ton.Voon at egg.com (Voon, Ton) Date: Tue Jun 17 05:02:04 2003 Subject: [Nagiosplug-devel] CVS snapshot ? Message-ID: <53104E20A25CD411B556009027E50636079A9C61@pnnemp02.pn.egg.com> I think Sourceforge have some major problems with CVS, which is well outside the control of the nagiosplug team. The daily snapshots that we run keep failing due to "end of file from server" errors. Other times, it works fine. You may want to raise a call with the SF team. -----Original Message----- From: Brian Ipsen [mailto:Brian.Ipsen-sender-59c01b at andebakken.dk] Sent: 14 June 2003 19:08 To: nagiosplug-devel at lists.sourceforge.net Subject: [Nagiosplug-devel] CVS snapshot ? Hi! I'm desperately trying to get a CVS snapshot of the plugins - but trying to login always gives me: # cvs -d:pserver:anonymous at cvs.sourceforge.net:/cvsroot/nagiosplug login Logging in to :pserver:anonymous at cvs.sourceforge.net:2401/cvsroot/nagiosplug CVS password: cvs [login aborted]: end of file from server (consult above messages if any) Which isn't quite helpfull to me. Is there a problem with the CVS server, or why can't I login/access the repository to get a recent snapshot ? Regards, /Brian ------------------------------------------------------- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 _______________________________________________ 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 carries out investment business on behalf of Egg and is regulated by the Financial Services Authority. 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 jeremy+nagios at undergrid.net Tue Jun 17 12:17:05 2003 From: jeremy+nagios at undergrid.net (Jeremy T. Bouse) Date: Tue Jun 17 12:17:05 2003 Subject: [Nagiosplug-devel] CVS snapshot ? In-Reply-To: <53104E20A25CD411B556009027E50636079A9C61@pnnemp02.pn.egg.com> References: <53104E20A25CD411B556009027E50636079A9C61@pnnemp02.pn.egg.com> Message-ID: <20030617191413.GA32061@UnderGrid.net> Forget even bothering to try and contact SF about it as they won't be able to provide any solution for it... I ran into this with another project I was trying to do CVS snapshot builds from... It is their rate-limiting for anonymous CVS actions (read: non-SSH logins)... Regards, Jeremy On Tue, Jun 17, 2003 at 11:16:06AM +0100, Voon, Ton wrote: > I think Sourceforge have some major problems with CVS, which is well outside > the control of the nagiosplug team. The daily snapshots that we run keep > failing due to "end of file from server" errors. Other times, it works fine. > You may want to raise a call with the SF team. > > -----Original Message----- > From: Brian Ipsen [mailto:Brian.Ipsen-sender-59c01b at andebakken.dk] > Sent: 14 June 2003 19:08 > To: nagiosplug-devel at lists.sourceforge.net > Subject: [Nagiosplug-devel] CVS snapshot ? > > > Hi! > > I'm desperately trying to get a CVS snapshot of the plugins - but trying to > login always gives me: > > # cvs -d:pserver:anonymous at cvs.sourceforge.net:/cvsroot/nagiosplug login > Logging in to :pserver:anonymous at cvs.sourceforge.net:2401/cvsroot/nagiosplug > CVS password: > cvs [login aborted]: end of file from server (consult above messages if any) > > Which isn't quite helpfull to me. Is there a problem with the CVS server, or > why can't I login/access the repository to get a recent snapshot ? > > Regards, > > /Brian > > > ------------------------------------------------------- > This SF.NET email is sponsored by: eBay > Great deals on office technology -- on eBay now! Click here: > http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 > _______________________________________________ > 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 > carries out investment business on behalf of Egg and is regulated > by the Financial Services Authority. > 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. > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: INetU > Attention Web Developers & Consultants: Become An INetU Hosting Partner. > Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! > INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php > _______________________________________________ > 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 noreply at sourceforge.net Wed Jun 18 05:32:09 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jun 18 05:32:09 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-756567 ] check_snmp not processing strings Message-ID: Bugs item #756567, was opened at 2003-06-18 12:31 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=756567&group_id=29880 Category: Argument proccessing Group: v1.3.0 beta3 Status: Open Resolution: None Priority: 5 Submitted By: Tony Missana (amissana) Assigned to: Nobody/Anonymous (nobody) Summary: check_snmp not processing strings Initial Comment: When I upgraded the software to Nagios 1.1 from Netsaint 7, the check_snmp plugin stopped working for any strings. I have included the output below from one of the string checks. [nagios at w2linux libexec]$ ./check_snmp -H w3linux -o system.sysName.0 -C public SNMP OK - w3linux [nagios at w2linux libexec]$ ./check_snmp -H w3linux -o system.sysName.0 -C public -s w3linux SNMP CRITICAL - *w3linux* As can be seen without the -s option the plugin come back with an ok status, when I add the -s it always comes back critical even though is is an exact match. Enclosing string variable in single and double quotes yields the same invalid output. Plugins are from the 1.3.0 build. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=756567&group_id=29880 From noreply at sourceforge.net Wed Jun 18 07:18:10 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jun 18 07:18:10 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-756567 ] check_snmp not processing strings Message-ID: Bugs item #756567, was opened at 2003-06-18 12:31 Message generated for change (Comment added) made by amissana You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=756567&group_id=29880 Category: Argument proccessing Group: v1.3.0 beta3 Status: Open Resolution: None Priority: 5 Submitted By: Tony Missana (amissana) Assigned to: Nobody/Anonymous (nobody) Summary: check_snmp not processing strings Initial Comment: When I upgraded the software to Nagios 1.1 from Netsaint 7, the check_snmp plugin stopped working for any strings. I have included the output below from one of the string checks. [nagios at w2linux libexec]$ ./check_snmp -H w3linux -o system.sysName.0 -C public SNMP OK - w3linux [nagios at w2linux libexec]$ ./check_snmp -H w3linux -o system.sysName.0 -C public -s w3linux SNMP CRITICAL - *w3linux* As can be seen without the -s option the plugin come back with an ok status, when I add the -s it always comes back critical even though is is an exact match. Enclosing string variable in single and double quotes yields the same invalid output. Plugins are from the 1.3.0 build. ---------------------------------------------------------------------- >Comment By: Tony Missana (amissana) Date: 2003-06-18 14:17 Message: Logged In: YES user_id=31338 Found a workaround for the problem, added the -OQ parameter to the end of the command line which removes the type designation i.e STRING: from the return. Program is now processing string correctley. Output below. /* create the command line to execute */ asprintf (&command_line, "%s -m %s -v %s %s % s:%s %s -OQ", PATH_TO_SNMPGET, miblist, proto, authpriv, server_address, port, oid); if (verbose) printf ("%s\n", command_line); Correct output: [nagios at w2linux plugins]$ ./check_snmp -H w3linux -C public - o system.sysName.0 -s w3linux SNMP OK - w3linux Put invalid string and it compared correctly. [nagios at w2linux plugins]$ ./check_snmp -H w3linux -C public - o system.sysName.0 -s w1linux SNMP CRITICAL - *w3linux* ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=756567&group_id=29880 From noreply at sourceforge.net Wed Jun 18 18:22:26 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jun 18 18:22:26 2003 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-745422 ] new plugin: Check a DPT ( Adaptec ) RAID board using snmp Message-ID: New Plugins item #745422, was opened at 2003-05-29 05:38 Message generated for change (Settings changed) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=745422&group_id=29880 >Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Francesc Guasch - Ortiz (frankie_guasch) Assigned to: Nobody/Anonymous (nobody) Summary: new plugin: Check a DPT ( Adaptec ) RAID board using snmp Initial Comment: Check a DPT ( Adaptec ) RAID board using snmp. This plugins requires the NET::SNMP module installed on the system. It also requires the dptagent installed in the host that has the board. This software can be downloaded from Adaptec. I only found an old rpm here: http://www.adaptec.com/worldwide/support/driverdetail.html?sess=no&cat=/Product/ASR-2100S&filekey=u160raid_sm_dr_suse64.tgz I was able to extract the agent and it works fine with RedHat-7.3 and RedHat-9.0. Tested with DPT SmartRAID V Controllers. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=745422&group_id=29880 From noreply at sourceforge.net Wed Jun 18 18:23:07 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jun 18 18:23:07 2003 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-754609 ] New check_raid plugin for software raid Message-ID: New Plugins item #754609, was opened at 2003-06-14 14:20 Message generated for change (Attachment added) made by thnilsen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=754609&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Thomas Nilsen (thnilsen) Assigned to: Nobody/Anonymous (nobody) Summary: New check_raid plugin for software raid Initial Comment: I've put together this small perl based plugin to check the status of a software raid. This will check all raid setting, and not just a specified device which the check_linux_raid in contribs does. Hope it might be of interest... Thomas ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=754609&group_id=29880 From noreply at sourceforge.net Wed Jun 18 18:23:11 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jun 18 18:23:11 2003 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-754633 ] New plugin: Seti@home stats Message-ID: New Plugins item #754633, was opened at 2003-06-14 15:53 Message generated for change (Attachment added) made by thnilsen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=754633&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Thomas Nilsen (thnilsen) Assigned to: Nobody/Anonymous (nobody) Summary: New plugin: Seti at home stats Initial Comment: Provides status of a running SETI at home process. Code is based on Tim Niemueller seti plugin for the lcdproc project. Totally useless, but still fun. :-) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=754633&group_id=29880 From noreply at sourceforge.net Wed Jun 18 18:25:03 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jun 18 18:25:03 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-756567 ] check_snmp not processing strings Message-ID: Bugs item #756567, was opened at 2003-06-18 08:31 Message generated for change (Settings changed) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=756567&group_id=29880 Category: Argument proccessing Group: v1.3.0 beta3 Status: Open Resolution: None Priority: 5 Submitted By: Tony Missana (amissana) >Assigned to: Subhendu Ghosh (sghosh) Summary: check_snmp not processing strings Initial Comment: When I upgraded the software to Nagios 1.1 from Netsaint 7, the check_snmp plugin stopped working for any strings. I have included the output below from one of the string checks. [nagios at w2linux libexec]$ ./check_snmp -H w3linux -o system.sysName.0 -C public SNMP OK - w3linux [nagios at w2linux libexec]$ ./check_snmp -H w3linux -o system.sysName.0 -C public -s w3linux SNMP CRITICAL - *w3linux* As can be seen without the -s option the plugin come back with an ok status, when I add the -s it always comes back critical even though is is an exact match. Enclosing string variable in single and double quotes yields the same invalid output. Plugins are from the 1.3.0 build. ---------------------------------------------------------------------- Comment By: Tony Missana (amissana) Date: 2003-06-18 10:17 Message: Logged In: YES user_id=31338 Found a workaround for the problem, added the -OQ parameter to the end of the command line which removes the type designation i.e STRING: from the return. Program is now processing string correctley. Output below. /* create the command line to execute */ asprintf (&command_line, "%s -m %s -v %s %s % s:%s %s -OQ", PATH_TO_SNMPGET, miblist, proto, authpriv, server_address, port, oid); if (verbose) printf ("%s\n", command_line); Correct output: [nagios at w2linux plugins]$ ./check_snmp -H w3linux -C public - o system.sysName.0 -s w3linux SNMP OK - w3linux Put invalid string and it compared correctly. [nagios at w2linux plugins]$ ./check_snmp -H w3linux -C public - o system.sysName.0 -s w1linux SNMP CRITICAL - *w3linux* ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=756567&group_id=29880 From russell at quadrix.com Fri Jun 20 09:24:09 2003 From: russell at quadrix.com (Russell Scibetti) Date: Fri Jun 20 09:24:09 2003 Subject: [Nagiosplug-devel] Build Issues Message-ID: <3EF334C9.3070301@quadrix.com> 2 Issue to look at: On Solaris 8, I was running configure, and it couldn't find a valid ps syntax, even though it saw that I was using /usr/ucb/ps. I eventually set the env variable PATH_TO_PS to be /bin (to try and use /bin/ps), and when I ran configure, it found the correct syntax for /usr/ucb/ps, not /bin/ps - Intriguing... Also, in the Makefile, the command "ln -sf" is used. This is the composite on "ln -f -s". Please change this to the extended format. For example, Solaris 8 doesn't support the concatenated arguments. Russell Scibetti -- Russell Scibetti Quadrix Solutions, Inc. http://www.quadrix.com (732) 235-2335, ext. 7038 From rczyz at scsinet.com Fri Jun 20 10:44:02 2003 From: rczyz at scsinet.com (Ryan Czyz) Date: Fri Jun 20 10:44:02 2003 Subject: [Nagiosplug-devel] Plugin question Message-ID: <001e01c33753$6339a000$aa581b0c@ryan> I am trying to write a basic pluging to compare the results off a "GET" to a file which has the reqiured output. If it is ok, it should exit with code status 0 and if it is bad it should exit with status 2 right? Here is the code: ########START CODE####### #!/bin/sh wget http://www..com/webapp/wcs/stores/servlet/TestPage?catalogId=1 0551\&storeId=10201 -O http_out -q diff -w -q /usr/local/nagios/bin/http_out /usr/local/nagios/libexec/http2.txt # If they're not different, it is ok. if [ $? -eq 0 ]; then echo "Site ok" exit 0 else echo "Critical" exit 3 fi ####END CODE##### We just did a shell script bceause it is quick and dirty and it will actually send the right info. The only problem is that when I look at the status in the web interface in Nagios, I see the status as OK (all the time) and then it will give the error CRITICAL, so I know that the conditions I the script are met. Is there something else that the CGIs are looking for that I am missing? Thanks..... Ryan Czyz From karl at debisschop.net Fri Jun 20 22:46:05 2003 From: karl at debisschop.net (Karl DeBisschop) Date: Fri Jun 20 22:46:05 2003 Subject: [Nagiosplug-devel] Plugin question In-Reply-To: <001e01c33753$6339a000$aa581b0c@ryan> References: <001e01c33753$6339a000$aa581b0c@ryan> Message-ID: <1056174357.16332.7.camel@localhost.localdomain> On Fri, 2003-06-20 at 13:42, Ryan Czyz wrote: > I am trying to write a basic pluging to compare the results off a "GET" > to a file which has the required output. If it is ok, it should exit > with code status 0 and if it is bad it should exit with status 2 right? > right - but your code says exit 3 -- Karl From karl at debisschop.net Fri Jun 20 22:59:03 2003 From: karl at debisschop.net (Karl DeBisschop) Date: Fri Jun 20 22:59:03 2003 Subject: [Nagiosplug-devel] Build Issues In-Reply-To: <3EF334C9.3070301@quadrix.com> References: <3EF334C9.3070301@quadrix.com> Message-ID: <1056175154.16332.15.camel@localhost.localdomain> On Fri, 2003-06-20 at 12:22, Russell Scibetti wrote: > 2 Issue to look at: > > On Solaris 8, I was running configure, and it couldn't find a valid ps > syntax, even though it saw that I was using /usr/ucb/ps. I eventually > set the env variable PATH_TO_PS to be /bin (to try and use /bin/ps), and > when I ran configure, it found the correct syntax for /usr/ucb/ps, not > /bin/ps - Intriguing... Doesn't ring any bells here - except to remind me thyat we should try and come up with a better way to handle check_ps. I'll have to do some testing to see if I can reproduce, but I don't have easy access to that box at the moment. Feel free to enter a bug at the web site to keep it fresh in our minds. > Also, in the Makefile, the command "ln -sf" is used. This is the > composite on "ln -f -s". Please change this to the extended format. > For example, Solaris 8 doesn't support the concatenated arguments. Fixed in CVS. Thanks for both reports. -- Karl From jeremy+nagios at undergrid.net Sun Jun 22 20:19:08 2003 From: jeremy+nagios at undergrid.net (Jeremy T. Bouse) Date: Sun Jun 22 20:19:08 2003 Subject: [Nagiosplug-devel] Linux Journal July 2003 edition Message-ID: <20030623031623.GA29319@UnderGrid.net> Has anyone else pick'd up or had delivered their July 2003 edition of Linux Journal. Listed on the front cover and actually about half-way through the magazine is an article on Nagios which covers not only Nagios itself but also mentions Nagat and NagMIN. Several screenshots are also included. I haven't read it thoroughly yet as I just pick'd up while grabbing some groceries but I plan to do so later this evening when it's time to relax... Regards, Jeremy From russell at quadrix.com Mon Jun 23 07:45:03 2003 From: russell at quadrix.com (Russell Scibetti) Date: Mon Jun 23 07:45:03 2003 Subject: [Nagiosplug-devel] Build Issues References: <3EF334C9.3070301@quadrix.com> <1056175154.16332.15.camel@localhost.localdomain> Message-ID: <3EF71202.1010309@quadrix.com> I have my own Solaris 8 server that I can run tests on. I can probably recreate the error conditions as well. What information would you like? I can give you all the environment variables, a tracescript of the configure and make, ... what else would be useful to you? Russell Karl DeBisschop wrote: >On Fri, 2003-06-20 at 12:22, Russell Scibetti wrote: > >>2 Issue to look at: >> >>On Solaris 8, I was running configure, and it couldn't find a valid ps >>syntax, even though it saw that I was using /usr/ucb/ps. I eventually >>set the env variable PATH_TO_PS to be /bin (to try and use /bin/ps), and >>when I ran configure, it found the correct syntax for /usr/ucb/ps, not >>/bin/ps - Intriguing... >> > >Doesn't ring any bells here - except to remind me thyat we should try >and come up with a better way to handle check_ps. I'll have to do some >testing to see if I can reproduce, but I don't have easy access to that >box at the moment. > >Feel free to enter a bug at the web site to keep it fresh in our minds. > >>Also, in the Makefile, the command "ln -sf" is used. This is the >>composite on "ln -f -s". Please change this to the extended format. >> For example, Solaris 8 doesn't support the concatenated arguments. >> > >Fixed in CVS. > >Thanks for both reports. > >-- >Karl > > > -- Russell Scibetti Quadrix Solutions, Inc. http://www.quadrix.com (732) 235-2335, ext. 7038 -------------- next part -------------- An HTML attachment was scrubbed... URL: From pagerc at ufl.edu Mon Jun 23 11:07:02 2003 From: pagerc at ufl.edu (Raymond Page) Date: Mon Jun 23 11:07:02 2003 Subject: [Nagiosplug-devel] Development and general help... Message-ID: <200306231405.48662.pagerc@ufl.edu> To whomever is on these lists: I am trying to get check_imap.t and check_pop.t to run. They are located under the plugins/t/ directory. However, I'm not a Perl guy, and I'm befudled as to why it says I need Cache.pm. I'm presuming it's some sort of Perl library/module that it's not finding. Anyways, I've looked on CPAN and I'm pretty clueless as to what I need to get, if someone could help me with that I'd appreciate it. As for development, I'm wanting to take the check_email_loop.pm from the contrib section and convert it over to imap. I'm curious if Nagios will timeout while I'm connected. The idea is to send N emails and leave the imap connection open until all of the emails have arrived, and thus be able to find the average time it takes for emails to arrive. IMAP as opposed to POP because it's one session and less time reconstructing the connection. Since I'm having to wait for the emails, I don't want Nagios to timeout on the return reply. So if anyone knows how long Nagios will wait for a check to take, that's what I need. Thanks, Raymond Page From russell at quadrix.com Mon Jun 23 14:45:02 2003 From: russell at quadrix.com (Russell Scibetti) Date: Mon Jun 23 14:45:02 2003 Subject: [Nagiosplug-devel] subst.sh Script Message-ID: <3EF77473.2040408@quadrix.com> Also, in the configure section of building the plugins, the script "subst.sh" is called. This script uses the command "touch -r", which is fine if you are using /usr/bin/touch, but not if you are using /usr/ucb/touch. Might want to remove the use of the -r tag if possible. Russell Scibetti -- Russell Scibetti Quadrix Solutions, Inc. http://www.quadrix.com (732) 235-2335, ext. 7038 From karl at debisschop.net Tue Jun 24 04:51:24 2003 From: karl at debisschop.net (Karl DeBisschop) Date: Tue Jun 24 04:51:24 2003 Subject: [Nagiosplug-devel] Build Issues In-Reply-To: <3EF71202.1010309@quadrix.com> References: <3EF334C9.3070301@quadrix.com> <1056175154.16332.15.camel@localhost.localdomain> <3EF71202.1010309@quadrix.com> Message-ID: <1056455446.23321.48.camel@localhost.localdomain> On Mon, 2003-06-23 at 10:43, Russell Scibetti wrote: > I have my own Solaris 8 server that I can run tests on. I can > probably recreate the error conditions as well. What information > would you like? I can give you all the environment variables, a > tracescript of the configure and make, ... what else would be useful > to you? Thanks for the offer. Let me think on it. What I would really prefer is to be able to replace the 'ps' invocations in check_procs with something that was remotely portable. I know that Sol8 once worked. And I've seen this in other cases, where changes to make one system's ps work break another system. Meanwhile, I'll try to see if I can find anything out on my Sol7 box. -- Karl From manish at dbsentry.com Tue Jun 24 07:08:27 2003 From: manish at dbsentry.com (Manish Gupta) Date: Tue Jun 24 07:08:27 2003 Subject: [Nagiosplug-devel] New Plugins Message-ID: <003901c33a59$aa799160$0302010a@GETAFIX> Hello, I have written few plugins, which I would like to be included in the plugin collection. I would appreciate if anybody can send me further instructions on how do I go about doing this. Here is some more info about the plugins I have written. 1) check_tw : Checks tripwire status 2) check_raid : Reports health of PERC/3Di RAID controller (this is something I am using in my Dell 2650). 3) check_disk_inodes : This is a modification of check_disk plugin, and reports inodes on the disk. 4) check_ora_alert : This plugin is for scanning Oracle's altert log file for ORA- errors. Thanks Manish From noreply at sourceforge.net Tue Jun 24 08:37:15 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jun 24 08:37:15 2003 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-701579 ] new plugin: check_snmp_procs Message-ID: New Plugins item #701579, was opened at 2003-03-11 09:58 Message generated for change (Settings changed) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=701579&group_id=29880 Category: Perl plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: David Alden (djalden) >Assigned to: Subhendu Ghosh (sghosh) Summary: new plugin: check_snmp_procs Initial Comment: Hi, This script uses snmp to monitor processes on remote hosts. It allows you to specify multiple processes to check for (thereby minimizing the number of snmp calls) with and counts for both the warning status and critical status. It allows you to search the hrSWRunName oid tree or the hrSWRunPath oid tree. It also allows you to use regular expressions to match process names. You can specify "0" for the minimum number of processes and a critical level of 1 to check for processes that shouldn't be running. ...dave alden ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=701579&group_id=29880 From noreply at sourceforge.net Tue Jun 24 08:38:02 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jun 24 08:38:02 2003 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-703898 ] New Plugin: check_traceroute Message-ID: New Plugins item #703898, was opened at 2003-03-14 18:03 Message generated for change (Settings changed) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=703898&group_id=29880 Category: Perl plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Myke Place (mplace) >Assigned to: Subhendu Ghosh (sghosh) Summary: New Plugin: check_traceroute Initial Comment: check_traceroute is a plugin that sends alerts to Nagios if a specified host is greater than a certain number of hops away. In cases where a multihomed network looses a connection and the remote side can be reached through another gateway check_ping will still report the connection is being up, though it has actually gone done. This is an admittedly rare instance, but perhaps others will find varied uses for this plugin as well. check_traceroute is written in Perl and utilizes Net::Traceroute and Getopts::Long. Usage is as follows: check_traceroute -t [-w ] [-c ] ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=703898&group_id=29880 From noreply at sourceforge.net Tue Jun 24 08:38:23 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jun 24 08:38:23 2003 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-736655 ] Network printer status via snmp Message-ID: New Plugins item #736655, was opened at 2003-05-12 16:22 Message generated for change (Settings changed) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=736655&group_id=29880 Category: Network device plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Subhendu Ghosh (sghosh) >Assigned to: Subhendu Ghosh (sghosh) Summary: Network printer status via snmp Initial Comment: This plugin mirrors the functionality of the check_hpjd plugin and adds support for any network printers that support the PrinterMIB (rfc1759). It has been tested with Xerox N2125 and HP JetDirect 610N cards Only snmpv1/v2c is supported at this time. Bug reports to the nagiosplug-devel list please. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=736655&group_id=29880 From noreply at sourceforge.net Tue Jun 24 08:39:04 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jun 24 08:39:04 2003 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-745422 ] new plugin: Check a DPT ( Adaptec ) RAID board using snmp Message-ID: New Plugins item #745422, was opened at 2003-05-29 05:38 Message generated for change (Settings changed) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=745422&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Francesc Guasch - Ortiz (frankie_guasch) >Assigned to: Subhendu Ghosh (sghosh) Summary: new plugin: Check a DPT ( Adaptec ) RAID board using snmp Initial Comment: Check a DPT ( Adaptec ) RAID board using snmp. This plugins requires the NET::SNMP module installed on the system. It also requires the dptagent installed in the host that has the board. This software can be downloaded from Adaptec. I only found an old rpm here: http://www.adaptec.com/worldwide/support/driverdetail.html?sess=no&cat=/Product/ASR-2100S&filekey=u160raid_sm_dr_suse64.tgz I was able to extract the agent and it works fine with RedHat-7.3 and RedHat-9.0. Tested with DPT SmartRAID V Controllers. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=745422&group_id=29880 From sghosh at sghosh.org Tue Jun 24 08:43:28 2003 From: sghosh at sghosh.org (Subhendu Ghosh) Date: Tue Jun 24 08:43:28 2003 Subject: [Nagiosplug-devel] New Plugins In-Reply-To: <003901c33a59$aa799160$0302010a@GETAFIX> Message-ID: On Tue, 24 Jun 2003, Manish Gupta wrote: > Hello, > > I have written few plugins, which I would like to be included in the plugin > collection. I would appreciate if anybody can send me further instructions > on how do I go about doing this. Here is some more info about the plugins I > have written. > > 1) check_tw : Checks tripwire status > 2) check_raid : Reports health of PERC/3Di RAID controller (this is > something I am using in my Dell 2650). > 3) check_disk_inodes : This is a modification of check_disk plugin, and > reports inodes on the disk. > 4) check_ora_alert : This plugin is for scanning Oracle's altert log file > for ORA- errors. > To submit new plugins - you need a sourceforge userid. Once logged into Sourceforge go to http://sourceforge.net/tracker/?func=browse&group_id=29880&atid=541465 and submit new plugns. some notes: 1. use *VERY* descriptive plugin names 2. include license 3. note related plugins. 3a. there are already 2 plugins related to inodes on the contrib directory 3b. there are a couple of raid plugins as well 4. source code needs explicit notes about any required dependencies. -- -sg From noreply at sourceforge.net Tue Jun 24 11:00:20 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jun 24 11:00:20 2003 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-759974 ] PERC/3Di RAID controller health check plugin Message-ID: New Plugins item #759974, was opened at 2003-06-24 17:59 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=759974&group_id=29880 Category: System monitor Group: None Status: Open Resolution: None Priority: 5 Submitted By: Manish Gupta (mgupta) Assigned to: Nobody/Anonymous (nobody) Summary: PERC/3Di RAID controller health check plugin Initial Comment: This Nagios plugin reports health of PERC/3Di RAID controller. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=759974&group_id=29880 From noreply at sourceforge.net Tue Jun 24 11:03:11 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jun 24 11:03:11 2003 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-759976 ] Tripwire plugin Message-ID: New Plugins item #759976, was opened at 2003-06-24 18:02 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=759976&group_id=29880 Category: System monitor Group: None Status: Open Resolution: None Priority: 5 Submitted By: Manish Gupta (mgupta) Assigned to: Nobody/Anonymous (nobody) Summary: Tripwire plugin Initial Comment: This Nagios plugin reports any changes made to the critical files as identified by tripwire. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=759976&group_id=29880 From noreply at sourceforge.net Tue Jun 24 11:04:12 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jun 24 11:04:12 2003 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 (Tracker Item Submitted) made by Item Submitter 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. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=759977&group_id=29880 From noreply at sourceforge.net Tue Jun 24 14:29:01 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jun 24 14:29:01 2003 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-760094 ] Oracle's alert log check plugin Message-ID: New Plugins item #760094, was opened at 2003-06-24 21:28 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=760094&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. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=760094&group_id=29880 From noreply at sourceforge.net Tue Jun 24 22:11:01 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jun 24 22:11:01 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-747759 ] check_http cannot follow redirects with queries in them Message-ID: Bugs item #747759, was opened at 2003-06-02 17:26 Message generated for change (Comment added) made by kdebisschop You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=747759&group_id=29880 Category: None Group: CVS Status: Open >Resolution: Fixed Priority: 5 Submitted By: Ted Cabeen (secabeen) Assigned to: Karl DeBisschop (kdebisschop) Summary: check_http cannot follow redirects with queries in them Initial Comment: The check_http plugin cannot follow HTTP redirections to Locations that have GET queries in them. The URI_PATH define in check_http.c is missing many valid URI characters, including '?' and '&', both of which are critical in GET queries. Can you please change the URI_PATH define to allow for all of the characters that are valid in the path portion of a URI? Thanks. ---------------------------------------------------------------------- >Comment By: Karl DeBisschop (kdebisschop) Date: 2003-06-25 01:10 Message: Logged In: YES user_id=1671 updated per RFC 2396 ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2003-06-11 06:44 Message: Logged In: YES user_id=1671 added ?&#; for immediate fix -- need to look up RFC to see what is valid. (seems like that could be a large class, if you allow unicde) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=747759&group_id=29880 From noreply at sourceforge.net Tue Jun 24 22:11:10 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jun 24 22:11:10 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-747759 ] check_http cannot follow redirects with queries in them Message-ID: Bugs item #747759, was opened at 2003-06-02 17:26 Message generated for change (Settings changed) made by kdebisschop You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=747759&group_id=29880 Category: None Group: CVS >Status: Closed Resolution: Fixed Priority: 5 Submitted By: Ted Cabeen (secabeen) Assigned to: Karl DeBisschop (kdebisschop) Summary: check_http cannot follow redirects with queries in them Initial Comment: The check_http plugin cannot follow HTTP redirections to Locations that have GET queries in them. The URI_PATH define in check_http.c is missing many valid URI characters, including '?' and '&', both of which are critical in GET queries. Can you please change the URI_PATH define to allow for all of the characters that are valid in the path portion of a URI? Thanks. ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2003-06-25 01:10 Message: Logged In: YES user_id=1671 updated per RFC 2396 ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2003-06-11 06:44 Message: Logged In: YES user_id=1671 added ?&#; for immediate fix -- need to look up RFC to see what is valid. (seems like that could be a large class, if you allow unicde) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=747759&group_id=29880 From noreply at sourceforge.net Tue Jun 24 23:03:34 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jun 24 23:03:34 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Feature Requests-760275 ] a check_jabber plugin Message-ID: Feature Requests item #760275, was opened at 2003-06-25 02:02 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=760275&group_id=29880 Category: None Group: None Status: Open Priority: 5 Submitted By: Ian Wilson (tacgeek) Assigned to: Nobody/Anonymous (nobody) Summary: a check_jabber plugin Initial Comment: Hi. I'd like to know if anyone's working on a check_jabber plug in. I was using check_tcp, however, that only tells me if the port is alive and accepting connections, and not if the jabber server is actually working. If there's nobody working on a check_jabber plug-in, please, let me know...I've got something that checks to see if the server's talking back with the client--and I'd be willing to clean up the code and submit it to the branch. Ian ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=760275&group_id=29880 From Eric.Doutreleau at int-evry.fr Wed Jun 25 06:19:04 2003 From: Eric.Doutreleau at int-evry.fr (Eric.Doutreleau at int-evry.fr) Date: Wed Jun 25 06:19:04 2003 Subject: [Nagiosplug-devel] problem with check_disk on RH9 machine Message-ID: hi i have just install nagios 1.1 and nagios plugins 1.3 on my RH9 machine and i have a severe problem with check_disk when i run df /dev/sda1 SysFichier 1K-blocs Utilis?? Dispo. Util% Mont?? sur /dev/sda1 147766 15134 125003 11% /boot /usr/lib/nagios/plugins/check_disk -w 20 -c 10 -p /dev/sda1 Disk "/dev/sda1" not mounted or nonexistant I can't make any check on the disk partition Has anybody already seen that? Thanks in advance for any help -- Eric Doutreleau I.N.T | Tel : +33 (0) 160764687 9 rue Charles Fourier | Fax : +33 (0) 160764321 91011 Evry France | email : Eric.Doutreleau at int-evry.fr From Ton.Voon at egg.com Wed Jun 25 06:59:12 2003 From: Ton.Voon at egg.com (Voon, Ton) Date: Wed Jun 25 06:59:12 2003 Subject: [Nagiosplug-devel] check_disk.c HEAD without -d parameters Message-ID: <53104E20A25CD411B556009027E50636079A9CC3@pnnemp02.pn.egg.com> Just wanted to see what the consensus was on this change. v1.23 wanted: check_disk -d /dev/dsk/c0t0d0s5 in order to test a physical partition. The change below removes this so that you can use: check_disk -p /dev/dsk/c0t0d0s5 as you would have done in the r1_3_0 version of check_disk. I didn't think there was a need to use a separate flag to specify devices. Any thoughts? I can backout if people think -d is better. Ton > -----Original Message----- > From: Ton Voon [SMTP:tonvoon at users.sourceforge.net] > Sent: Wednesday, June 25, 2003 2:38 PM > To: nagiosplug-checkins at lists.sourceforge.net > Subject: [Nagiosplug-checkins] CVS: nagiosplug/plugins > check_disk.c,1.23,1.24 > > Update of /cvsroot/nagiosplug/nagiosplug/plugins > In directory sc8-pr-cvs1:/tmp/cvs-serv31012 > > Modified Files: > check_disk.c > Log Message: > Removed -d option and just check against -p parameter > > > Index: check_disk.c > =================================================================== > RCS file: /cvsroot/nagiosplug/nagiosplug/plugins/check_disk.c,v > retrieving revision 1.23 > retrieving revision 1.24 > diff -C2 -r1.23 -r1.24 > *** check_disk.c 25 Jun 2003 13:28:05 -0000 1.23 > --- check_disk.c 25 Jun 2003 13:38:22 -0000 1.24 > *************** > *** 202,209 **** > for (me = mount_list; me; me = me->me_next) { > > ! if ((dev_select_list && > ! walk_name_list (dev_select_list, me->me_devname)) || > ! (path_select_list && > ! walk_name_list (path_select_list, me->me_mountdir))) > get_fs_usage (me->me_mountdir, me->me_devname, > &fsp); > else if (dev_select_list || path_select_list) > --- 202,208 ---- > for (me = mount_list; me; me = me->me_next) { > > ! if (path_select_list && > ! (walk_name_list (path_select_list, me->me_mountdir) || > ! walk_name_list (path_select_list, me->me_devname) ) ) > get_fs_usage (me->me_mountdir, me->me_devname, > &fsp); > else if (dev_select_list || path_select_list) > *************** > *** 276,284 **** > { > int c; > ! struct name_list *se; > ! struct name_list **pathtail = &path_select_list; > ! struct name_list **devtail = &dev_select_list; > ! struct name_list **fstail = &fs_exclude_list; > ! struct name_list **dptail = &dp_exclude_list; > > int option_index = 0; > --- 275,283 ---- > { > int c; > ! struct name_list *se; > ! struct name_list **pathtail = &path_select_list; > ! struct name_list **devtail = &dev_select_list; > ! struct name_list **fstail = &fs_exclude_list; > ! struct name_list **dptail = &dp_exclude_list; > > int option_index = 0; > *************** > *** 293,297 **** > {"path", required_argument, 0, 'p'}, > {"partition", required_argument, 0, 'p'}, > - {"device", required_argument, 0, 'd'}, > {"exclude_device", required_argument, 0, 'x'}, > {"exclude-type", required_argument, 0, 'X'}, > --- 292,295 ---- > *************** > *** 319,323 **** > > while (1) { > ! c = getopt_long (argc, argv, "+?Vqhvet:c:w:u:p:d:x:X:mklM", > long_options, &option_index); > > if (c == -1 || c == EOF) > --- 317,321 ---- > > while (1) { > ! c = getopt_long (argc, argv, "+?Vqhvet:c:w:u:p:x:X:mklM", > long_options, &option_index); > > if (c == -1 || c == EOF) > *************** > *** 402,412 **** > *pathtail = se; > pathtail = &se->name_next; > - break; > - case 'd': > /* select partition/device */ > - se = (struct name_list *) malloc (sizeof (struct > name_list)); > - se->name = strdup (optarg); > - se->name_next = NULL; > - *devtail = se; > - devtail = &se->name_next; > break; > case 'x': > /* exclude path or partition */ > --- 400,403 ---- > 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 carries out investment business on behalf of Egg and is regulated by the Financial Services Authority. 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 jbautista at icnet.com.ve Wed Jun 25 08:18:18 2003 From: jbautista at icnet.com.ve (Jeyri Bautista) Date: Wed Jun 25 08:18:18 2003 Subject: [Nagiosplug-devel] check_nt Message-ID: <5.1.0.14.0.20030625111813.04a9a5c8@pop.icnet.com.ve> Hi, I?m using the nsclient for monitor my windows counters, but I want that when a service use more than 70% of cpu, this service will be restarted. I saw the check_nt file but it don?t see well, Is possible add that command for restart any service when a event occur? Thanks, Jeyri Bautista From frederico at ati.com.br Wed Jun 25 08:19:06 2003 From: frederico at ati.com.br (Frederico Faria) Date: Wed Jun 25 08:19:06 2003 Subject: [Nagiosplug-devel] Custom Plugins Message-ID: <3EF9F54C.8050509@ati.com.br> Hi, I didn' t find information about how create my own plugins. Where I can to get this information ? In the page "http://nagiosplug.sourceforge.net/" I saw only the "Developer Guidelines" doucumentation. Thank you, Faria -- Frederico Charles S. Faria Coordenacao de Desenvolvimento de Software ATI / ATITEL Ltda www.ati.com.br From frankie at etsetb.upc.es Wed Jun 25 10:43:13 2003 From: frankie at etsetb.upc.es (Francesc Guasch) Date: Wed Jun 25 10:43:13 2003 Subject: [Nagiosplug-devel] Custom Plugins In-Reply-To: <3EF9F54C.8050509@ati.com.br> References: <3EF9F54C.8050509@ati.com.br> Message-ID: <3EF9DEF1.6060302@etsetb.upc.es> Frederico Faria wrote: > Hi, > > I didn' t find information about how create my own plugins. Where I > can to get this information ? You should read this, If you already havent. http://nagiosplug.sourceforge.net/developer-guidelines.html Then you can write the plugins in the language you like more. Many are written in C and perl. I think perl is the easiest way. You just have to check whatever your plugin checks and exit with the return code. If the check was ok: exit(0) if it sort of failed and it's a warning: exit(1) if it really failed critical: exit(2) if the check couldn't get an answer: exit(3) Maybe you could read the source of another plugin and start from there. Get the nagios-plugins sources. From badri at Pillai.DE Wed Jun 25 11:08:02 2003 From: badri at Pillai.DE (Badri Pillai) Date: Wed Jun 25 11:08:02 2003 Subject: [Nagiosplug-devel] RE: [Nagios-devel] Linux Journal July 2003 edition In-Reply-To: <20030623031623.GA29319@UnderGrid.net> Message-ID: Hi, If you need more info regarding integrating nagios/cacti let me know. I've done this for the company I'm working as a consultant. Well actually I got the idea from apan, but since the configuration needed lots of typing, I replaced it with Cacti. I just have to check with my boss if he agrees that I give the frontend code to cacti and the plugins. Cheers, Badri -----Original Message----- From: nagios-devel-admin at lists.sourceforge.net [mailto:nagios-devel-admin at lists.sourceforge.net]On Behalf Of Jeremy T. Bouse Sent: Montag, 23. Juni 2003 05:16 To: nagios-devel at lists.sourceforge.net; nagiosplug-devel at lists.sourceforge.net Subject: [Nagios-devel] Linux Journal July 2003 edition Has anyone else pick'd up or had delivered their July 2003 edition of Linux Journal. Listed on the front cover and actually about half-way through the magazine is an article on Nagios which covers not only Nagios itself but also mentions Nagat and NagMIN. Several screenshots are also included. I haven't read it thoroughly yet as I just pick'd up while grabbing some groceries but I plan to do so later this evening when it's time to relax... Regards, Jeremy ------------------------------------------------------- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php _______________________________________________ Nagios-devel mailing list Nagios-devel at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-devel From sghosh at sghosh.org Wed Jun 25 20:56:01 2003 From: sghosh at sghosh.org (Subhendu Ghosh) Date: Wed Jun 25 20:56:01 2003 Subject: [Nagiosplug-devel] Custom Plugins In-Reply-To: <3EF9F54C.8050509@ati.com.br> Message-ID: On Wed, 25 Jun 2003, Frederico Faria wrote: > Hi, > > I didn' t find information about how create my own plugins. Where I > can to get this information ? > > In the page "http://nagiosplug.sourceforge.net/" I saw only the > "Developer Guidelines" doucumentation. > > Thank you, > > Faria > What else do you ned to know? developer == creator ;) -- -sg From lfrudge at eletrobras.gov.br Thu Jun 26 07:28:04 2003 From: lfrudge at eletrobras.gov.br (Luiz Felipe R E) Date: Thu Jun 26 07:28:04 2003 Subject: [Nagiosplug-devel] Patch to check-ping plugin under Linux RedHat 9 - intel Message-ID: Hi ! The check-ping plugin doesn't run OK under RedHat 9. The problem is related to the output of /bin/ping under RH9 when the all the packets are lost. To correct the problem, a specific condition must be put to be evaluated. Here is the output from diff: 395,398d394 < (input_buffer, "%*d packets transmitted, %*d received, +%*d errors, %d%% packet loss", < &pl) == 1 < /* RedHat 9 as reported by Luiz Felipe R E */ < || sscanf If someone wants the diff file, please notify me. Thank you for all the excelent job you are doing! Regards, Luiz Felipe R E From jcarro10 at sprintspectrum.com Thu Jun 26 09:42:12 2003 From: jcarro10 at sprintspectrum.com (Carroll, Jim P [Contractor]) Date: Thu Jun 26 09:42:12 2003 Subject: [Nagiosplug-devel] RE: [Nagios-devel] Linux Journal July 2003 edition Message-ID: I'm quite interested, and I'm sure many others will be, too! :) Please let us know if your boss gives you the blessing. jc Badri Pillai wrote: > If you need more info regarding integrating nagios/cacti let me know. > > I've done this for the company I'm working as a consultant. > > Well actually I got the idea from apan, but since the configuration > needed lots of typing, I replaced it with Cacti. > > I just have to check with my boss if he agrees that I give > the frontend > code to cacti and the plugins. From imad at netopenservices.com Thu Jun 26 09:52:01 2003 From: imad at netopenservices.com (Imad Soltani) Date: Thu Jun 26 09:52:01 2003 Subject: [Nagiosplug-devel] RE: [Nagios-devel] Linux Journal July 2003 edition In-Reply-To: References: Message-ID: <1056646271.235.252.camel@bsdimad.packaging-genious.com> On Thu, 2003-06-26 at 18:37, Carroll, Jim P [Contractor] wrote: > I'm quite interested, and I'm sure many others will be, too! :) > Sure :-) > Please let us know if your boss gives you the blessing. > We can help you on makin' a web page about it , it will be better to read it for all others > jc > > Badri Pillai wrote: > > If you need more info regarding integrating nagios/cacti let me know. > > > > I've done this for the company I'm working as a consultant. > > > > Well actually I got the idea from apan, but since the configuration > > needed lots of typing, I replaced it with Cacti. > > > > I just have to check with my boss if he agrees that I give > > the frontend > > code to cacti and the plugins. > > > ------------------------------------------------------- > This SF.Net email is sponsored by: INetU > Attention Web Developers & Consultants: Become An INetU Hosting Partner. > Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! > INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php > _______________________________________________ > Nagios-devel mailing list > Nagios-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/nagios-devel > From cvicente at network-services.uoregon.edu Thu Jun 26 10:51:04 2003 From: cvicente at network-services.uoregon.edu (Carlos Vicente) Date: Thu Jun 26 10:51:04 2003 Subject: [Nagiosplug-devel] check_ping with v6 support Message-ID: <1056649160.18457.37.camel@tiroloco.uoregon.edu> I saw some posts back in march about rewriting check_ping with support for v6. What's the status of this? Thanks cv From jeremy+nagios at undergrid.net Thu Jun 26 11:33:07 2003 From: jeremy+nagios at undergrid.net (Jeremy T. Bouse) Date: Thu Jun 26 11:33:07 2003 Subject: [Nagiosplug-devel] check_ping with v6 support In-Reply-To: <1056649160.18457.37.camel@tiroloco.uoregon.edu> References: <1056649160.18457.37.camel@tiroloco.uoregon.edu> Message-ID: <20030626183046.GA10261@UnderGrid.net> The version of check_ping in CVS does work with IPv6... I've actually got it working in a production monitoring network of our IPv6 network at work... Regards, Jeremy On Thu, Jun 26, 2003 at 10:39:20AM -0700, Carlos Vicente wrote: > I saw some posts back in march about rewriting check_ping with support > for v6. What's the status of this? > > Thanks > > cv > From mohacsi at niif.hu Fri Jun 27 00:28:07 2003 From: mohacsi at niif.hu (Janos Mohacsi) Date: Fri Jun 27 00:28:07 2003 Subject: [Nagiosplug-devel] check_ping with v6 support In-Reply-To: <1056649160.18457.37.camel@tiroloco.uoregon.edu> References: <1056649160.18457.37.camel@tiroloco.uoregon.edu> Message-ID: <20030627092536.U85782@evil.ki.iif.hu> Hello, Try to use check_fping and install an ipv6 compatible fping. We are using it since beginning of February. Regards, Janos Mohacsi Network Engineer, Research Associate NIIF/HUNGARNET, HUNGARY Key 00F9AF98: 8645 1312 D249 471B DBAE 21A2 9F52 0D1F 00F9 AF98 On Thu, 26 Jun 2003, Carlos Vicente wrote: > I saw some posts back in march about rewriting check_ping with support > for v6. What's the status of this? > > > Thanks > > cv > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: INetU > Attention Web Developers & Consultants: Become An INetU Hosting Partner. > Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! > INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php > _______________________________________________ > 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 karl at debisschop.net Fri Jun 27 04:25:16 2003 From: karl at debisschop.net (Karl DeBisschop) Date: Fri Jun 27 04:25:16 2003 Subject: [Nagiosplug-devel] check_disk.c HEAD without -d parameters In-Reply-To: <53104E20A25CD411B556009027E50636079A9CC3@pnnemp02.pn.egg.com> References: <53104E20A25CD411B556009027E50636079A9CC3@pnnemp02.pn.egg.com> Message-ID: <1056713184.7532.6.camel@localhost.localdomain> On Wed, 2003-06-25 at 09:58, Voon, Ton wrote: > Just wanted to see what the consensus was on this change. v1.23 wanted: > > check_disk -d /dev/dsk/c0t0d0s5 > > in order to test a physical partition. The change below removes this so that > you can use: > > check_disk -p /dev/dsk/c0t0d0s5 > > as you would have done in the r1_3_0 version of check_disk. I didn't think > there was a need to use a separate flag to specify devices. > > Any thoughts? I can backout if people think -d is better. On issue is that if you specify a -p /dev/???? you actually are specifying a file on the /dev partition. What if the goal is to check the number of inodes used on /dev? You make it impossible (or difficult to do so). I personally think he convenience of being able to willfully confuse devices and filesystems is minor. If may be appropriate for a user-oriented utility like df, but I think a nagios adminsistrator should be able to tell the difference. I have a vague sense that I had other reasons at the time, But those elude me at the moment. I'd prefer it be backed out. -- Karl From Ton.Voon at egg.com Fri Jun 27 04:47:09 2003 From: Ton.Voon at egg.com (Voon, Ton) Date: Fri Jun 27 04:47:09 2003 Subject: [Nagiosplug-devel] check_disk.c HEAD without -d parameters Message-ID: <53104E20A25CD411B556009027E50636079A9CD5@pnnemp02.pn.egg.com> I don't understand the /dev/???? argument. Why would you specify a file to check? I know a "df /dev/file" will return information for the /dev filesystem, but check_disk doesn't try to work out which filesystem a file belongs to, so currently "check_disk -p /dev/file" returns a disk not found. I think check_disk should only check disks/partitions/filesystems and not individual files. I guess there could be confusion if there was a device called /var and a filesystem called /var, but this would never be the case as they would be unique locations under /. However, I agree a Nagios administrator should know the difference. If -d is to be used, I think it should be done for the 1.4 release as we are already breaking current syntax (eg, -p "/ /var" no longer works - must be -p / -p /var) > -----Original Message----- > From: Karl DeBisschop [SMTP:karl at debisschop.net] > Sent: Friday, June 27, 2003 12:26 PM > To: Ton Voon > Cc: nagiosplug-devel at lists.sourceforge.net > Subject: Re: [Nagiosplug-devel] check_disk.c HEAD without -d > parameters > > On Wed, 2003-06-25 at 09:58, Voon, Ton wrote: > > Just wanted to see what the consensus was on this change. v1.23 wanted: > > > > check_disk -d /dev/dsk/c0t0d0s5 > > > > in order to test a physical partition. The change below removes this so > that > > you can use: > > > > check_disk -p /dev/dsk/c0t0d0s5 > > > > as you would have done in the r1_3_0 version of check_disk. I didn't > think > > there was a need to use a separate flag to specify devices. > > > > Any thoughts? I can backout if people think -d is better. > > On issue is that if you specify a -p /dev/???? you actually are > specifying a file on the /dev partition. What if the goal is to check > the number of inodes used on /dev? You make it impossible (or difficult > to do so). > > I personally think he convenience of being able to willfully confuse > devices and filesystems is minor. If may be appropriate for a > user-oriented utility like df, but I think a nagios adminsistrator > should be able to tell the difference. > > I have a vague sense that I had other reasons at the time, But those > elude me at the moment. > > I'd prefer it be backed out. > -- > Karl 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 carries out investment business on behalf of Egg and is regulated by the Financial Services Authority. 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 karl at debisschop.net Fri Jun 27 05:29:05 2003 From: karl at debisschop.net (Karl DeBisschop) Date: Fri Jun 27 05:29:05 2003 Subject: [Nagiosplug-devel] check_disk.c HEAD without -d parameters In-Reply-To: <53104E20A25CD411B556009027E50636079A9CD5@pnnemp02.pn.egg.com> References: <53104E20A25CD411B556009027E50636079A9CD5@pnnemp02.pn.egg.com> Message-ID: <1056716144.7532.24.camel@localhost.localdomain> On Fri, 2003-06-27 at 07:46, Voon, Ton wrote: > I don't understand the /dev/???? argument. Why would you specify a file to > check? I know a "df /dev/file" will return information for the /dev > filesystem, but check_disk doesn't try to work out which filesystem a file > belongs to, so currently "check_disk -p /dev/file" returns a disk not found. > I think check_disk should only check disks/partitions/filesystems and not > individual files. You say check_disk does not try to work out which filesystem a file belongs to -- I assert that it should. But you raise good points. I have to run now, but lets keep this question open for a bit. > I guess there could be confusion if there was a device called /var and a > filesystem called /var, but this would never be the case as they would be > unique locations under /. > However, I agree a Nagios administrator should know the difference. If -d is > to be used, I think it should be done for the 1.4 release as we are already > breaking current syntax (eg, -p "/ /var" no longer works - must be -p / -p > /var) Yes - I recognize that it is a change and I do not propose back-porting to 1.3.x > > > -----Original Message----- > > From: Karl DeBisschop [SMTP:karl at debisschop.net] > > Sent: Friday, June 27, 2003 12:26 PM > > To: Ton Voon > > Cc: nagiosplug-devel at lists.sourceforge.net > > Subject: Re: [Nagiosplug-devel] check_disk.c HEAD without -d > > parameters > > > > On Wed, 2003-06-25 at 09:58, Voon, Ton wrote: > > > Just wanted to see what the consensus was on this change. v1.23 wanted: > > > > > > check_disk -d /dev/dsk/c0t0d0s5 > > > > > > in order to test a physical partition. The change below removes this so > > that > > > you can use: > > > > > > check_disk -p /dev/dsk/c0t0d0s5 > > > > > > as you would have done in the r1_3_0 version of check_disk. I didn't > > think > > > there was a need to use a separate flag to specify devices. > > > > > > Any thoughts? I can backout if people think -d is better. > > > > On issue is that if you specify a -p /dev/???? you actually are > > specifying a file on the /dev partition. What if the goal is to check > > the number of inodes used on /dev? You make it impossible (or difficult > > to do so). > > > > I personally think he convenience of being able to willfully confuse > > devices and filesystems is minor. If may be appropriate for a > > user-oriented utility like df, but I think a nagios adminsistrator > > should be able to tell the difference. > > > > I have a vague sense that I had other reasons at the time, But those > > elude me at the moment. > > > > I'd prefer it be backed out. > > -- > > Karl > > > 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 > carries out investment business on behalf of Egg and is regulated > by the Financial Services Authority. > 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 jeremy+nagios at undergrid.net Fri Jun 27 06:20:17 2003 From: jeremy+nagios at undergrid.net (Jeremy T. Bouse) Date: Fri Jun 27 06:20:17 2003 Subject: [Nagiosplug-devel] check_ping with v6 support In-Reply-To: <20030627092536.U85782@evil.ki.iif.hu> References: <1056649160.18457.37.camel@tiroloco.uoregon.edu> <20030627092536.U85782@evil.ki.iif.hu> Message-ID: <20030627131647.GA13402@UnderGrid.net> I have not tested this situation with the curren CVS code... Are you running the CVS version of check_fping or one you've modified? The 1.3.x version of the plugins should not have had the functions to validate an IPv6 hostname or address as these were added only to CVS after 1.3.0 was released... If the fping command which is IPv6 enabled works without modification I would agree that is a better choice as currently the check_ping plugin has to decide whether to call ping or ping6 to do the test... Regards, Jeremy On Fri, Jun 27, 2003 at 09:26:37AM +0200, Janos Mohacsi wrote: > Hello, > Try to use check_fping and install an ipv6 compatible fping. We > are using it since beginning of February. > Regards, > > Janos Mohacsi > Network Engineer, Research Associate > NIIF/HUNGARNET, HUNGARY > Key 00F9AF98: 8645 1312 D249 471B DBAE 21A2 9F52 0D1F 00F9 AF98 > > On Thu, 26 Jun 2003, Carlos Vicente wrote: > > > I saw some posts back in march about rewriting check_ping with support > > for v6. What's the status of this? > > > > > > Thanks > > > > cv > > > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: INetU > > Attention Web Developers & Consultants: Become An INetU Hosting Partner. > > Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! > > INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php > > _______________________________________________ > > 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: INetU > Attention Web Developers & Consultants: Become An INetU Hosting Partner. > Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! > INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php > _______________________________________________ > 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 mohacsi at niif.hu Fri Jun 27 06:40:04 2003 From: mohacsi at niif.hu (Janos Mohacsi) Date: Fri Jun 27 06:40:04 2003 Subject: [Nagiosplug-devel] bug fixes for nagios plugins Message-ID: <20030627152057.H20346@evil.ki.iif.hu> Dear All, I tried the nagios-plugins-200306262230 snapshot on a FreeBSD, and I found two bugs: 1. The uintmax_t type is only defined the FreeBSD 5.x series. If you want to install on a FreeBSD 4.x you have to define yourself the uintmax_t type. See the attached unified diff for fsusage.h.diff. It has been tested on FreeBSD 4.x and 5.x. It seems to be a hack.... 2. The IPv6 support in the plugins was broken. The hint structure initialisation did not follow the standard (RFC3493). I made the unified diff to fix the problem (see netutils.c.diff). I has been tested on FreeBSD 4.x and 5.x. I hope the patches above will be somehow integrated into the CVS and later in the new version of the plugins. Kindest Regards, Janos Mohacsi Network Engineer, Research Associate NIIF/HUNGARNET, HUNGARY Key 00F9AF98: 8645 1312 D249 471B DBAE 21A2 9F52 0D1F 00F9 AF98 -------------- next part -------------- --- fsusage.h.orig Fri Jun 27 14:31:10 2003 +++ fsusage.h Fri Jun 27 14:31:36 2003 @@ -20,6 +20,10 @@ #if !defined FSUSAGE_H_ # define FSUSAGE_H_ +#if !defined uintmax_t +typedef u_int64_t uintmax_t; +#endif + struct fs_usage { int fsu_blocksize; /* Size of a block. */ -------------- next part -------------- --- netutils.c.orig Fri Jun 27 14:32:52 2003 +++ netutils.c Fri Jun 27 14:34:35 2003 @@ -255,7 +255,8 @@ memset (&hints, 0, sizeof (hints)); hints.ai_family = PF_UNSPEC; - hints.ai_protocol = proto; + hints.ai_socktype = (proto == IPPROTO_UDP) ? SOCK_DGRAM : SOCK_STREAM; + /*hints.ai_protocol = proto;*/ snprintf (port_str, sizeof (port_str), "%d", port); result = getaddrinfo (host_name, port_str, &hints, &res); From mohacsi at niif.hu Fri Jun 27 06:42:12 2003 From: mohacsi at niif.hu (Janos Mohacsi) Date: Fri Jun 27 06:42:12 2003 Subject: [Nagiosplug-devel] check_ping with v6 support In-Reply-To: <20030627131647.GA13402@UnderGrid.net> References: <1056649160.18457.37.camel@tiroloco.uoregon.edu> <20030627092536.U85782@evil.ki.iif.hu> <20030627131647.GA13402@UnderGrid.net> Message-ID: <20030627153222.U20346@evil.ki.iif.hu> On Fri, 27 Jun 2003, Jeremy T. Bouse wrote: > > I have not tested this situation with the curren CVS code... Are > you running the CVS version of check_fping or one you've modified? The > 1.3.x version of the plugins should not have had the functions to > validate an IPv6 hostname or address as these were added only to CVS > after 1.3.0 was released... If the fping command which is IPv6 enabled > works without modification I would agree that is a better choice as > currently the check_ping plugin has to decide whether to call ping or > ping6 to do the test... It was originally tested with 1.3beta2. I did not require any modification, just to replace the fping with IPv6 compatible fping. That time the is_host() function did not check for existence of the host entry as it does now in the CVS. Only restriction is that you had to specify your IPv6 ping target with hostname and NOT with address. Regards, Janos > > Regards, > Jeremy > > On Fri, Jun 27, 2003 at 09:26:37AM +0200, Janos Mohacsi wrote: > > Hello, > > Try to use check_fping and install an ipv6 compatible fping. We > > are using it since beginning of February. > > Regards, > > > > Janos Mohacsi > > Network Engineer, Research Associate > > NIIF/HUNGARNET, HUNGARY > > Key 00F9AF98: 8645 1312 D249 471B DBAE 21A2 9F52 0D1F 00F9 AF98 > > > > On Thu, 26 Jun 2003, Carlos Vicente wrote: > > > > > I saw some posts back in march about rewriting check_ping with support > > > for v6. What's the status of this? > > > > > > > > > Thanks > > > > > > cv > > > > > > > > > > > > > > > ------------------------------------------------------- > > > This SF.Net email is sponsored by: INetU > > > Attention Web Developers & Consultants: Become An INetU Hosting Partner. > > > Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! > > > INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php > > > _______________________________________________ > > > 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: INetU > > Attention Web Developers & Consultants: Become An INetU Hosting Partner. > > Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! > > INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php > > _______________________________________________ > > 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: INetU > Attention Web Developers & Consultants: Become An INetU Hosting Partner. > Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! > INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php > _______________________________________________ > 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 sghosh at sghosh.org Fri Jun 27 07:04:02 2003 From: sghosh at sghosh.org (Subhendu Ghosh) Date: Fri Jun 27 07:04:02 2003 Subject: [Nagiosplug-devel] check_nt In-Reply-To: <5.1.0.14.0.20030627095549.00b54628@pop.icnet.com.ve> Message-ID: If you can run SSH on the windows system, then you could ssh in an execute the "net start *" commands. Other alternative is to try the new samba software that is starting to implement the facilities of the net commands so they can be issued from a *nix box. -sg On Fri, 27 Jun 2003, Jeyri Bautista wrote: > Thanks, > > Then, how can I do that? Is very important for me. > > Thanks, > > Jeyri > > > At 05:07 p.m. 26/06/2003 -0400, you wrote: > >On Wed, 25 Jun 2003, Jeyri Bautista wrote: > > > > > Hi, > > > > > > I?m using the nsclient for monitor my windows counters, but I want that > > > when a service use more than 70% of cpu, this service will be restarted. > > > > > > I saw the check_nt file but it don?t see well, > > > > > > Is possible add that command for restart any service when a event occur? > > > > > > Thanks, > > > > > > Jeyri Bautista > > > > > > >Sorry check_nt does not support restarting a service. > > > >-- > >-sg > -- From Ton.Voon at egg.com Fri Jun 27 07:54:11 2003 From: Ton.Voon at egg.com (Voon, Ton) Date: Fri Jun 27 07:54:11 2003 Subject: [Nagiosplug-devel] check_swap HEAD changes Message-ID: <53104E20A25CD411B556009027E50636079A9CD8@pnnemp02.pn.egg.com> I've just committed some changes to check_swap. Primarily, it is for allowing swap -s on Solaris to be evaluated, but it was a bit complicated to do. There maybe breakage on other OSes - needs some testing on Linux, HPUX, IRIX, Unixware and FreeBSD. Also changed output and parameters so that -w and -c alert on free space, rather than used space. This makes it consistent with check_disk. I think as a general rule, should always show and check against free space instead of used space since this always has a lower bound. Ton 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 carries out investment business on behalf of Egg and is regulated by the Financial Services Authority. 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 mohacsi at niif.hu Fri Jun 27 08:25:03 2003 From: mohacsi at niif.hu (Janos Mohacsi) Date: Fri Jun 27 08:25:03 2003 Subject: [Nagiosplug-devel] IPv6 support in Nagios Message-ID: <20030627154206.J20346@evil.ki.iif.hu> Dear All, We have been using Nagios for monitoring IPv6 network since beginning of February. Apart from check_fping that is rather easy, I created a new check_tcp6 and check_udp6, that is IPv6 only TCP and UDP check. I checked recently the CVS and found that there is some IPv6 support in the netutils.c and therefore for every plugin. I see one problem in the approach implemented in the CVS. If someone wants to run check_xyz with hostname and both A and AAAA record exist for that particular hostname you cannot enforce with protocol you want to use IPv4 or IPv6. I don't like my approach either, since for each protocol you would have an ...6 version that is not very nice. What about implementing a general flag -4 for IPv4 and -6 for IPv6 for each networking related plugin, to select the protocol to be used? When do you plan to release a new version of plugins with IPv6 support? Kindest Regards, Janos Mohacsi Network Engineer, Research Associate NIIF/HUNGARNET, HUNGARY Key 00F9AF98: 8645 1312 D249 471B DBAE 21A2 9F52 0D1F 00F9 AF98 From jeremy+nagios at undergrid.net Fri Jun 27 11:17:02 2003 From: jeremy+nagios at undergrid.net (Jeremy T. Bouse) Date: Fri Jun 27 11:17:02 2003 Subject: [Nagiosplug-devel] IPv6 support in Nagios In-Reply-To: <20030627154206.J20346@evil.ki.iif.hu> References: <20030627154206.J20346@evil.ki.iif.hu> Message-ID: <20030627181049.GA14291@UnderGrid.net> The current CVS code fully supported IPv6 as the code was modified to be completely AF-independent... The CVS version of check_tcp & check_udp already do support IPv6 hostnames and addresses right along with IPv4 support... It automatically attempts to try whichever is returned... As you have mentioned the -4 and -6 support is not yet in all the options... As the one who did the major AF-independent code changes I have just not had the time to dig into this and add the -4 and -6 options into the plugins... I believe a search of the archives of this list would show that this topic has been discussed and is highly desired... I'm hoping to get this ability in prior to the current CVS code being released... Regards, Jeremy T. Bouse On Fri, Jun 27, 2003 at 05:09:06PM +0200, Janos Mohacsi wrote: > Dear All, > We have been using Nagios for monitoring IPv6 network since > beginning of February. Apart from check_fping that is rather easy, I > created a new check_tcp6 and check_udp6, that is IPv6 only TCP and UDP > check. I checked recently the CVS and found that there is some IPv6 > support in the netutils.c and therefore for every plugin. I see one > problem in the approach implemented in the CVS. If someone wants to run > check_xyz with hostname and both A and AAAA record exist for that > particular hostname you cannot enforce with protocol you want to use IPv4 > or IPv6. > > I don't like my approach either, since for each protocol you would > have an ...6 version that is not very nice. > > What about implementing a general flag -4 for IPv4 and -6 for IPv6 > for each networking related plugin, to select the protocol to be used? > > When do you plan to release a new version of plugins with IPv6 > support? > > Kindest Regards, > > > Janos Mohacsi > Network Engineer, Research Associate > NIIF/HUNGARNET, HUNGARY > Key 00F9AF98: 8645 1312 D249 471B DBAE 21A2 9F52 0D1F 00F9 AF98 > > > ------------------------------------------------------- > This SF.Net email is sponsored by: INetU > Attention Web Developers & Consultants: Become An INetU Hosting Partner. > Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! > INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php > _______________________________________________ > 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 jeremy+nagios at undergrid.net Fri Jun 27 11:42:04 2003 From: jeremy+nagios at undergrid.net (Jeremy T. Bouse) Date: Fri Jun 27 11:42:04 2003 Subject: [Nagiosplug-devel] bug fixes for nagios plugins In-Reply-To: <20030627152057.H20346@evil.ki.iif.hu> References: <20030627152057.H20346@evil.ki.iif.hu> Message-ID: <20030627181408.GB14291@UnderGrid.net> Thank you for finding that issue with regards to netutils.c initialization of the socket structure... I'll go ahead and get that change made as I've been working on the AF-independent code primarially... The intent was to follow RFC3493 following code modification recommendations by Itojun from the IPv6 working groups... Regards, Jeremy On Fri, Jun 27, 2003 at 03:31:49PM +0200, Janos Mohacsi wrote: > Dear All, > I tried the nagios-plugins-200306262230 snapshot on a FreeBSD, and > I found two bugs: > > 1. The uintmax_t type is only defined the FreeBSD 5.x series. If you want > to install on a FreeBSD 4.x you have to define yourself the uintmax_t > type. See the attached unified diff for fsusage.h.diff. It has been > tested on FreeBSD 4.x and 5.x. It seems to be a hack.... > > 2. The IPv6 support in the plugins was broken. The hint structure > initialisation did not follow the standard (RFC3493). I made the unified > diff to fix the problem (see netutils.c.diff). I has been tested on > FreeBSD 4.x and 5.x. > > I hope the patches above will be somehow integrated into the CVS and later > in the new version of the plugins. > > Kindest Regards, > > Janos Mohacsi > Network Engineer, Research Associate > NIIF/HUNGARNET, HUNGARY > Key 00F9AF98: 8645 1312 D249 471B DBAE 21A2 9F52 0D1F 00F9 AF98 > --- fsusage.h.orig Fri Jun 27 14:31:10 2003 > +++ fsusage.h Fri Jun 27 14:31:36 2003 > @@ -20,6 +20,10 @@ > #if !defined FSUSAGE_H_ > # define FSUSAGE_H_ > > +#if !defined uintmax_t > +typedef u_int64_t uintmax_t; > +#endif > + > struct fs_usage > { > int fsu_blocksize; /* Size of a block. */ > --- netutils.c.orig Fri Jun 27 14:32:52 2003 > +++ netutils.c Fri Jun 27 14:34:35 2003 > @@ -255,7 +255,8 @@ > > memset (&hints, 0, sizeof (hints)); > hints.ai_family = PF_UNSPEC; > - hints.ai_protocol = proto; > + hints.ai_socktype = (proto == IPPROTO_UDP) ? SOCK_DGRAM : SOCK_STREAM; > + /*hints.ai_protocol = proto;*/ > > snprintf (port_str, sizeof (port_str), "%d", port); > result = getaddrinfo (host_name, port_str, &hints, &res); From jeremy+nagios at undergrid.net Fri Jun 27 11:54:03 2003 From: jeremy+nagios at undergrid.net (Jeremy T. Bouse) Date: Fri Jun 27 11:54:03 2003 Subject: [Nagiosplug-devel] bug fixes for nagios plugins In-Reply-To: <20030627152057.H20346@evil.ki.iif.hu> References: <20030627152057.H20346@evil.ki.iif.hu> Message-ID: <20030627185106.GA18993@UnderGrid.net> I'm assuming your basing your "did not follow the standard (RFC3493) on section 6.1 of the RFC which reads: If the argument hints is not null, it refers to a structure containing input values that may direct the operation by providing options and by limiting the returned information to a specific socket type, address family and/or protocol. In this hints structure every member other than ai_flags, ai_family, ai_socktype and ai_protocol shall be set to zero or a null pointer. A value of AF_UNSPEC for ai_family means that the caller shall accept any address family. A value of zero for ai_socktype means that the caller shall accept any socket type. A value of zero for ai_protocol means that the caller shall accept any protocol. If hints is a null pointer, the behavior shall be as if it referred to a structure containing the value zero for the ai_flags, ai_socktype and ai_protocol fields, and AF_UNSPEC for the ai_family field. In which case even your patch does not follow the standard as you have completely removed the setting of ai_protocol by commenting it out... To be compliant I have added the initializing of ai_socktype per your example but did not comment out the ai_protocol declaration... This should be within revision 1.8 of the CVS code committed a few minutes ago... Although this ommission was in fact not per the RFC I don't believe it caused any problems as I had tested on FreeBSD 4.x, OpenBSD, Linux, Solaris 7, 8 & 9 without any adverse reactions to this as you would have noticed by the memset (...) line prior to setting the hints values that initialized all of hints to zero so ai_socktype would have been initialized to 0 which would have been compliant with the RFC... Now it is just more explicit and defines it based on protocol version... Regards, Jeremy On Fri, Jun 27, 2003 at 03:31:49PM +0200, Janos Mohacsi wrote: > 2. The IPv6 support in the plugins was broken. The hint structure > initialisation did not follow the standard (RFC3493). I made the unified > diff to fix the problem (see netutils.c.diff). I has been tested on > FreeBSD 4.x and 5.x. > > --- netutils.c.orig Fri Jun 27 14:32:52 2003 > +++ netutils.c Fri Jun 27 14:34:35 2003 > @@ -255,7 +255,8 @@ > > memset (&hints, 0, sizeof (hints)); > hints.ai_family = PF_UNSPEC; > - hints.ai_protocol = proto; > + hints.ai_socktype = (proto == IPPROTO_UDP) ? SOCK_DGRAM : SOCK_STREAM; > + /*hints.ai_protocol = proto;*/ > > snprintf (port_str, sizeof (port_str), "%d", port); > result = getaddrinfo (host_name, port_str, &hints, &res); From jeremy+nagios at undergrid.net Fri Jun 27 12:25:12 2003 From: jeremy+nagios at undergrid.net (Jeremy T. Bouse) Date: Fri Jun 27 12:25:12 2003 Subject: [Nagiosplug-devel] Nagios plugin options -4 and -6 Message-ID: <20030627190927.GB18993@UnderGrid.net> In looking how best to impliment the -4 and -6 options to the plugins in order to explicitly use IPv6 or IPv4 hosts as opposed to having the resolver return both and cycle through them till one succeeds or the all fail I've come up with a few thoughts I'd like to get input on... 1) my_connect() in netutils.c seems to be the most ideal place for this to take place as the hints.ai_family declaration can be coded to specify AF_INET or AF_INET6 rather than AF_UNSPEC which returns either. Note: Currently uses PF_UNSPEC which I will be changing to AF_UNSPEC. It may require some inclusion into the verification functions to make sure we don't try to verify a host as IPv4 only but try to connect to IPv6 or vice versa but they should be trivial once implimented in my_connect. 2) I noticed check_by_ssh.c already has a -4 and -6 options (or --use-ipv4 and --use-ipv6 long options) which do nothing but pass through to the command line call to ssh... 3) Given that yes STD_LONG_OPTS could be extended to include the long options for -4 and -6 it wouldn't make sense since utils.h is included into plugins whether they use network calls or not... Also it would still require modification to all network plugins to include the options into their switch/case structure as there is no uniformed way to change it in all plugins unilaterally... With that in mind my thought is to add a external int declaration to netutils.h which we'll default to 0 (zero) then during command line option parsing set it to the appropriate value of AF_INET or AF_INET6 otherwise leave it as 0 which would be AF_UNSPEC then hints.ai_family would be set to this value in my_connect. What this allows is the current operation is the default... But once a plugin has been modified to set the value it would then allow it to be able to include the -4 and -6 options correctly by insuring that the extern variable was set accordingly... This would only be available to those plugins which include netutils.h, of which I only count about a dozen... If there were some way to have a standard #define that could be used inline in the switch/case to include this option parsing it would be great but I can't think of how to do so correctly and would welcome some ideas... Also what should be make this extern variable called? I'd opt for af_family but don't want it getting confused else where. Maybe use_protocol? Regards, Jeremy From rouilj at cs.umb.edu Sat Jun 28 13:17:01 2003 From: rouilj at cs.umb.edu (John P. Rouillard) Date: Sat Jun 28 13:17:01 2003 Subject: [Nagiosplug-devel] Adding more advanced correlation to nagios with sec (any interest?) Message-ID: <200306281948.h5SJmGxN020728@mx1.cs.umb.edu> Hi all: I just want to say that I am very pleased with nagios, and it makes my life much easier. However, I have some things that I want to do that are not easily done within nagios. E.G. If a system jumpstart is in progress, ignore warnings about high interface usage (on one interface), or dropped packets (on the hub). If an index operation of the HTTP server is in progress, ignore warnings about the http interface being slow. I also want to show a host/service down if a given system went down, (as determined by a syslog message) but I want the report done ONLY if the system isn't back up in 5 minutes. Note that none of the rebooting, indexing, or jumpstarting operations occur at fixed times, so I can't schedule these in advance. Other things can sort of be done in nagios, but it is a bit tough to configure. E.G. I have a single snmp_trap service defined for my hosts. The service is considered volatile, and is state_stalked. I want to do the following: If an (particular range of) interfaces on a switch goes down (and sends a trap) ignore it unless it has gone down/up 3 times in five minutes. Don't clear it until it has stayed up for at least 15 minutes. Other interfaces on the same switch should be reported immediately I could do part of this by adding every one of my 20 interfaces on the switch as services, but that doesn't really handle the timing aspects. It makes the services a lot more difficult to read and configure. Another thing I want to do is: Synthesize an event that notes if two of my three links to a remote site are having problems. That is two of my three routers may be in a warn state, and I want to place the "Access to 16 net" service in a critical state. This can be done by event handlers, but you end up writing a portion of sec to do it, so you might just as well use sec in the first place. I have a method of integrating sec into nagios to handle these issues and more. Using sec to process traps (or other passive checks) is straight forward. The trap collector running from snmptrapd just dumps the trap report (formatted as a nagios passive service check) into sec's input fifo and then sec processes it, and reports it (if needed) into the nagios.cmd pipe. However for polled items, it more difficult. I don't want to have a flapping service where the plugin determines that there is a problem, nagios reacts to that, and then sec reacts to that (being fed its info by an event handler) by clearing the service because sec determines that there is not yet a problem. This leads to a flapping service as nagios and sec disagree on what is a true problem, and leads to spurious notifications because I can't put in a high max_check_attempts and have nagios respond to sec when it has a real problem (unless I define yet another service yech). What I did was write a plugin in perl (sec_filter) that runs the nagios command (sort of like check_ssh). It always passes the output of the plugin to sec's input pipe. However, depending on the flags given to the sec_filter script, it will exit: with an "ignore OK" code, and no output with an "ignore ERROR" code, and no output with the exit code and output of the plugin I have chosen exit status of 5 for "ignore OK" and 6 for "ignore ERROR". (It looks like code 4 is used internally for pending states, and I didn't want to use that number hence my choice of 5 and 6.) The reason for these new codes is to make nagios not change any status for the polled service based on the poll. The new status will be sent to it by a passive check command generated from sec. That is I want nagios to be a (almost) dumb poller and to let sec filter all the data. Using sec provides much better control over flap detection, and multiple service correlation. Above I said I wanted nagios to be an almost dumb poller. This is because I want nagios to poll at the retry_check_interval if there is a problem found by the plugin. If sec_filter exits with status 6, then nagios polls at the faster retry interval. This allows sec to better determine the trouble the system is in, or more easily determine when the system recovers. I have set it up so that sec itself is a passive nagios service, and automatically sends notifications to nagios, as well as nagios being able to poll the sec service if its data gets stale. So is anybody interested in my mods (about 30 lines) to nagios to support this, and my plugin? Note, there is a issue with sec in that ;'s can't be embedded in its action commands. This is a problem since nagios' passive commands are ; delimited. There should be a new version of sec out (2.1.8) once testing is complete that addresses this issue. -- rouilj John Rouillard =========================================================================== My employers don't acknowledge my existence much less my opinions. From sxeeuy at asp-platform.com Sat Jun 28 16:14:04 2003 From: sxeeuy at asp-platform.com (Julia Trautmann) Date: Sat Jun 28 16:14:04 2003 Subject: [Nagiosplug-devel] Livecam Botschaft für Nagiosplugdevel Message-ID: An HTML attachment was scrubbed... URL: From noreply at sourceforge.net Sat Jun 28 18:53:08 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Jun 28 18:53:08 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-621872 ] check_swap prints blocks not bytes Message-ID: Bugs item #621872, was opened at 2002-10-11 14:31 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=621872&group_id=29880 Category: None Group: None Status: Open Resolution: None >Priority: 3 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Ton Voon (tonvoon) Summary: check_swap prints blocks not bytes Initial Comment: tested on solaris 8 & 9 / sparc - last production plugins and 1.3 output of plugin: /usr/local/nagios/libexec/check_swap -w 80% -c 90% Swap ok - Swap used: 53% (553744 bytes out of 1044464) swap -s total: 636192k bytes allocated + 161896k reserved = 798088k used, 437480k available swap -l swapfile dev swaplo blocks free /dev/dsk/c0t0d0s1 136,1 16 1044464 490720 as you can see the plugin is incorrectly reporting the blocks as "bytes". ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2003-06-29 02:52 Message: Logged In: YES user_id=664364 The latest HEAD version will return swap information as MBs, which has been tested on Solaris & Linux. If there are no responses to this call in the next seven days, this will be closed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=621872&group_id=29880 From noreply at sourceforge.net Sat Jun 28 18:55:08 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Jun 28 18:55:08 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Support Requests-725238 ] invalid drive when using check_nt Message-ID: Support Requests item #725238, was opened at 2003-04-21 21:15 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=725238&group_id=29880 Category: None Group: None Status: Open Priority: 5 Submitted By: Shane Reutzel (smreutzel) >Assigned to: Ton Voon (tonvoon) Summary: invalid drive when using check_nt Initial Comment: I am able to retrieve disk information about the C: drive of a remote NT machine using the check_nt script. But, If I try any of the other drives on that machine, I get the following error "Free disk space : Invalid drive". Is there something specific that I need to include in the syntax? Thanks, Shane ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2003-06-29 02:54 Message: Logged In: YES user_id=664364 Is this still a problem? If so, will need more information - what command is being run at the command line? Which version of check_nt? Which version of NSClient? If there are no responses within 7 days, this call will be closed. ---------------------------------------------------------------------- Comment By: Luke Steele (luke_steele) Date: 2003-04-29 04:40 Message: Logged In: YES user_id=767368 service[server1] =Disk;0;24x7;3;3;1;admins;120;24x7;1;1;1;;check_nt_disk!c! 90!95! The 1st parameter is the drive letter, the second the lower threshold, the third the higher threshold Hope this helps ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=725238&group_id=29880 From noreply at sourceforge.net Sat Jun 28 19:00:10 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Jun 28 19:00:10 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Support Requests-751772 ] W2K install problem Message-ID: Support Requests item #751772, was opened at 2003-06-10 08:06 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=751772&group_id=29880 Category: Install Problem (example) Group: None >Status: Closed Priority: 5 Submitted By: g bozier (gbo2003) >Assigned to: Ton Voon (tonvoon) Summary: W2K install problem Initial Comment: After installing NSClient 1.07.1 on a W2K server, service will start - error reported in Event Log is 'CollectData Failed' after 30 secs. 10 installations no problems, only one not working. Anyone come across this and any ideas what is required for successful operation? Tks, Gbo ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2003-06-29 02:59 Message: Logged In: YES user_id=664364 Unfortunately, nagiosplug does not maintain NSClient. Please see http://nsclient.ready2run.nl for support. Will close this call. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=751772&group_id=29880 From tonvoon at mac.com Sat Jun 28 19:04:06 2003 From: tonvoon at mac.com (Ton Voon) Date: Sat Jun 28 19:04:06 2003 Subject: [Nagiosplug-devel] Updating developer-guidelines.html Message-ID: Just to let you know that I've got a cron script running on SF's project shell servers so that developer-guidelines.html is updated when the developer-guidelines.sgml is updated. This should mean the web doc is updated daily if there are changes. Unfortunately, it looks like SF use some sort of web caching proxy, so the changes may not appear soon even though it is definitely changed on the filesystem. From noreply at sourceforge.net Sat Jun 28 19:06:06 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Jun 28 19:06:06 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Support Requests-752837 ] Need help with Installing Patches Message-ID: Support Requests item #752837, was opened at 2003-06-11 20:20 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=752837&group_id=29880 Category: None Group: None Status: Open Priority: 5 Submitted By: Brian Snead (bsnead) >Assigned to: Ton Voon (tonvoon) Summary: Need help with Installing Patches Initial Comment: I have not worked with installing Nagios Plugin Patches before. Is there a procedure documented somewhere? I downloaded the latest CVS distribution and compiled it, but the plugin I am looking for was not included. The specific plugin I am looking for is check_snmp_procs.patch. It looks like some type of Makefile, but I am not sure how to install it. Any help is greatly appreciated. Brian. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2003-06-29 03:05 Message: Logged In: YES user_id=664364 Hi Brian, I'm not sure what this patch you are looking for is. Where did you read about it? You apply a patch by using the patch command. On Solaris, you need to run: patch {original file} < {patch file} Can you provide more info for us to help? If this call is not updated within 7 days, it will be closed. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=752837&group_id=29880 From noreply at sourceforge.net Sat Jun 28 19:12:06 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Jun 28 19:12:06 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Feature Requests-607885 ] check_disk multiple fs Message-ID: Feature Requests item #607885, was opened at 2002-09-11 16:13 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=607885&group_id=29880 Category: None Group: None Status: Open >Priority: 2 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Ton Voon (tonvoon) Summary: check_disk multiple fs Initial Comment: when using check_disk in combination with check_by_ssh it isn't possible to specify more than one filesystem with the -p option due to problems with quoting: sh-2.05$ /usr/lib/nagios/plugins/check_by_ssh -i /usr/lib/nagios/id_rsa -H manta -C "/usr/lib/nagios/plugins/check_disk -m -w 10% -c 5% -p \/ /home\" Unable to open pipe: /usr/bin/ssh -i /usr/lib/nagios/id_rsa manta '/usr/lib/nagios/plugins/check_disk -m -w 10% -c 5% -p "/ /home"' To overcome this, it would be nice if the -p option could take a comma separated list of filesystems, i.e. check_disk -w 10 -c 5 -p /,/home,/var check_disk has only to replace the "," by spaces and pass this to the df command which takes more than one fs as parameter. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2003-06-29 03:11 Message: Logged In: YES user_id=664364 Thanks for the suggestion. The latest HEAD version of check_disk.c allows you to specify multiple filesystem by choosing -p multiple times, eg check_disk -w 10% -c 5% -p / -p /home -p / var. Will close this call if it has not been updated in 7 days. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=607885&group_id=29880 From noreply at sourceforge.net Sat Jun 28 19:19:06 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Jun 28 19:19:06 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-741076 ] check_nwstat - add NLM test Message-ID: Patches item #741076, was opened at 2003-05-21 13:08 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=741076&group_id=29880 Category: Enhancement Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Phil Randal (prandal) >Assigned to: Ton Voon (tonvoon) Summary: check_nwstat - add NLM test Initial Comment: Attached patch adds NLM: and NLMVER: calls. NLM:xxx returns critical if the specified NLM is not loaded. e.g. NLM:DS.NLM should return OK status and string "Module DS.NLM is loaded" NLMVER:xxx returns critical with the message "Module xxxx is not loaded" if the specified module is not loaded, otherwise return OK with the message "xxx version yyy" ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2003-06-29 03:18 Message: Logged In: YES user_id=664364 Thanks for the patch. Have applied it to check_nwstat.c v1.18 ---------------------------------------------------------------------- Comment By: Phil Randal (prandal) Date: 2003-05-21 13:23 Message: Logged In: YES user_id=140673 Updated to roll bot into one NLM:xxxx.nlm now returns status OK and "Module xxxx.nlm version yyyy is loaded" or status Critical and "Module xxxx.nlm is not loaded" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=741076&group_id=29880 From tonvoon at mac.com Sat Jun 28 19:38:04 2003 From: tonvoon at mac.com (Ton Voon) Date: Sat Jun 28 19:38:04 2003 Subject: [Nagiosplug-devel] check_disk different thresholds and general specification of crit/warn Message-ID: <7B51C568-A9DA-11D7-AD87-000A27E41300@mac.com> I've made a commit to check_disk to support multiple thresholds, eg: check_disk -w 10% -c 5% -p / -p /var -w 20% -c 10% -p /tmp -C -w 10000 -c 5000 -p /usr However, Karl didn't like the -C, but it was the only way I could see of clearing the default thresholds when mixing percentage with absolute thresholds. But I've just seen Feature Request 734919 from Dan Rich, which suggests: check_disk -w 10% -c 5% -P /usr:5%:2% I read this as: check all filesystems at 10%, 5% with /usr at 5%, 2%. This could easily be adapted to: check_disk -w 10% -c 5% -p / -p /var -P /tmp:20%:10% -P /usr:10000:5000 However, it does raise questions about the standards of defining thresholds, as the -P changes the general conventions. Perhaps this should be another for defining on a subset of the overall thing being checked? ie: thing_to_be_checked_as_exception_to_default:critical:warning Any comments? Ton From noreply at sourceforge.net Sat Jun 28 19:40:16 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Jun 28 19:40:16 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Feature Requests-734919 ] check_disk flexibility Message-ID: Feature Requests item #734919, was opened at 2003-05-08 23:56 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=734919&group_id=29880 Category: None Group: None Status: Open Priority: 5 Submitted By: Dan Rich (drich) >Assigned to: Ton Voon (tonvoon) Summary: check_disk flexibility Initial Comment: I am using check_disk via. nrpe to monitor diskspace on our servers. I like the feature of being able to monitor all the filesystems with a single check_disk call but have run into three problems/issues with this. 1. There is no way to exclude multiple filesystems. Multiple -x flags just don't work. 2. I need a way to allow for different percentages on different filesystems. For example, I may want to have warnings at 10% and critical at 5% for most filesystems, but if I have a 20GB filesystem, I probably don't need a warning when there is still 2GB free. I also need this feature to be able to work around disks that might be temporarily over their high-water mark. I'm thinking somethign along the lines of: check_disk -w 10% -c 5% -P /usr:5%:2% 3. A flag is needed to tell check_disk to return mount points instead of device names if -p is not used. When I get a warning, knowing that it is /usr that is full is more useful than /dev/cciss/c0d0p3. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2003-06-29 03:39 Message: Logged In: YES user_id=664364 Dan, Thanks for the suggestions. You should find all of these have been addressed in the latest version of check_disk. For (2), you need to specify different levels like this: check_disk -w 10% -c 5% -p / -p /tmp -w 5% -c 2% -p /usr However, I've been thinking about your suggestion of -P to specify non-default thresholds. This has some potential so I've started a thread on it in nagiosplug-devel to gauge opinions. Will update here when there is a decision made. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=734919&group_id=29880 From noreply at sourceforge.net Sat Jun 28 19:44:08 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Jun 28 19:44:08 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Feature Requests-730931 ] add : more flexibility and S22 to check_nwstat Message-ID: Feature Requests item #730931, was opened at 2003-05-01 19:29 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=730931&group_id=29880 Category: None Group: None Status: Open Priority: 5 Submitted By: Alex (faucon) >Assigned to: Ton Voon (tonvoon) Summary: add : more flexibility and S22 to check_nwstat Initial Comment: Hi all, The plug-in check_nwstat is somewhat limitted because you can only parse arguments from the list when you do a "check_nwstat --help". Why not letting parse all the variables available in MRTGEXT? For example... If I do... check_nwstat - H hostIP -v LOAD1 ...everything is fine but if I type... check_nwstat - H hostIP -v S22 the command line tell me "Could not parse arguments". S22 is time sync in MRTGEXT (witch I need). I can test the modifications if you want, and if you want not to add every little variables, just add S22 to the valid variables :) Thanks. Alex ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2003-06-29 03:43 Message: Logged In: YES user_id=664364 I think S22 is already added to check_nwstat.c (under the name of TSYNC) in CVS HEAD. We are only adding extra checks to check_nwstat as patches are given to us. Hope this is sufficient. Will close this call after 7 days if there is no update. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=730931&group_id=29880 From jeremy+nagios at undergrid.net Sat Jun 28 23:52:02 2003 From: jeremy+nagios at undergrid.net (Jeremy T. Bouse) Date: Sat Jun 28 23:52:02 2003 Subject: [Nagiosplug-devel] Nagios plugin options -4 and -6 In-Reply-To: <20030627190927.GB18993@UnderGrid.net> References: <20030627190927.GB18993@UnderGrid.net> Message-ID: <20030629064841.GA29673@UnderGrid.net> I have gone ahead and committed changes to check_ssh.c, check_tcp.c, and netutils.[ch] which allow for easy use of -4 and -6 command line options... I have defined a new extern int variable (address_family) in netutils.h and default its assignment to AF_UNSPEC in netutils.c. This is basically what the current default behavior is. To demonstrate it's use and to test myself I have modified check_ssh and check_tcp to use this by adding the following to the option parsing switch statement: case '4': address_family = AF_INET; break; case '6': address_family = AF_INET6; break; I've also used --use-ipv4 and --use-ipv6 as standard long options for both -4 and -6 respectively... Both are implimented in check_ssh and check_tcp at this time... This only affects the connection attempts themselves as the modification only affects the my_connect() function in netutils.c... I still need to modify is_inet_addr(), is_inet6_addr() and is_hostname() to make use of address_family to determine during checks if a hostname is valid or not... As well check_ping will take some work as I need to modify the conditions under which it will attempt to use the PING6 command over the PING command... With that in mind please leave check_ping to me to work on initially... I will also work to get the hostname/address verification functions utilizing this as soon as possible only with check_ping... I would welcome help making the necessary changes to all other network plugins which utilize netutils.h... From a cursory look it would appear that work needs to be done on the following: check_http, check_ldap, check_nt, check_nwstat, check_overcr, check_real, check_smtp, check_time, check_udp and check_ups These are the only other ones besides check_ssh, check_tcp and check_ping which include netutils.h... If there are other network based plugins not currently including netutils.h they will need to do so first then make the modifications... This should not affect check_by_ssh which already has a -4 and -6 (along with --use-ipv4 and --use-ipv6) which only pass it on to the ssh command line call as it makes no direct utilization of netutils... Regards, Jeremy From mohacsi at niif.hu Sun Jun 29 06:14:08 2003 From: mohacsi at niif.hu (Janos Mohacsi) Date: Sun Jun 29 06:14:08 2003 Subject: [Nagiosplug-devel] bug fixes for nagios plugins In-Reply-To: <20030627185106.GA18993@UnderGrid.net> References: <20030627152057.H20346@evil.ki.iif.hu> <20030627185106.GA18993@UnderGrid.net> Message-ID: <20030629150814.I96759@evil.ki.iif.hu> On Fri, 27 Jun 2003, Jeremy T. Bouse wrote: > I'm assuming your basing your "did not follow the standard > (RFC3493) on section 6.1 of the RFC which reads: > > If the argument hints is not null, it refers to a structure > containing input values that may direct the operation by providing > options and by limiting the returned information to a specific socket > type, address family and/or protocol. In this hints structure every > member other than ai_flags, ai_family, ai_socktype and ai_protocol > shall be set to zero or a null pointer. A value of AF_UNSPEC for > ai_family means that the caller shall accept any address family. A > value of zero for ai_socktype means that the caller shall accept any > socket type. A value of zero for ai_protocol means that the caller > shall accept any protocol. If hints is a null pointer, the behavior > shall be as if it referred to a structure containing the value zero > for the ai_flags, ai_socktype and ai_protocol fields, and AF_UNSPEC > for the ai_family field. > > In which case even your patch does not follow the standard as > you have completely removed the setting of ai_protocol by commenting it > out... To be compliant I have added the initializing of ai_socktype per > your example but did not comment out the ai_protocol declaration... This > should be within revision 1.8 of the CVS code committed a few minutes > ago... Although this ommission was in fact not per the RFC I don't > believe it caused any problems as I had tested on FreeBSD 4.x, OpenBSD, > Linux, Solaris 7, 8 & 9 without any adverse reactions to this as you > would have noticed by the memset (...) line prior to setting the hints > values that initialized all of hints to zero so ai_socktype would have > been initialized to 0 which would have been compliant with the RFC... > Now it is just more explicit and defines it based on protocol version... Actually It caused the earlier version some problem on FreeBSD 4.x and 5.x: If you had a hostname with IPv6 only DNS entry then this machine generated some error messages like: servname not supported for ai_socktype. It was similar when you wanted to specify IPv6 address in numerical format. Thanks for adding my patch, Kindest Regards, Janos Mohacsi > > Regards, > Jeremy > > On Fri, Jun 27, 2003 at 03:31:49PM +0200, Janos Mohacsi wrote: > > 2. The IPv6 support in the plugins was broken. The hint structure > > initialisation did not follow the standard (RFC3493). I made the unified > > diff to fix the problem (see netutils.c.diff). I has been tested on > > FreeBSD 4.x and 5.x. > > > > > --- netutils.c.orig Fri Jun 27 14:32:52 2003 > > +++ netutils.c Fri Jun 27 14:34:35 2003 > > @@ -255,7 +255,8 @@ > > > > memset (&hints, 0, sizeof (hints)); > > hints.ai_family = PF_UNSPEC; > > - hints.ai_protocol = proto; > > + hints.ai_socktype = (proto == IPPROTO_UDP) ? SOCK_DGRAM : SOCK_STREAM; > > + /*hints.ai_protocol = proto;*/ > > > > snprintf (port_str, sizeof (port_str), "%d", port); > > result = getaddrinfo (host_name, port_str, &hints, &res); > > > > ------------------------------------------------------- > This SF.Net email sponsored by: Free pre-built ASP.NET sites including > Data Reports, E-commerce, Portals, and Forums are available now. > Download today and enter to win an XBOX or Visual Studio .NET. > http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01 > _______________________________________________ > 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 noreply at sourceforge.net Sun Jun 29 11:03:07 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Jun 29 11:03:07 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-731467 ] check_udp returns exit code 0 everytime Message-ID: Bugs item #731467, was opened at 2003-05-02 10:13 Message generated for change (Comment added) made by undrgrid You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=731467&group_id=29880 Category: None >Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Kevin O'Brien (irishpadres) >Assigned to: Jeremy T. Bouse (undrgrid) Summary: check_udp returns exit code 0 everytime Initial Comment: If I use the check_tcp symlinked version of check_udp I get and exit code of 0 every time I run the script. I can give it any host and and any port and it will always exit 0 with 0.0001 second response time. I've tried this on both a Linux and Solaris box with the same result. ---------------------------------------------------------------------- >Comment By: Jeremy T. Bouse (undrgrid) Date: 2003-06-29 11:02 Message: Logged In: YES user_id=10485 I assume you mean check_udp2? Are you checking against UDP ports you know to be open and closed or are they unknown and trying to use it to test? I'm the one that added the symlink but haven't been able to give it a full test for accuracy yet. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=731467&group_id=29880 From noreply at sourceforge.net Sun Jun 29 11:06:09 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Jun 29 11:06:09 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-753621 ] check_ldap LDAPv3 support Message-ID: Patches item #753621, was opened at 2003-06-12 16:20 Message generated for change (Comment added) made by undrgrid You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=753621&group_id=29880 Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: Ziya Suzen (ziya) >Assigned to: Jeremy T. Bouse (undrgrid) Summary: check_ldap LDAPv3 support Initial Comment: Adds LDAPv3 support while keeping v2. Added a check in configure.in to make sure it would compile and run with pre v3 ldap libraries. I considered it as a 'Bugfix' since latest OpenLDAP server does not allow version 2 binds by default. This causes check_ldap script to fail, unless 'allow bind_v2' directive is explicitly given in OpenLDAP server config file slapd.conf (which is not default). I am not aware of other servers but patched check_ldap should be compiling and working fine since all changes are ifdef'ed anyway. ---------------------------------------------------------------------- >Comment By: Jeremy T. Bouse (undrgrid) Date: 2003-06-29 11:05 Message: Logged In: YES user_id=10485 Working on it... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=753621&group_id=29880 From jeremy+nagios at undergrid.net Sun Jun 29 11:53:08 2003 From: jeremy+nagios at undergrid.net (Jeremy T. Bouse) Date: Sun Jun 29 11:53:08 2003 Subject: [Nagiosplug-devel] RFC: UDP checks Message-ID: <20030629185119.GA804@UnderGrid.net> Looking into the problem with UDP checks (Bug #731467) I believe I've found a flaw in design with both UDP check plugins (check_udp.c and check_tcp.c symlink'd as check_udp)... The original check_udp just returns back errors stating there was no data received from the host; while the newer symlink'd check_udp2 returns back OK whether it succeeded or failed... In trying to look for differences I found that the check_tcp version just uses send() while the older check_udp version calls process_udp_request() found in netutils.c... In fact check_udp.c is apparently the only plugin I found that uses process_udp_request()... I also found only 3 plugins using the process_tcp_request() and only one that uses process_tcp_request2()... But even the process_udp_request(), process_tcp_request() and process_tcp_request2() ultimately call process_request() which just does a send using the socket descriptor returned from my_connect()... Which brings me to the conclusion that this may work fine for TCP connections but UDP connection tests require something different... The send() function according to man page is used only when the socket is in a "connected" state... As UDP is a connection-less protocol I think this may be the problem... Which may mean we need to re-work to use sendto() or sendmsg() for UDP tests instead of send() and for receiving use recvfrom() or recvmsg() instead of recv()... At this point I believe both check_udp and check_udp2 (symlinked to check_tcp) are both broken implimentations... Regards, Jeremy From noreply at sourceforge.net Sun Jun 29 12:54:07 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Jun 29 12:54:07 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-753621 ] check_ldap LDAPv3 support Message-ID: Patches item #753621, was opened at 2003-06-12 16:20 Message generated for change (Comment added) made by undrgrid You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=753621&group_id=29880 Category: Bugfix Group: None >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Ziya Suzen (ziya) Assigned to: Jeremy T. Bouse (undrgrid) Summary: check_ldap LDAPv3 support Initial Comment: Adds LDAPv3 support while keeping v2. Added a check in configure.in to make sure it would compile and run with pre v3 ldap libraries. I considered it as a 'Bugfix' since latest OpenLDAP server does not allow version 2 binds by default. This causes check_ldap script to fail, unless 'allow bind_v2' directive is explicitly given in OpenLDAP server config file slapd.conf (which is not default). I am not aware of other servers but patched check_ldap should be compiling and working fine since all changes are ifdef'ed anyway. ---------------------------------------------------------------------- >Comment By: Jeremy T. Bouse (undrgrid) Date: 2003-06-29 12:53 Message: Logged In: YES user_id=10485 Patch applied with minor change ---------------------------------------------------------------------- Comment By: Jeremy T. Bouse (undrgrid) Date: 2003-06-29 11:05 Message: Logged In: YES user_id=10485 Working on it... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=753621&group_id=29880 From noreply at sourceforge.net Sun Jun 29 13:30:09 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Jun 29 13:30:09 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Feature Requests-720097 ] check_imap and check_pop Message-ID: Feature Requests item #720097, was opened at 2003-04-11 23:47 Message generated for change (Comment added) made by undrgrid You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=720097&group_id=29880 Category: None Group: None >Status: Pending Priority: 5 Submitted By: Andrew Pollock (apollock) >Assigned to: Jeremy T. Bouse (undrgrid) Summary: check_imap and check_pop Initial Comment: >From what I can determine, in version 1.3.0 of the Nagios plugins (at least in the RPM) check_pop and check_imap are symlinks to check_tcp, which appears to have some rudimentary smarts to look at how it was invoked so to display slightly different usage information. Can real check_imap and check_pop plugins come back in future, that also support checking via SSL? Do you accept plugins in Perl, or must they be in C? I'm happy to submit the Perl plugin I'll have to write. ---------------------------------------------------------------------- >Comment By: Jeremy T. Bouse (undrgrid) Date: 2003-06-29 13:29 Message: Logged In: YES user_id=10485 I am moving this to "pending" as the check_tcp code works fine provided the symlinks to it call check_simap and check_spop are made. When these are generated by default I feel this should be marked closed... I've tested this already against my mail server with the following results: undrgrid at TheOne:~/cvs-checkout/nagiosplug/plugins$ ./check_simap -H imap.mail.undergrid.net SIMAP OK - 0.348 second response time on port 993 [* OK mail Cyrus IMAP4 v2.1.12-Debian-2 server ready]|time=0.348 undrgrid at TheOne:~/cvs-checkout/nagiosplug/plugins$ ./check_spop -H imap.mail.undergrid.net SPOP OK - 0.279 second response time on port 995 [+OK mail Cyrus POP3 v2.1.12-Debian-2 server ready <604573652.1056918451 at mail>]|time=0.279 ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2003-04-12 00:59 Message: Logged In: YES user_id=1671 SSL code is part of check_tcp. You are possibly looking for check_simap and check_spop (Yes we do accept perl plugins) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=720097&group_id=29880 From jeremy+nagios at undergrid.net Sun Jun 29 13:54:02 2003 From: jeremy+nagios at undergrid.net (Jeremy T. Bouse) Date: Sun Jun 29 13:54:02 2003 Subject: [Nagiosplug-devel] Next release of plugins Message-ID: <20030629205055.GA20593@UnderGrid.net> Just curious as what we have as a guideline for when we'll be making a new release other than bug fixes to the 1.3.x tree... I know the current CVS has some major changes that wouldn't constitute a 1.3 point release but more like a 1.4 release... Mainly the entire move to AF-independent code allowing IPv6 support... I noticed we currently have less than a dozen open bug reports which could possibly be banged out soon... So are we getting near to a 1.4.0-beta1 release schedule? To my knowledge I'm unaware of any other monitoring system out there at this time open-source or otherwise that claims support for IPv6... Might it not be wise to be able to get a 1.4 release out soon with IPv6 support so Nagios can claim as one of the first to provide such support? Regards, Jeremy From karl at debisschop.net Mon Jun 30 04:28:23 2003 From: karl at debisschop.net (Karl DeBisschop) Date: Mon Jun 30 04:28:23 2003 Subject: [Nagiosplug-devel] Next release of plugins In-Reply-To: <20030629205055.GA20593@UnderGrid.net> References: <20030629205055.GA20593@UnderGrid.net> Message-ID: <1056972363.9793.9.camel@miles.debisschop.net> On Sun, 2003-06-29 at 16:50, Jeremy T. Bouse wrote: > Just curious as what we have as a guideline for when we'll be > making a new release other than bug fixes to the 1.3.x tree... I know > the current CVS has some major changes that wouldn't constitute a 1.3 > point release but more like a 1.4 release... Mainly the entire move to > AF-independent code allowing IPv6 support... I noticed we currently have > less than a dozen open bug reports which could possibly be banged out > soon... So are we getting near to a 1.4.0-beta1 release schedule? > > To my knowledge I'm unaware of any other monitoring system out > there at this time open-source or otherwise that claims support for > IPv6... Might it not be wise to be able to get a 1.4 release out soon > with IPv6 support so Nagios can claim as one of the first to provide > such support? There are unrsolved issues with check_disk syntax. The docs are not up to snuff -- we wanted to build man pages and an index from embedded commnets (my project, my lack of time, entirely my fault) There is a cry for internationalizing. (Again, I'm the hold up, but anybody could step in. We decided the approach was GNU gettext, step one would be to alter the make to create the source language files from the code. Then we need to open up a separate part of the CVS tree and recruit maintanres [we have one for French]. Sourcefore does allow us to marl CVS in such a way that a language maintainer will not be able to commit to the entire tree -- we need to research and implement that). I could go along with a 1.3.99 release, but I would prefer not to do that even. I'm thinking more like mid-August at best. I'm sure that's not what you hoped to hear, and if there group weighs in otherwise, I'll defer of course. But that's my opinion. -- Karl From karl at debisschop.net Mon Jun 30 04:46:08 2003 From: karl at debisschop.net (Karl DeBisschop) Date: Mon Jun 30 04:46:08 2003 Subject: [Nagiosplug-devel] Issues on check_disk Message-ID: <1056973477.9793.30.camel@miles.debisschop.net> 1) there was a suggestion to use commas to allow pecifying multiple disks. I prefer spaces: check_disk -w 10% -c 5% / /tmp /var Note that for this to work, we probably should not consider partition names differently from path names -- you ar definitely gaining gorund on that one, Ton. This is also useful for defining one command that can be implemented by services with differing numbers of partitions to check. My big aversion to commas, by the way, is that they can be part of a file/path name. Of course, spaces can too - but we already need to deal with quoting spaces, I don't want to add another character that we need to handle in the same way. 2) there was a suggsetion to use colons in path specs like: check_disk -w 10% -c 5% -P /usr:5%:2% The ':' is a legal part of a path on most/all OS's, certainly on POSIX, as is '%' -- in view of that , I see quoting problems. I am movig toward Ton's picture of resetting things with '-C'. Actually, it would be more intuitive to me if we had a way to undef a threshold, and then say '-C' is a special case that undef's all thresholds. I suppose you could assert that nobody really wants to be warhed when there is truly zero space left, and use '0' or '0%' to reset, but then someone will pop up saying they do want zero. So I guess it would have to be a negaitve number. Which we could do, becuase we parse them as strings before converting to unsigned longs (I'm just going by memory on the type here, it's not really material) -- Karl From Ton.Voon at egg.com Mon Jun 30 05:40:07 2003 From: Ton.Voon at egg.com (Voon, Ton) Date: Mon Jun 30 05:40:07 2003 Subject: [Nagiosplug-devel] Nagios plugin options -4 and -6 Message-ID: <53104E20A25CD411B556009027E50636079A9CDF@pnnemp02.pn.egg.com> Jeremy, I get a compilation error on Solaris 2.6 using the latest version of netutils.c. Reverting back to netutils.c v1.7 works okay. This is the error: gcc -DHAVE_CONFIG_H -I. -I. -I. -I.. -I../lib -g -O2 -c `test -f 'netutils.c' || echo './'`netutils.c netutils.c: In function `is_addr': netutils.c:329: `AF_INET6' undeclared (first use in this function) netutils.c:329: (Each undeclared identifier is reported only once netutils.c:329: for each function it appears in.) Looks like it is trying to use IPv6 when configure couldn't pick it up (--with-ipv6=no). I get something similar in check_ping, but I haven't investigated much further. Ton > -----Original Message----- > From: Jeremy T. Bouse [SMTP:jeremy+nagios at undergrid.net] > Sent: Sunday, June 29, 2003 7:49 AM > To: nagiosplug-devel at lists.sourceforge.net > Subject: Re: [Nagiosplug-devel] Nagios plugin options -4 and -6 > > I have gone ahead and committed changes to check_ssh.c, > check_tcp.c, and netutils.[ch] which allow for easy use of -4 and -6 > command line options... > > I have defined a new extern int variable (address_family) in > netutils.h and default its assignment to AF_UNSPEC in netutils.c. This > is basically what the current default behavior is. To demonstrate it's > use and to test myself I have modified check_ssh and check_tcp to use > this by adding the following to the option parsing switch statement: > > case '4': > address_family = AF_INET; > break; > case '6': > address_family = AF_INET6; > break; > > I've also used --use-ipv4 and --use-ipv6 as standard long > options for both -4 and -6 respectively... Both are implimented in > check_ssh and check_tcp at this time... > > This only affects the connection attempts themselves as the > modification only affects the my_connect() function in netutils.c... I > still need to modify is_inet_addr(), is_inet6_addr() and is_hostname() > to make use of address_family to determine during checks if a hostname > is valid or not... As well check_ping will take some work as I need to > modify the conditions under which it will attempt to use the PING6 > command over the PING command... > > With that in mind please leave check_ping to me to work on > initially... I will also work to get the hostname/address verification > functions utilizing this as soon as possible only with check_ping... I > would welcome help making the necessary changes to all other network > plugins which utilize netutils.h... From a cursory look it would appear > that work needs to be done on the following: > > check_http, check_ldap, check_nt, check_nwstat, check_overcr, > check_real, check_smtp, check_time, check_udp and check_ups > > These are the only other ones besides check_ssh, check_tcp and > check_ping which include netutils.h... If there are other network based > plugins not currently including netutils.h they will need to do so first > then make the modifications... This should not affect check_by_ssh which > already has a -4 and -6 (along with --use-ipv4 and --use-ipv6) which > only pass it on to the ssh command line call as it makes no direct > utilization of netutils... > > Regards, > Jeremy > > > ------------------------------------------------------- > This SF.Net email sponsored by: Free pre-built ASP.NET sites including > Data Reports, E-commerce, Portals, and Forums are available now. > Download today and enter to win an XBOX or Visual Studio .NET. > http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01 > _______________________________________________ > 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 carries out investment business on behalf of Egg and is regulated by the Financial Services Authority. 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 Jun 30 05:45:02 2003 From: Ton.Voon at egg.com (Voon, Ton) Date: Mon Jun 30 05:45:02 2003 Subject: [Nagiosplug-devel] Next release of plugins Message-ID: <53104E20A25CD411B556009027E50636079A9CE0@pnnemp02.pn.egg.com> I like the idea that Nagios could be the first system which monitors IPv6 networks, but the window of opportunity is small. I propose: - release a 1.3.1 as soon as possible as a bugfix release and continue the r1_3_0 branch for a few more weeks for new bugs. Issue guidance to start to move to 1.4 when that is stable - release a 1.4 beta (see caveat below) with the current feature set (IPv6, check_disk without df, check_procs with different metrics) and an r1_4_0 branch for fixes. Full release in a few weeks. - HEAD now for new features scheduled for 1.5/2.0(?) (internationalisation, man pages, check_procs with "and/or syntax") Caveat to 1.4 beta release: fix remaining issues. I can only think of check_disk syntax at the moment - is there a definitive list? There will be an overhead with having 3 branches, so will need to close down older branches soon. But I think it may be worth it ("Nagios first monitoring tool to check IPv6 networks - open source proves it can move faster than commercial software again"). Ton > -----Original Message----- > From: Karl DeBisschop [SMTP:karl at debisschop.net] > Sent: Monday, June 30, 2003 12:26 PM > To: Jeremy T. Bouse > Cc: NagiosPlug Devel > Subject: Re: [Nagiosplug-devel] Next release of plugins > > On Sun, 2003-06-29 at 16:50, Jeremy T. Bouse wrote: > > Just curious as what we have as a guideline for when we'll be > > making a new release other than bug fixes to the 1.3.x tree... I know > > the current CVS has some major changes that wouldn't constitute a 1.3 > > point release but more like a 1.4 release... Mainly the entire move to > > AF-independent code allowing IPv6 support... I noticed we currently have > > less than a dozen open bug reports which could possibly be banged out > > soon... So are we getting near to a 1.4.0-beta1 release schedule? > > > > To my knowledge I'm unaware of any other monitoring system out > > there at this time open-source or otherwise that claims support for > > IPv6... Might it not be wise to be able to get a 1.4 release out soon > > with IPv6 support so Nagios can claim as one of the first to provide > > such support? > > There are unrsolved issues with check_disk syntax. > > The docs are not up to snuff -- we wanted to build man pages and an > index from embedded commnets (my project, my lack of time, entirely my > fault) > > There is a cry for internationalizing. (Again, I'm the hold up, but > anybody could step in. We decided the approach was GNU gettext, step one > would be to alter the make to create the source language files from the > code. Then we need to open up a separate part of the CVS tree and > recruit maintanres [we have one for French]. Sourcefore does allow us to > marl CVS in such a way that a language maintainer will not be able to > commit to the entire tree -- we need to research and implement that). > > I could go along with a 1.3.99 release, but I would prefer not to do > that even. I'm thinking more like mid-August at best. I'm sure that's > not what you hoped to hear, and if there group weighs in otherwise, I'll > defer of course. But that's my opinion. > > -- > Karl > 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 carries out investment business on behalf of Egg and is regulated by the Financial Services Authority. 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 Jun 30 06:04:06 2003 From: Ton.Voon at egg.com (Voon, Ton) Date: Mon Jun 30 06:04:06 2003 Subject: [Nagiosplug-devel] Issues on check_disk Message-ID: <53104E20A25CD411B556009027E50636079A9CE1@pnnemp02.pn.egg.com> The code for clearing thresholds is already there! Use -1% or -1: $ ./check_disk -v -v -v -w 10% -c 5% -p /tmp -w 10000 -c 5000 -p /var DISK OK [846 MB (85%) free on /var] [1886 MB (93%) free on /tmp] 846 of 992 MB (85%) free on /dev/dsk/c0t0d0s3 (type ufs mounted on /var) warn:10000 crit:5000 warn%:10% crit%:5% 1886 of 2034 MB (93%) free on swap (type tmpfs mounted on /tmp) warn:-1 crit:-1 warn%:10% crit%:5% $ ./check_disk -v -v -v -w 10% -c 5% -p /tmp -w 10000 -c 5000 -w -1% -c -1% -p /var DISK OK [846 MB (85%) free on /var] [1887 MB (93%) free on /tmp] 846 of 992 MB (85%) free on /dev/dsk/c0t0d0s3 (type ufs mounted on /var) warn:10000 crit:5000 warn%:-1% crit%:-1% 1887 of 2035 MB (93%) free on swap (type tmpfs mounted on /tmp) warn:-1 crit:-1 warn%:10% crit%:5% Looks like any values are accepted, but checked at the end of all parameter parsing. It looks a nightmare to read though. Do you think it should be something else (-w C -c C?) Also, this currently does not work: check_disk -w 10% -c 5% / /tmp /var You need to specify as: check_disk -w 10% -c 5% -p / -p /tmp -p /var I think it makes sense to do it the top way, but check_disk looks like it is expecting: check_disk warn crit path I seem to have broken this with my latest changes. Instead of fixing that, can I propose removing warn and crit and assume all additional parameters to check_disk are considered as paths? Ton > -----Original Message----- > From: Karl DeBisschop [SMTP:karl at debisschop.net] > Sent: Monday, June 30, 2003 12:45 PM > To: NagiosPlug Devel > Subject: [Nagiosplug-devel] Issues on check_disk > > 1) there was a suggestion to use commas to allow pecifying multiple > disks. > > I prefer spaces: check_disk -w 10% -c 5% / /tmp /var > > Note that for this to work, we probably should not consider partition > names differently from path names -- you ar definitely gaining gorund on > that one, Ton. > > This is also useful for defining one command that can be implemented by > services with differing numbers of partitions to check. > > My big aversion to commas, by the way, is that they can be part of a > file/path name. > > Of course, spaces can too - but we already need to deal with quoting > spaces, I don't want to add another character that we need to handle in > the same way. > > 2) there was a suggsetion to use colons in path specs like: > check_disk -w 10% -c 5% -P /usr:5%:2% > > The ':' is a legal part of a path on most/all OS's, certainly on POSIX, > as is '%' -- in view of that , I see quoting problems. > > I am movig toward Ton's picture of resetting things with '-C'. Actually, > it would be more intuitive to me if we had a way to undef a threshold, > and then say '-C' is a special case that undef's all thresholds. I > suppose you could assert that nobody really wants to be warhed when > there is truly zero space left, and use '0' or '0%' to reset, but then > someone will pop up saying they do want zero. So I guess it would have > to be a negaitve number. Which we could do, becuase we parse them as > strings before converting to unsigned longs (I'm just going by memory on > the type here, it's not really material) > 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 carries out investment business on behalf of Egg and is regulated by the Financial Services Authority. 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 jeremy+nagios at undergrid.net Mon Jun 30 06:25:02 2003 From: jeremy+nagios at undergrid.net (Jeremy T. Bouse) Date: Mon Jun 30 06:25:02 2003 Subject: [Nagiosplug-devel] Nagios plugin options -4 and -6 In-Reply-To: <53104E20A25CD411B556009027E50636079A9CDF@pnnemp02.pn.egg.com> References: <53104E20A25CD411B556009027E50636079A9CDF@pnnemp02.pn.egg.com> Message-ID: <20030630132220.GA23060@UnderGrid.net> Ton, Don't spend too much time on this... I believe I know exactly what is wrong and will get it fixed up here shortly and committed back to CVS... I hadn't had a chance to test the compile on my Solaris 7 SPARC machine at work yet so that's why I hadn't caught it as my development machine does have AF_INET6 support... Regards, Jeremy On Mon, Jun 30, 2003 at 01:40:43PM +0100, Voon, Ton wrote: > Jeremy, > > I get a compilation error on Solaris 2.6 using the latest version of > netutils.c. Reverting back to netutils.c v1.7 works okay. > > This is the error: > gcc -DHAVE_CONFIG_H -I. -I. -I. -I.. -I../lib -g -O2 -c `test -f > 'netutils.c' || echo './'`netutils.c > netutils.c: In function `is_addr': > netutils.c:329: `AF_INET6' undeclared (first use in this function) > netutils.c:329: (Each undeclared identifier is reported only once > netutils.c:329: for each function it appears in.) > > Looks like it is trying to use IPv6 when configure couldn't pick it up > (--with-ipv6=no). > > I get something similar in check_ping, but I haven't investigated much > further. > > Ton > > > -----Original Message----- > > From: Jeremy T. Bouse [SMTP:jeremy+nagios at undergrid.net] > > Sent: Sunday, June 29, 2003 7:49 AM > > To: nagiosplug-devel at lists.sourceforge.net > > Subject: Re: [Nagiosplug-devel] Nagios plugin options -4 and -6 > > > > I have gone ahead and committed changes to check_ssh.c, > > check_tcp.c, and netutils.[ch] which allow for easy use of -4 and -6 > > command line options... > > > > I have defined a new extern int variable (address_family) in > > netutils.h and default its assignment to AF_UNSPEC in netutils.c. This > > is basically what the current default behavior is. To demonstrate it's > > use and to test myself I have modified check_ssh and check_tcp to use > > this by adding the following to the option parsing switch statement: > > > > case '4': > > address_family = AF_INET; > > break; > > case '6': > > address_family = AF_INET6; > > break; > > > > I've also used --use-ipv4 and --use-ipv6 as standard long > > options for both -4 and -6 respectively... Both are implimented in > > check_ssh and check_tcp at this time... > > > > This only affects the connection attempts themselves as the > > modification only affects the my_connect() function in netutils.c... I > > still need to modify is_inet_addr(), is_inet6_addr() and is_hostname() > > to make use of address_family to determine during checks if a hostname > > is valid or not... As well check_ping will take some work as I need to > > modify the conditions under which it will attempt to use the PING6 > > command over the PING command... > > > > With that in mind please leave check_ping to me to work on > > initially... I will also work to get the hostname/address verification > > functions utilizing this as soon as possible only with check_ping... I > > would welcome help making the necessary changes to all other network > > plugins which utilize netutils.h... From a cursory look it would appear > > that work needs to be done on the following: > > > > check_http, check_ldap, check_nt, check_nwstat, check_overcr, > > check_real, check_smtp, check_time, check_udp and check_ups > > > > These are the only other ones besides check_ssh, check_tcp and > > check_ping which include netutils.h... If there are other network based > > plugins not currently including netutils.h they will need to do so first > > then make the modifications... This should not affect check_by_ssh which > > already has a -4 and -6 (along with --use-ipv4 and --use-ipv6) which > > only pass it on to the ssh command line call as it makes no direct > > utilization of netutils... > > > > Regards, > > Jeremy > > > > > > ------------------------------------------------------- > > This SF.Net email sponsored by: Free pre-built ASP.NET sites including > > Data Reports, E-commerce, Portals, and Forums are available now. > > Download today and enter to win an XBOX or Visual Studio .NET. > > http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01 > > _______________________________________________ > > 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 > carries out investment business on behalf of Egg and is regulated > by the Financial Services Authority. > 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. > > > > ------------------------------------------------------- > This SF.Net email sponsored by: Free pre-built ASP.NET sites including > Data Reports, E-commerce, Portals, and Forums are available now. > Download today and enter to win an XBOX or Visual Studio .NET. > http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01 > _______________________________________________ > 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 jeremy+nagios at undergrid.net Mon Jun 30 06:33:12 2003 From: jeremy+nagios at undergrid.net (Jeremy T. Bouse) Date: Mon Jun 30 06:33:12 2003 Subject: [Nagiosplug-devel] Next release of plugins In-Reply-To: <1056972363.9793.9.camel@miles.debisschop.net> References: <20030629205055.GA20593@UnderGrid.net> <1056972363.9793.9.camel@miles.debisschop.net> Message-ID: <20030630133001.GB23060@UnderGrid.net> See notes inline... Regards, Jeremy On Mon, Jun 30, 2003 at 07:26:04AM -0400, Karl DeBisschop wrote: > There are unrsolved issues with check_disk syntax. > > The docs are not up to snuff -- we wanted to build man pages and an > index from embedded commnets (my project, my lack of time, entirely my > fault) > This was what I was trying to find out... My main thought was to try and drum up what exactly we felt needed work on still before we could look at a release time table... To my knowledge we didn't have any specific goal as to what we wanted to make in the 1.4 release... > There is a cry for internationalizing. (Again, I'm the hold up, but > anybody could step in. We decided the approach was GNU gettext, step one > would be to alter the make to create the source language files from the > code. Then we need to open up a separate part of the CVS tree and > recruit maintanres [we have one for French]. Sourcefore does allow us to > marl CVS in such a way that a language maintainer will not be able to > commit to the entire tree -- we need to research and implement that). > To me it sounds like the move to internationalizing the plugins will be no small feat... Much like the modifications to AF-independent code where a good deal of the socket code was changed and then making sure it work with older libraries without IPv6 support... Would it not be a good idea as Ton mentioned in his post that the internationalizing be pushed to the 1.5/2.0 release.. This would give us atleast one firm target to work on for the next release... As for the CVS setup to allow specific developers specific access to sections is not hard and I've done it before... If it's desired I can handle setting that up if no one else has the bandwidth to deal with it... Might even do this with the docs as it would allow for the potential for a non-developer to work on them for a different perspective on the work... Consider it an eval of the developers to make sure the doc writer clearly understands what is going on... > I could go along with a 1.3.99 release, but I would prefer not to do > that even. I'm thinking more like mid-August at best. I'm sure that's > not what you hoped to hear, and if there group weighs in otherwise, I'll > defer of course. But that's my opinion. > Mid-August sounds like a good target... Now lets just divide up what needs to be done by then to keep us on target for it... Hey we're open-source we can always bump it back to make sure we do a solid release but need to have some goal to start from :) From karl at debisschop.net Mon Jun 30 06:51:03 2003 From: karl at debisschop.net (Karl DeBisschop) Date: Mon Jun 30 06:51:03 2003 Subject: [Nagiosplug-devel] Re: Issues on check_disk In-Reply-To: <53104E20A25CD411B556009027E50636079A9CE1@pnnemp02.pn.egg.com> References: <53104E20A25CD411B556009027E50636079A9CE1@pnnemp02.pn.egg.com> Message-ID: Voon, Ton writes: > The code for clearing thresholds is already there! Use -1% or -1: > > $ ./check_disk -v -v -v -w 10% -c 5% -p /tmp -w 10000 -c 5000 -p /var > DISK OK [846 MB (85%) free on /var] [1886 MB (93%) free on /tmp] > 846 of 992 MB (85%) free on /dev/dsk/c0t0d0s3 (type ufs mounted on /var) > warn:10000 crit:5000 warn%:10% crit%:5% > 1886 of 2034 MB (93%) free on swap (type tmpfs mounted on /tmp) warn:-1 > crit:-1 warn%:10% crit%:5% I didn't have a chance to check, but I'm not surprised. > $ ./check_disk -v -v -v -w 10% -c 5% -p /tmp -w 10000 -c 5000 -w -1% -c -1% > -p /var > DISK OK [846 MB (85%) free on /var] [1887 MB (93%) free on /tmp] > 846 of 992 MB (85%) free on /dev/dsk/c0t0d0s3 (type ufs mounted on /var) > warn:10000 crit:5000 warn%:-1% crit%:-1% > 1887 of 2035 MB (93%) free on swap (type tmpfs mounted on /tmp) warn:-1 > crit:-1 warn%:10% crit%:5% > > Looks like any values are accepted, but checked at the end of all parameter > parsing. It looks a nightmare to read though. I don't find it a nightmare to read. Not pretty, but a nightmare? Can you put you finger on what you find disconcerting? > Do you think it should be something else (-w C -c C?) I knew the checking happened late, and thought about 'undef' -- that would be pretty clear to a wide audience. But 'undef%' seemed odd as would 'C%'. I don't mind accepting a short list of strings like 'undef' and 'null' however (but I fail to see hoe 'C' is intuitive). Also, -C as a option to clear all previous defaults is fine. It makes much more sense to me in the context of this framework. On its own, as I have expressed before, it was sort of ad hoc to me. I think we also need to make a clear statement on what a threshold becomes if it is not specified foir a drive -- is it the last one used, or is it a 'default' thta would be specified before and paths are specified? > Also, this currently does not work: > > check_disk -w 10% -c 5% / /tmp /var > > You need to specify as: > > check_disk -w 10% -c 5% -p / -p /tmp -p /var > > I think it makes sense to do it the top way, but check_disk looks like it is > expecting: > > check_disk warn crit path > > I seem to have broken this with my latest changes. Instead of fixing that, > can I propose removing warn and crit and assume all additional parameters to > check_disk are considered as paths? 'check_disk warn crit path' is the oldest form of usage, but was originally the only valid invocation. I would prefer to keep that as well, since I think it can be accepted without too much trouble, it does not violate POSIX, and my policy has been that reverse compatibility should be preserved if reasonably possible. Again, if there is a groundswell of disagreement, I will defer. But I do feel rather strenuously that old invocations should be supported and would be decidely less happy if we choose not to go that way. Release schedule has no core priciples attached, this does. -- Karl From badri at Pillai.DE Mon Jun 30 07:31:16 2003 From: badri at Pillai.DE (Badri Pillai) Date: Mon Jun 30 07:31:16 2003 Subject: [Nagiosplug-devel] RE: [Nagios-devel] Linux Journal July 2003 edition In-Reply-To: <1056646271.235.252.camel@bsdimad.packaging-genious.com> References: <1056646271.235.252.camel@bsdimad.packaging-genious.com> Message-ID: <1056980768.3f003f20aa841@www.ii-consult.com> Hi all, I've already talked to my boss about it, but the decision will take some time. Well the story is as following: 1) They have never done this before, I mean localy developed software to give out with GPL etc.. 2) He agreed to check with the company Lawyer. As soon as I get the green light, I'll inform the list. PS: Those who don't know what cacti is, you can have a look at demo http://ii-consult.com/cacti user: guest password: guest or cacti home: http://www.raxnet.net/ Kind Regards, Badri Quoting Imad Soltani : > On Thu, 2003-06-26 at 18:37, Carroll, Jim P [Contractor] wrote: > > I'm quite interested, and I'm sure many others will be, too! :) > > > > Sure :-) > > > Please let us know if your boss gives you the blessing. > > > > We can help you on makin' a web page about it , it will be better to > read it for all others > > > jc > > > > Badri Pillai wrote: > > > If you need more info regarding integrating nagios/cacti let me know. > > > > > > I've done this for the company I'm working as a consultant. > > > > > > Well actually I got the idea from apan, but since the configuration > > > needed lots of typing, I replaced it with Cacti. > > > > > > I just have to check with my boss if he agrees that I give > > > the frontend > > > code to cacti and the plugins. > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: INetU > > Attention Web Developers & Consultants: Become An INetU Hosting Partner. > > Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! > > INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php > > _______________________________________________ > > Nagios-devel mailing list > > Nagios-devel at lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/nagios-devel > > > From amanr77 at hotmail.com Mon Jun 30 08:31:22 2003 From: amanr77 at hotmail.com (Pietro) Date: Mon Jun 30 08:31:22 2003 Subject: [Nagiosplug-devel] New plugin help request In-Reply-To: Message-ID: Hi all I've made a new plugin in order to check the transmissions errors on a net interface using snmp service. This plugin could be useful to understand if a port on a swich doesn't work properely or the host connected to it has network problems. By now i have made it using bash, and as you can understand it isn't a "lite" command, so the help i need is that someone could re-write it in "c" code in order to make it faster and more responsive. If someone is interested please let me know Thanks Pietro -------------- next part -------------- A non-text attachment was scrubbed... Name: plug.tar.gz Type: application/x-compressed Size: 2585 bytes Desc: not available URL: From Ton.Voon at egg.com Mon Jun 30 10:04:05 2003 From: Ton.Voon at egg.com (Voon, Ton) Date: Mon Jun 30 10:04:05 2003 Subject: [Nagiosplug-devel] Re: Issues on check_disk Message-ID: <53104E20A25CD411B556009027E50636079A9CE2@pnnemp02.pn.egg.com> (Damn Outlook makes it hard for me to add comments inline - apologies for appending at the top) Karl, -w -1% is fine for clearing thresholds. Just seemed like a lot of dashes on the command line, but you're right - the alternatives are not much better. Fixed "check_disk warn crit [path]". This syntax had thresholds at used levels so I've left it like that, whereas the new code is reporting and expecting -w and -c on free levels so these two are equivalent: check_disk -w 10% -c 5% -p / check_disk 90 95 / Personally, I think it is a bit peculiar to support a syntax which is a few releases old, especially as we are breaking more current syntax... The way it is currently coded, when -p is seen, it will "save" the last set of thresholds specified. If a threshold is set after the path is specified, then this will be ignored. At the moment, you can't say "check 5% for /var and 10% for everything else" - you have to list "everything else". Is this a limitation? If so, what syntax do you propose? Are you saying a later -w -c without a -p means "this threshold for everything else"? (All this syntax stuff is making me think that threshold parameter should really be held as object variables. I think this is how Patrol does it (badly) - send all values back to the central server which then does the checking of thresholds) Ton > -----Original Message----- > From: Karl DeBisschop [SMTP:karl at debisschop.net] > Sent: Monday, June 30, 2003 1:49 PM > To: NagiosPlug Devel > Subject: [Nagiosplug-devel] Re: Issues on check_disk > > Voon, Ton writes: > > > The code for clearing thresholds is already there! Use -1% or -1: > > > > $ ./check_disk -v -v -v -w 10% -c 5% -p /tmp -w 10000 -c 5000 -p /var > > DISK OK [846 MB (85%) free on /var] [1886 MB (93%) free on /tmp] > > 846 of 992 MB (85%) free on /dev/dsk/c0t0d0s3 (type ufs mounted on /var) > > warn:10000 crit:5000 warn%:10% crit%:5% > > 1886 of 2034 MB (93%) free on swap (type tmpfs mounted on /tmp) warn:-1 > > crit:-1 warn%:10% crit%:5% > > I didn't have a chance to check, but I'm not surprised. > > > $ ./check_disk -v -v -v -w 10% -c 5% -p /tmp -w 10000 -c 5000 -w -1% -c > -1% > > -p /var > > DISK OK [846 MB (85%) free on /var] [1887 MB (93%) free on /tmp] > > 846 of 992 MB (85%) free on /dev/dsk/c0t0d0s3 (type ufs mounted on /var) > > warn:10000 crit:5000 warn%:-1% crit%:-1% > > 1887 of 2035 MB (93%) free on swap (type tmpfs mounted on /tmp) warn:-1 > > crit:-1 warn%:10% crit%:5% > > > > Looks like any values are accepted, but checked at the end of all > parameter > > parsing. It looks a nightmare to read though. > > I don't find it a nightmare to read. Not pretty, but a nightmare? Can you > put you finger on what you find disconcerting? > > > Do you think it should be something else (-w C -c C?) > > I knew the checking happened late, and thought about 'undef' -- that would > > be pretty clear to a wide audience. But 'undef%' seemed odd as would 'C%'. > I > don't mind accepting a short list of strings like 'undef' and 'null' > however > (but I fail to see hoe 'C' is intuitive). > > Also, -C as a option to clear all previous defaults is fine. It makes much > > more sense to me in the context of this framework. On its own, as I have > expressed before, it was sort of ad hoc to me. > > I think we also need to make a clear statement on what a threshold becomes > > if it is not specified foir a drive -- is it the last one used, or is it a > > 'default' thta would be specified before and paths are specified? > > > Also, this currently does not work: > > > > check_disk -w 10% -c 5% / /tmp /var > > > > You need to specify as: > > > > check_disk -w 10% -c 5% -p / -p /tmp -p /var > > > > I think it makes sense to do it the top way, but check_disk looks like > it is > > expecting: > > > > check_disk warn crit path > > > > I seem to have broken this with my latest changes. Instead of fixing > that, > > can I propose removing warn and crit and assume all additional > parameters to > > check_disk are considered as paths? > > 'check_disk warn crit path' is the oldest form of usage, but was > originally > the only valid invocation. I would prefer to keep that as well, since I > think it can be accepted without too much trouble, it does not violate > POSIX, and my policy has been that reverse compatibility should be > preserved > if reasonably possible. Again, if there is a groundswell of disagreement, > I > will defer. But I do feel rather strenuously that old invocations should > be > supported and would be decidely less happy if we choose not to go that > way. > Release schedule has no core priciples attached, this does. > > -- > Karl 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 carries out investment business on behalf of Egg and is regulated by the Financial Services Authority. 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 Jun 30 10:42:02 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jun 30 10:42:02 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-731467 ] check_udp returns exit code 0 everytime Message-ID: Bugs item #731467, was opened at 2003-05-02 10:13 Message generated for change (Comment added) made by irishpadres You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=731467&group_id=29880 Category: None Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Kevin O'Brien (irishpadres) Assigned to: Jeremy T. Bouse (undrgrid) Summary: check_udp returns exit code 0 everytime Initial Comment: If I use the check_tcp symlinked version of check_udp I get and exit code of 0 every time I run the script. I can give it any host and and any port and it will always exit 0 with 0.0001 second response time. I've tried this on both a Linux and Solaris box with the same result. ---------------------------------------------------------------------- >Comment By: Kevin O'Brien (irishpadres) Date: 2003-06-30 10:41 Message: Logged In: YES user_id=753604 yes, I'm talking about check_udp2. I've tested against many different kind of udp ports (ntp, dns, nfs, etc) on localhost and remote hosts and always returns the same exit code regardless of whether they are up or not (and yes the ports are actually open). ---------------------------------------------------------------------- Comment By: Jeremy T. Bouse (undrgrid) Date: 2003-06-29 11:02 Message: Logged In: YES user_id=10485 I assume you mean check_udp2? Are you checking against UDP ports you know to be open and closed or are they unknown and trying to use it to test? I'm the one that added the symlink but haven't been able to give it a full test for accuracy yet. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=731467&group_id=29880 From noreply at sourceforge.net Mon Jun 30 10:46:03 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jun 30 10:46:03 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-731467 ] check_udp returns exit code 0 everytime Message-ID: Bugs item #731467, was opened at 2003-05-02 10:13 Message generated for change (Comment added) made by undrgrid You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=731467&group_id=29880 Category: None Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Kevin O'Brien (irishpadres) Assigned to: Jeremy T. Bouse (undrgrid) Summary: check_udp returns exit code 0 everytime Initial Comment: If I use the check_tcp symlinked version of check_udp I get and exit code of 0 every time I run the script. I can give it any host and and any port and it will always exit 0 with 0.0001 second response time. I've tried this on both a Linux and Solaris box with the same result. ---------------------------------------------------------------------- >Comment By: Jeremy T. Bouse (undrgrid) Date: 2003-06-30 10:45 Message: Logged In: YES user_id=10485 I believe the problem lies in actually how the UDP ports are being check'd as I'm sure if you ran the same tests you ran with check_udp2 using check_udp they would all give the same result... Only difference is that result would be a no data from host failure... I'm looking into this to see how it can be handled better and more accurately... ---------------------------------------------------------------------- Comment By: Kevin O'Brien (irishpadres) Date: 2003-06-30 10:41 Message: Logged In: YES user_id=753604 yes, I'm talking about check_udp2. I've tested against many different kind of udp ports (ntp, dns, nfs, etc) on localhost and remote hosts and always returns the same exit code regardless of whether they are up or not (and yes the ports are actually open). ---------------------------------------------------------------------- Comment By: Jeremy T. Bouse (undrgrid) Date: 2003-06-29 11:02 Message: Logged In: YES user_id=10485 I assume you mean check_udp2? Are you checking against UDP ports you know to be open and closed or are they unknown and trying to use it to test? I'm the one that added the symlink but haven't been able to give it a full test for accuracy yet. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=731467&group_id=29880 From noreply at sourceforge.net Mon Jun 30 11:11:20 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jun 30 11:11:20 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-638898 ] check_ldap enhancement Message-ID: Patches item #638898, was opened at 2002-11-15 04:55 Message generated for change (Settings changed) made by undrgrid You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=638898&group_id=29880 Category: Enhancement Group: None Status: Open 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 ] [-e ] [-W ] [-C ] [-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 14: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 10: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