From silviol at cpovo.net Sat Apr 2 05:59:08 2005 From: silviol at cpovo.net (Silvio Luis Leite) Date: Sat Apr 2 05:59:08 2005 Subject: [Nagiosplug-devel] Suggestion on check_mrtgtraf Message-ID: <1112011923.31727.16.camel@pae2-090a.meridional.pae> Hello everyone, I have some suggestions to include in module that check MRTG traffic (check_mrtg). In line 185: the function 'perfdata ("In",...' could be change to 'perfdata ("Out",...'; In line 46: Initial state of verification could be change of 'UNKNOWN' by 'OK'. And in the description of command (./check_mrtgtraf --help) the parameter "-v variable" is not used. Atc, Silvio. -- Silvio Luis Leite Porto Alegre - RS - Brasil. From gmeisenheimer at itgroundwork.com Sat Apr 2 05:59:10 2005 From: gmeisenheimer at itgroundwork.com (Glenn Meisenheimer) Date: Sat Apr 2 05:59:10 2005 Subject: [Nagiosplug-devel] Agentless Windows Monitors Message-ID: <20050328232543.2111B4F4002@desire.netways.de> Friends, I have updated the scripts on the Windows wmi agentless plugin site: http://www.nagiosexchange.org/NRPE_Plugins.66.0.html?&tx_netnagext_pi1[p_ view]=235 They now all return performance data (except for the check_process.vbs monitor). So there are 5 scripts posted now. They monitor cpu, memory, disk, disks (for multiple disks) and process(s). You will need to load nrpe-nt on a windows box then install these scripts on that box. When you call the scripts they will use the Microsoft network (with authentication) to retrieve monitoring data from remote Windows boxes without the need to install any agents on the remote boxes. So you need an agent (nrpe-nt) on one box which then acts as a proxy server and retrieves data from remote windows hosts without having to install anything at all on them. Details on how to use these scripts are posted on the site. All of them respond to the standard --help directive. If you have any questions, contact me at gmeisenheimer at itgroundwork .com Glenn A. Meisenheimer Customer Service Manager Groundwork Open Source Solutions ----------------------- The mailing list archive is found here: http://www.nagiosexchange.org/nagiosplug-devel.31.0.html From sturm at erisiandiscord.de Sat Apr 2 05:59:13 2005 From: sturm at erisiandiscord.de (Nikolay Sturm) Date: Sat Apr 2 05:59:13 2005 Subject: [Nagiosplug-devel] several problems with 1.4 plugins Message-ID: <20050329152410.GA15666@neuromancer.erisiandiscord.de> Hi! I have several problems with the 1.4 plugins on OpenBSD. 1) check_swap.c: In function `process_arguments': check_swap.c:386: warning: unknown conversion type character `.' in format check_swap.c:386: warning: int format, float arg (arg 3) check_swap.c:386: warning: too many arguments for format check_swap.c:403: warning: unknown conversion type character `.' in format check_swap.c:403: warning: int format, float arg (arg 3) check_swap.c:403: warning: too many arguments for format Is this '.' intentional? 2) You happen to still use sprintf(), strcpy(), strcat() and friends all the time. It is widely accepted, that these functions are insecure and shouldn't be used. Personally, I'd like to see the nagios-plugins use snprintf(), strlcpy(), strlcat() and friends instead, would you accept a patch testing for these functions existence in configure and using them if available? 3) At least on OpenBSD, the crypto library is called libcrypto and not libcrypt. 4) ${PGINCLUDE} is missing from check_pqsql's build rule, so that header files in /usr/include/postgresql are not found. 5) check_smtp is misusing static buffers, diff attached. Nikolay -------------- next part -------------- $OpenBSD: patch-plugins_check_smtp_c,v 1.1.1.1 2005/02/14 14:00:34 sturm Exp $ --- plugins/check_smtp.c.orig Mon Jan 24 17:35:52 2005 +++ plugins/check_smtp.c Mon Jan 24 17:35:18 2005 @@ -76,7 +76,7 @@ int my_close(void); char regex_expect[MAX_INPUT_BUFFER] = ""; regex_t preg; regmatch_t pmatch[10]; -char timestamp[10] = ""; +char timestamp[20] = ""; char errbuf[MAX_INPUT_BUFFER]; int cflags = REG_EXTENDED | REG_NOSUB | REG_NEWLINE; int eflags = 0; @@ -668,7 +668,7 @@ check_certificate (X509 ** certificate) days_left = (mktime (&stamp) - time (NULL)) / 86400; snprintf - (timestamp, 16, "%02d/%02d/%04d %02d:%02d", + (timestamp, sizeof(timestamp), "%02d/%02d/%04d %02d:%02d", stamp.tm_mon + 1, stamp.tm_mday, stamp.tm_year + 1900, stamp.tm_hour, stamp.tm_min); From d.khumalo at edgars.co.zw Sat Apr 2 05:59:14 2005 From: d.khumalo at edgars.co.zw (Danisa Khumalo) Date: Sat Apr 2 05:59:14 2005 Subject: [Nagiosplug-devel] How to add home pages Message-ID: <004601c53518$baff2de0$c7010180@myers> I am looking for tutorials on how to add web pages and link them with the Linux Server Regards D. Khumalo Edgars Stores Systems Department From Ton.Voon at egg.com Mon Apr 4 01:17:22 2005 From: Ton.Voon at egg.com (Voon, Ton) Date: Mon Apr 4 01:17:22 2005 Subject: [Nagiosplug-devel] several problems with 1.4 plugins Message-ID: Nikolay, Thanks for your email. In response: 1) The "." is intentional, but someone else has already pointed out that we should not be doing a sscanf for %.0f as this is not a standard. I can't remember if a patch was provided for check_swap.c, but I'd be happy to receive one. 2) The plan was to only use asprintf, instead of sprintf, strcpy, strcat, etc. I would be happy to receive a patch for this on any plugins. 3) Where is the best fix for libcrypto v libcrypt? Again, happy to accept a patch. 4) Unfortunately, I don't use pgsql, so I can't test. Where should ${PGINCLUDE} be added? 5) Thanks, I'll apply that tonight. Ton -----Original Message----- From: nagiosplug-devel-admin at lists.sourceforge.net [mailto:nagiosplug-devel-admin at lists.sourceforge.net] On Behalf Of Nikolay Sturm Sent: 29 March 2005 16:24 To: nagiosplug-devel at lists.sourceforge.net Subject: [Nagiosplug-devel] several problems with 1.4 plugins Hi! I have several problems with the 1.4 plugins on OpenBSD. 1) check_swap.c: In function `process_arguments': check_swap.c:386: warning: unknown conversion type character `.' in format check_swap.c:386: warning: int format, float arg (arg 3) check_swap.c:386: warning: too many arguments for format check_swap.c:403: warning: unknown conversion type character `.' in format check_swap.c:403: warning: int format, float arg (arg 3) check_swap.c:403: warning: too many arguments for format Is this '.' intentional? 2) You happen to still use sprintf(), strcpy(), strcat() and friends all the time. It is widely accepted, that these functions are insecure and shouldn't be used. Personally, I'd like to see the nagios-plugins use snprintf(), strlcpy(), strlcat() and friends instead, would you accept a patch testing for these functions existence in configure and using them if available? 3) At least on OpenBSD, the crypto library is called libcrypto and not libcrypt. 4) ${PGINCLUDE} is missing from check_pqsql's build rule, so that header files in /usr/include/postgresql are not found. 5) check_smtp is misusing static buffers, diff attached. Nikolay ----------------------------------------- Egg is a trading name of the Egg group of companies which includes: Egg plc (reg no 2448340), Egg Financial Products ltd (reg no 3319027), Egg International ltd (reg no 4059266), Egg Financial Intermediation ltd (reg no 382828), Egg Investments ltd (reg no 3403963) and Egg Banking plc (reg no 2999842. Egg Investments Ltd, Egg Banking plc and Egg Financial Intermediation Ltd are authorised and regulated by the Financial Services Authority (FSA) and are entered in the FSA register under numbers 190518, 205621 and 309551 respectively. These members of the Egg group are registered in England and Wales. Registered offices: 1 Waterhouse Square, 138-142 Holborn, London EC1N 2NA. This e-mail is confidential and for use by the addressee only. If you are not the intended recipient of this e-mail and have received it in error, please return the message to the sender by replying to it and then delete it from your mailbox. Internet e-mails are not necessarily secure. The Egg group of companies do not accept responsibility for changes made to this message after it was sent. Whilst all reasonable care has been taken to avoid the transmission of viruses, it is the responsibility of the recipient to ensure that the onward transmission, opening or use of this message and any attachments will not adversely affect its systems or data. No responsibility is accepted by the Egg group of companies in this regard and the recipient should carry out such virus and other checks as it considers appropriate. This communication does not create or modify any contract. From seanius at seanius.net Mon Apr 4 06:23:23 2005 From: seanius at seanius.net (sean finney) Date: Mon Apr 4 06:23:23 2005 Subject: [Nagiosplug-devel] Kickoff for 1.5 In-Reply-To: <20050309234848.76A7BAC486@www.manubulon.com> References: <20050309145432.GA18072@seanius.net> <20050309234848.76A7BAC486@www.manubulon.com> Message-ID: <20050404132227.GA20223@seanius.net> hi patrick, On Thu, Mar 10, 2005 at 12:48:47AM +0100, Patrick Proy wrote: > When I asked a few months ago, nobody seemed to be willing to group the > multiple perl snmp plugins, but it would be a VERY good idea. i finally had the time to sit down and look over the plugins. here are some comments: - general - there's nowhere i can seem to download a tarball with everything. (ah, the joy of wget -r :]) - there doesn't seem to be support for snmp v2c (the fix for this is trivial). - i could see adding a few shared functions could really cut down on the amount of code. some ideas: - nagios_snmp_getopt($getopt_str, $getopt_ht) (where getopt_str contains anything outside the common cmdline options). - nagios_snmp_fetch_int($oid, $warn, $crit) - the output of the plugins should ideally be as similar as possible to their non-snmp counterparts. most importantly, the perfdata. - check_load should be seperated into two plugins, check_load and check_processor, as these are two completely different metrics (you can have a unix host with low processor usage and a high load or vice versa, and process load doesn't make sense on network hardware) - two of your plugins could allow a local user to overwrite your nagios configuration, among other things. i can point it out to you in private if you like. anyway, i'd like to help out with this, and hope that this stuff could eventually getting these and more into the official plugins. i see you've started up a sourceforge project recently for this, care to share cvs access with me (username:seanius)? i think what makes the most sense at this point is to continue with the development seperately via this sf project, and once we're happy with things send a tarball to the nagiosplug project. what do you think? thanks for your work on this! sean -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From nagios at proy.org Mon Apr 4 07:17:17 2005 From: nagios at proy.org (Patrick Proy) Date: Mon Apr 4 07:17:17 2005 Subject: [Nagiosplug-devel] Kickoff for 1.5 In-Reply-To: <20050404132227.GA20223@seanius.net> Message-ID: <20050404141617.CFE92AC7C1@www.manubulon.com> Hi, > - there's nowhere i can seem to download a tarball with everything. > (ah, the joy of wget -r :]) Yes, I was thinking about it. > - there doesn't seem to be support for snmp v2c (the fix for this is > trivial). I started it (2 scripts already), it's in my todo. > - i could see adding a few shared functions could really cut down on > the amount of code. some ideas: > - nagios_snmp_getopt($getopt_str, $getopt_ht) (where getopt_str > contains anything outside the common cmdline options). OK. > - nagios_snmp_fetch_int($oid, $warn, $crit) Not too sure it's going to shorten the code much as most of the output is calculated (storage) or taking specific value (int / vrrp). > - the output of the plugins should ideally be as similar as possible > to their non-snmp counterparts. most importantly, the perfdata. > Totally agree, but I don't have the forecast of the nagioplug guys !!! For perfdata, I'm using the standard output as defined in coding guidelines. > - check_load should be seperated into two plugins, check_load and > check_processor, as these are two completely different metrics (you > can have a unix host with low processor usage and a high load or > vice versa, and process load doesn't make sense on network hardware) I agree, but I try not to have to much plugins : it would take more time to maintain - and I like having a social life :-) -. > - two of your plugins could allow a local user to overwrite > your nagios > configuration, among other things. i can point it out to you in > private if you like. Security was not my priority (I warn users about this in my FAQ) : I prefered to let users do complicated regexp and this implies a LOT of security risks. But as security is important to me, I'll be glad to work on this (one of my task is about it). > anyway, i'd like to help out with this, and hope that this > stuff could eventually getting these and more into the > official plugins. i see you've started up a sourceforge > project recently for this, care to share cvs access with me > (username:seanius)? CVS is not on sourceforge for now (I need to get it imported by SF staff, and didn't have time to care about it), but I can give you an access to the current CVS server. >i think what makes the most sense at > this point is to continue with the development seperately via > this sf project, and once we're happy with things send a > tarball to the nagiosplug project. what do you think? Good idea. I'll be glad to have help, contact me on private message. Patrick Proy nagios AT proy DOT org Script home page : http://www.manubulon.com/nagios/ SF Project page : http://sourceforge.net/projects/nagios-snmp/ > -----Message d'origine----- > De : sean finney [mailto:seanius at seanius.net] > Envoy? : lundi 4 avril 2005 15:22 > ? : Patrick Proy > Cc : 'NagiosPlug Devel' > Objet : Re: [Nagiosplug-devel] Kickoff for 1.5 > > hi patrick, > > On Thu, Mar 10, 2005 at 12:48:47AM +0100, Patrick Proy wrote: > > When I asked a few months ago, nobody seemed to be willing to group > > the multiple perl snmp plugins, but it would be a VERY good idea. > > i finally had the time to sit down and look over the plugins. > here are some comments: > > - general > - there's nowhere i can seem to download a tarball with everything. > (ah, the joy of wget -r :]) > - there doesn't seem to be support for snmp v2c (the fix for this is > trivial). > - i could see adding a few shared functions could really cut down on > the amount of code. some ideas: > - nagios_snmp_getopt($getopt_str, $getopt_ht) (where getopt_str > contains anything outside the common cmdline options). > - nagios_snmp_fetch_int($oid, $warn, $crit) > - the output of the plugins should ideally be as similar as possible > to their non-snmp counterparts. most importantly, the perfdata. > > - check_load should be seperated into two plugins, check_load and > check_processor, as these are two completely different metrics (you > can have a unix host with low processor usage and a high load or > vice versa, and process load doesn't make sense on network hardware) > > - two of your plugins could allow a local user to overwrite > your nagios > configuration, among other things. i can point it out to you in > private if you like. > > > anyway, i'd like to help out with this, and hope that this > stuff could eventually getting these and more into the > official plugins. i see you've started up a sourceforge > project recently for this, care to share cvs access with me > (username:seanius)? i think what makes the most sense at > this point is to continue with the development seperately via > this sf project, and once we're happy with things send a > tarball to the nagiosplug project. what do you think? > > > thanks for your work on this! > sean > From mmcgrath at iesabroad.org Mon Apr 4 07:20:17 2005 From: mmcgrath at iesabroad.org (Mike McGrath) Date: Mon Apr 4 07:20:17 2005 Subject: [Nagiosplug-devel] Kickoff for 1.5 Message-ID: -----Original Message----- From: nagiosplug-devel-admin at lists.sourceforge.net [mailto:nagiosplug-devel-admin at lists.sourceforge.net] On Behalf Of sean finney Sent: Monday, April 04, 2005 8:22 AM To: Patrick Proy Cc: 'NagiosPlug Devel' Subject: Re: [Nagiosplug-devel] Kickoff for 1.5 hi patrick, On Thu, Mar 10, 2005 at 12:48:47AM +0100, Patrick Proy wrote: > When I asked a few months ago, nobody seemed to be willing to group > the multiple perl snmp plugins, but it would be a VERY good idea. I've been working on a group of packages. Here's what I have so far (not much, process checking, UPS checking, users) Comments are encouraged. -Mike -------------- next part -------------- A non-text attachment was scrubbed... Name: nagplugs-snmp.tar.gz Type: application/x-gzip Size: 2724 bytes Desc: nagplugs-snmp.tar.gz URL: From noreply at sourceforge.net Mon Apr 4 07:35:19 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Apr 4 07:35:19 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1176404 ] NTP plugin without using ntpdate command Message-ID: New Plugins item #1176404, was opened at 2005-04-04 14:34 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=1176404&group_id=29880 Category: Perl plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: jeff_fr (jeff_fr) Assigned to: Nobody/Anonymous (nobody) Summary: NTP plugin without using ntpdate command Initial Comment: I developed this script because there was some trouble with ntpdate and fedora3. So this script does not use anymore ntpdate, it is based on a perl ntp client designed to understand all datas transported in a NTP Datagram ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1176404&group_id=29880 From noreply at sourceforge.net Mon Apr 4 19:32:14 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Apr 4 19:32:14 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1176752 ] plugin install failed on RHEL3 Message-ID: Bugs item #1176752, was opened at 2005-04-05 11:30 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=1176752&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Senjyu (senjyu) Assigned to: Nobody/Anonymous (nobody) Summary: plugin install failed on RHEL3 Initial Comment: I was installed a nagios-plugin 1.4 on Redhat EL3. But,install failed. Error Message : perl(Net::SNMP) is needed by nagios-plugins-1.4- 2.1.el3.rf Perl and net-snmp packeges in machine. [root at localhost nagios]# rpm -qa | grep perl perl-5.8.0-88.4 newt-perl-1.08-4 net-snmp-perl-5.0.9-2.30E.12 perl-CPAN-1.61-88.4 mod_perl-1.99_09-10.ent perl-Filter-1.29-3 [root at localhost nagios]# rpm -qa | grep net-snmp net-snmp-perl-5.0.9-2.30E.12 net-snmp-libs-5.0.9-2.30E.12 net-snmp-devel-5.0.9-2.30E.12 net-snmp-utils-5.0.9-2.30E.12 net-snmp-5.0.9-2.30E.12 I want you to teach whether as for the installed thing. Best Regards, Senjyu ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1176752&group_id=29880 From noreply at sourceforge.net Mon Apr 4 20:30:23 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Apr 4 20:30:23 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1176772 ] plugin install failed on RHEL3 Message-ID: Bugs item #1176772, was opened at 2005-04-05 12:29 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1176772&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Senjyu (senjyu) Assigned to: Nobody/Anonymous (nobody) Summary: plugin install failed on RHEL3 Initial Comment: I was installed a nagios-plugin 1.4 on Redhat EL3. But,install failed. Error Message : perl(Net::SNMP) is needed by nagios-plugins-1.4- 2.1.el3.rf Perl and net-snmp packeges in machine. [root at localhost nagios]# rpm -qa | grep perl perl-5.8.0-88.4 newt-perl-1.08-4 net-snmp-perl-5.0.9-2.30E.12 perl-CPAN-1.61-88.4 mod_perl-1.99_09-10.ent perl-Filter-1.29-3 [root at localhost nagios]# rpm -qa | grep net-snmp net-snmp-perl-5.0.9-2.30E.12 net-snmp-libs-5.0.9-2.30E.12 net-snmp-devel-5.0.9-2.30E.12 net-snmp-utils-5.0.9-2.30E.12 net-snmp-5.0.9-2.30E.12 I want you to teach whether as for the installed thing. Best Regards, Senjyu ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1176772&group_id=29880 From noreply at sourceforge.net Tue Apr 5 00:34:10 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Apr 5 00:34:10 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1176772 ] plugin install failed on RHEL3 Message-ID: Bugs item #1176772, was opened at 2005-04-05 12:29 Message generated for change (Settings changed) made by senjyu You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1176772&group_id=29880 Category: None Group: None >Status: Deleted Resolution: None Priority: 5 Submitted By: Senjyu (senjyu) Assigned to: Nobody/Anonymous (nobody) Summary: plugin install failed on RHEL3 Initial Comment: I was installed a nagios-plugin 1.4 on Redhat EL3. But,install failed. Error Message : perl(Net::SNMP) is needed by nagios-plugins-1.4- 2.1.el3.rf Perl and net-snmp packeges in machine. [root at localhost nagios]# rpm -qa | grep perl perl-5.8.0-88.4 newt-perl-1.08-4 net-snmp-perl-5.0.9-2.30E.12 perl-CPAN-1.61-88.4 mod_perl-1.99_09-10.ent perl-Filter-1.29-3 [root at localhost nagios]# rpm -qa | grep net-snmp net-snmp-perl-5.0.9-2.30E.12 net-snmp-libs-5.0.9-2.30E.12 net-snmp-devel-5.0.9-2.30E.12 net-snmp-utils-5.0.9-2.30E.12 net-snmp-5.0.9-2.30E.12 I want you to teach whether as for the installed thing. Best Regards, Senjyu ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1176772&group_id=29880 From noreply at sourceforge.net Tue Apr 5 01:17:29 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Apr 5 01:17:29 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1119927 ] check_smtp_tls Message-ID: New Plugins item #1119927, was opened at 2005-02-10 10:10 Message generated for change (Comment added) made by jeff_fr You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1119927&group_id=29880 Category: Perl plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: noliono (noliono) Assigned to: Nobody/Anonymous (nobody) Summary: check_smtp_tls Initial Comment: needed : lib net:telnet has to be install. a telnet command is send on the SMTP server, then a "STARTTLS" command and if TLS is present they will have a response code 250 ... and so on a nagios state (warning,critical,ok,unknow) ---------------------------------------------------------------------- Comment By: jeff_fr (jeff_fr) Date: 2005-04-05 08:16 Message: Logged In: YES user_id=1250267 I checked the RFC and exchange2003 respects the SMTP/TLS RFC, every SMTP/TLS Server should be waiting for HELO or EHLO before the STARTTLS command, I don't know why postfix doesn't... ---------------------------------------------------------------------- Comment By: jeff_fr (jeff_fr) Date: 2005-03-31 13:32 Message: Logged In: YES user_id=1250267 Exchange is waiting for HELO or EHLO before the STARTTLS, in this case the script will return an ALERT instead of OK ---------------------------------------------------------------------- Comment By: jeff_fr (jeff_fr) Date: 2005-03-31 13:31 Message: Logged In: YES user_id=1250267 Exchange is waiting for HELO or EHLO before the STARTTLS, in this case the script will return an ALERT instead of OK ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1119927&group_id=29880 From noreply at sourceforge.net Tue Apr 5 01:27:13 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Apr 5 01:27:13 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1119927 ] check_smtp_tls Message-ID: New Plugins item #1119927, was opened at 2005-02-10 11:10 Message generated for change (Comment added) made by noliono You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1119927&group_id=29880 Category: Perl plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: noliono (noliono) Assigned to: Nobody/Anonymous (nobody) Summary: check_smtp_tls Initial Comment: needed : lib net:telnet has to be install. a telnet command is send on the SMTP server, then a "STARTTLS" command and if TLS is present they will have a response code 250 ... and so on a nagios state (warning,critical,ok,unknow) ---------------------------------------------------------------------- >Comment By: noliono (noliono) Date: 2005-04-05 10:26 Message: Logged In: YES user_id=1216152 I will do the correction when i will have time to. But if you do the correction send it to all ! bye ---------------------------------------------------------------------- Comment By: jeff_fr (jeff_fr) Date: 2005-04-05 10:16 Message: Logged In: YES user_id=1250267 I checked the RFC and exchange2003 respects the SMTP/TLS RFC, every SMTP/TLS Server should be waiting for HELO or EHLO before the STARTTLS command, I don't know why postfix doesn't... ---------------------------------------------------------------------- Comment By: jeff_fr (jeff_fr) Date: 2005-03-31 15:32 Message: Logged In: YES user_id=1250267 Exchange is waiting for HELO or EHLO before the STARTTLS, in this case the script will return an ALERT instead of OK ---------------------------------------------------------------------- Comment By: jeff_fr (jeff_fr) Date: 2005-03-31 15:31 Message: Logged In: YES user_id=1250267 Exchange is waiting for HELO or EHLO before the STARTTLS, in this case the script will return an ALERT instead of OK ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1119927&group_id=29880 From noreply at sourceforge.net Tue Apr 5 01:48:23 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Apr 5 01:48:23 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1119927 ] check_smtp_tls Message-ID: New Plugins item #1119927, was opened at 2005-02-10 10:10 Message generated for change (Comment added) made by jeff_fr You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1119927&group_id=29880 Category: Perl plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: noliono (noliono) Assigned to: Nobody/Anonymous (nobody) Summary: check_smtp_tls Initial Comment: needed : lib net:telnet has to be install. a telnet command is send on the SMTP server, then a "STARTTLS" command and if TLS is present they will have a response code 250 ... and so on a nagios state (warning,critical,ok,unknow) ---------------------------------------------------------------------- Comment By: jeff_fr (jeff_fr) Date: 2005-04-05 08:47 Message: Logged In: YES user_id=1250267 Modification to do $telnet->print("EHLO $HOSTNAME"); just before $telnet->print("STARTTLS"); :-) ps: the hostname should be the name of the computer that send the helo, but because it is not given in argument, i use hostname to put something ... else some server reject the command EHLO without argument... ---------------------------------------------------------------------- Comment By: noliono (noliono) Date: 2005-04-05 08:26 Message: Logged In: YES user_id=1216152 I will do the correction when i will have time to. But if you do the correction send it to all ! bye ---------------------------------------------------------------------- Comment By: jeff_fr (jeff_fr) Date: 2005-04-05 08:16 Message: Logged In: YES user_id=1250267 I checked the RFC and exchange2003 respects the SMTP/TLS RFC, every SMTP/TLS Server should be waiting for HELO or EHLO before the STARTTLS command, I don't know why postfix doesn't... ---------------------------------------------------------------------- Comment By: jeff_fr (jeff_fr) Date: 2005-03-31 13:32 Message: Logged In: YES user_id=1250267 Exchange is waiting for HELO or EHLO before the STARTTLS, in this case the script will return an ALERT instead of OK ---------------------------------------------------------------------- Comment By: jeff_fr (jeff_fr) Date: 2005-03-31 13:31 Message: Logged In: YES user_id=1250267 Exchange is waiting for HELO or EHLO before the STARTTLS, in this case the script will return an ALERT instead of OK ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1119927&group_id=29880 From noreply at sourceforge.net Tue Apr 5 02:17:38 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Apr 5 02:17:38 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1176752 ] plugin install failed on RHEL3 Message-ID: Bugs item #1176752, was opened at 2005-04-05 11:30 Message generated for change (Comment added) made by senjyu You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1176752&group_id=29880 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Senjyu (senjyu) Assigned to: Nobody/Anonymous (nobody) Summary: plugin install failed on RHEL3 Initial Comment: I was installed a nagios-plugin 1.4 on Redhat EL3. But,install failed. Error Message : perl(Net::SNMP) is needed by nagios-plugins-1.4- 2.1.el3.rf Perl and net-snmp packeges in machine. [root at localhost nagios]# rpm -qa | grep perl perl-5.8.0-88.4 newt-perl-1.08-4 net-snmp-perl-5.0.9-2.30E.12 perl-CPAN-1.61-88.4 mod_perl-1.99_09-10.ent perl-Filter-1.29-3 [root at localhost nagios]# rpm -qa | grep net-snmp net-snmp-perl-5.0.9-2.30E.12 net-snmp-libs-5.0.9-2.30E.12 net-snmp-devel-5.0.9-2.30E.12 net-snmp-utils-5.0.9-2.30E.12 net-snmp-5.0.9-2.30E.12 I want you to teach whether as for the installed thing. Best Regards, Senjyu ---------------------------------------------------------------------- >Comment By: Senjyu (senjyu) Date: 2005-04-05 18:16 Message: Logged In: YES user_id=1253034 It self-solved it. perl-Net-SNMP-5.0.1-1.1.el3.rf.noarch.rpm is installed. Thanks, Senjyu ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1176752&group_id=29880 From noreply at sourceforge.net Wed Apr 6 21:36:10 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Apr 6 21:36:10 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1174070 ] check_smtp TLS mistake with echange 2003 Message-ID: Bugs item #1174070, was opened at 2005-03-31 05:06 Message generated for change (Comment added) made by seanius You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1174070&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: jeff_fr (jeff_fr) Assigned to: Nobody/Anonymous (nobody) Summary: check_smtp TLS mistake with echange 2003 Initial Comment: Exchange 2003 is waitng EHLO or HELO before the STARTTLS instruction, this make the plugin unable to get the OK state from echange 2003 when using TLS . the solution is to add : send(sd, helocmd, strlen(helocmd), 0); recv(sd,buffer, MAX_INPUT_BUFFER-1, 0); between the line (approx 181) : if(use_ssl){ and line: send(sd, SMTP_STARTTLS, strelen(SMTP_STARTTLS), 0); It's not very clean but it's a fast modification to get the real result, in fact i checked that postfix was able to get the HELO before or after STARTTLS ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 2005-04-06 21:35 Message: Logged In: YES user_id=226838 i've committed a slightly cleaner version of your patch to cvs. try it out and let me know how it goes. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1174070&group_id=29880 From noreply at sourceforge.net Wed Apr 6 21:41:06 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Apr 6 21:41:06 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1155754 ] added support SNMPv2c Message-ID: Patches item #1155754, was opened at 2005-03-03 06:40 Message generated for change (Settings changed) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1155754&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: KonstantinK (koka_atvc) >Assigned to: Subhendu Ghosh (sghosh) Summary: added support SNMPv2c Initial Comment: patch added support SNMPv2c in check_snmp ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1155754&group_id=29880 From noreply at sourceforge.net Fri Apr 8 08:42:02 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Apr 8 08:42:02 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1173263 ] check_sybase v0.6 Message-ID: Patches item #1173263, was opened at 2005-03-30 15:00 Message generated for change (Comment added) made by sb-netman You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1173263&group_id=29880 Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: Simon Bellwood (sb-netman) Assigned to: Nobody/Anonymous (nobody) Summary: check_sybase v0.6 Initial Comment: A minor release to check_sybase that adds an --explain option to describe how free space is calculated. The download is available from: http://www.net-man.at/software/check_sybase-0.6.zip The latest version is always available from: http://www.net-man.at/software/check_sybase-LATEST.zip Will patch against 0.5 if needed. Simon Bellwood NetMan Network Management and IT Services GmbH ---------------------------------------------------------------------- >Comment By: Simon Bellwood (sb-netman) Date: 2005-04-08 17:41 Message: Logged In: YES user_id=1156501 Updated to 0.7 to add initial performance monitoring support. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1173263&group_id=29880 From noreply at sourceforge.net Sat Apr 9 02:20:01 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Apr 9 02:20:01 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1174070 ] check_smtp TLS mistake with echange 2003 Message-ID: Bugs item #1174070, was opened at 2005-03-31 13:06 Message generated for change (Comment added) made by jeff_fr You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1174070&group_id=29880 Category: None Group: None Status: Open >Resolution: Accepted Priority: 5 Submitted By: jeff_fr (jeff_fr) Assigned to: Nobody/Anonymous (nobody) Summary: check_smtp TLS mistake with echange 2003 Initial Comment: Exchange 2003 is waitng EHLO or HELO before the STARTTLS instruction, this make the plugin unable to get the OK state from echange 2003 when using TLS . the solution is to add : send(sd, helocmd, strlen(helocmd), 0); recv(sd,buffer, MAX_INPUT_BUFFER-1, 0); between the line (approx 181) : if(use_ssl){ and line: send(sd, SMTP_STARTTLS, strelen(SMTP_STARTTLS), 0); It's not very clean but it's a fast modification to get the real result, in fact i checked that postfix was able to get the HELO before or after STARTTLS ---------------------------------------------------------------------- >Comment By: jeff_fr (jeff_fr) Date: 2005-04-09 09:19 Message: Logged In: YES user_id=1250267 It should be ok (when reading the modification) i will test it on exchange monday ^_^ Thanks ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 2005-04-07 04:35 Message: Logged In: YES user_id=226838 i've committed a slightly cleaner version of your patch to cvs. try it out and let me know how it goes. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1174070&group_id=29880 From noreply at sourceforge.net Sat Apr 9 02:21:01 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Apr 9 02:21:01 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1174070 ] check_smtp TLS mistake with echange 2003 Message-ID: Bugs item #1174070, was opened at 2005-03-31 13:06 Message generated for change (Settings changed) made by jeff_fr You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1174070&group_id=29880 Category: None Group: None >Status: Closed Resolution: Accepted Priority: 5 Submitted By: jeff_fr (jeff_fr) Assigned to: Nobody/Anonymous (nobody) Summary: check_smtp TLS mistake with echange 2003 Initial Comment: Exchange 2003 is waitng EHLO or HELO before the STARTTLS instruction, this make the plugin unable to get the OK state from echange 2003 when using TLS . the solution is to add : send(sd, helocmd, strlen(helocmd), 0); recv(sd,buffer, MAX_INPUT_BUFFER-1, 0); between the line (approx 181) : if(use_ssl){ and line: send(sd, SMTP_STARTTLS, strelen(SMTP_STARTTLS), 0); It's not very clean but it's a fast modification to get the real result, in fact i checked that postfix was able to get the HELO before or after STARTTLS ---------------------------------------------------------------------- Comment By: jeff_fr (jeff_fr) Date: 2005-04-09 09:19 Message: Logged In: YES user_id=1250267 It should be ok (when reading the modification) i will test it on exchange monday ^_^ Thanks ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 2005-04-07 04:35 Message: Logged In: YES user_id=226838 i've committed a slightly cleaner version of your patch to cvs. try it out and let me know how it goes. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1174070&group_id=29880 From noreply at sourceforge.net Sun Apr 10 18:48:24 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Apr 10 18:48:24 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-870548 ] Plugin 1.4.0a1 -> /bin/ping does not terminate Message-ID: Bugs item #870548, was opened at 2004-01-04 16:55 Message generated for change (Comment added) made by seanius You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=870548&group_id=29880 Category: Argument proccessing Group: None Status: Open Resolution: Fixed Priority: 5 Submitted By: Christian Exner (banane2000) Assigned to: Nobody/Anonymous (nobody) Summary: Plugin 1.4.0a1 -> /bin/ping does not terminate Initial Comment: On our system (Suse 8.1, Nagios 2.0a1, Plugins 1.4.0a1) i've detected about 400+ /bin/ping processes going all to only 2 IP-addresses (yes... only if the failure takes a long time but our failures often takes the whole weekend if the german Telekom cuts the DSL-Line of one of our external offices...). It seems that check_ping calls "/bin/ping -n -U -c 5 x.x.x.x" for checking. If pinged host is not reacheable /bin/ping does not terminate for a very long time (maybe until the failed host answers again). check_ping terminates after 10 secs. This is also documented in nagios web interface. But corresponding /bin/ping process stays active. Maybe it would help to pass "-w" (deadline) parameter to /bin/ping to force a termination after some time in such a case. Chris ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 2005-04-10 21:46 Message: Logged In: YES user_id=226838 has there been a resolution for this bug? is using uname output enough for determining whether or not to use a -w, or should we go via the kill_children route? ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-02-25 12:03 Message: Logged In: YES user_id=664364 You can do this. I'm only acting as inspiration this time! ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-25 11:50 Message: Logged In: YES user_id=1671 A worthwhile thought - we pass on a timeout like this with snmp IIRC. I think where the native utility has a way to terminate itself, it is preferable to use it. But modifying spopen to handle cases where is does not sounds like a good idea. Shouldn't be too hard since spopen does know the PID. and is the parent process. But there should be a way to let clean shutdowns occur - after closing the pipe on a timeout, maybe exit immediately if the child closes, but only force it closed after a second or two. Ton, do you want to do this or should I? ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-02-25 11:20 Message: Logged In: YES user_id=664364 Would it make more sense for the check_ping plugin to try and kill any child processes when it exits/times out? Potentially any command might take too long to respond and a kill_children function would be useful across all plugins. Ton ---------------------------------------------------------------------- Comment By: Florian Gleixner (redflo) Date: 2004-02-25 03:03 Message: Logged In: YES user_id=183182 On solaris try: ping hostname timeout Example: ping www.google.de 10 or if you want more accurate statistics: ping -s -t ttl hostname packet_length number_of_packets Example: ping -s -t 2 www.google.de 64 5 Flo ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-25 02:16 Message: Logged In: YES user_id=1671 It would be nicer if the '-w' option were more widely supported than linux. I can demonstrate that it is not available on solaris 8, so it's clear that implementing this change requires modifications to the autoconf script. But it's probably worth doing, even though there is a risk that some other implementation will assign a different meaning to '-w' ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-02-24 19:25 Message: Logged In: YES user_id=983566 Nagios 1.2, Plugin 1.4.0a1, RedHat 7.3 same problem. Compiling plugins with --with-ping-command="/bin/ping -w 10 -n -U -c %d %s" solved this. But it would be nice to have the 10 second timeout for check_ping kill the ping process. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=870548&group_id=29880 From noreply at sourceforge.net Sun Apr 10 20:14:31 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Apr 10 20:14:31 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1155562 ] check_tcp doesn't support ssmtp Message-ID: Bugs item #1155562, was opened at 2005-03-02 22:34 Message generated for change (Comment added) made by seanius You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1155562&group_id=29880 Category: None Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Quanah Gibson-Mount (mishikal) Assigned to: Nobody/Anonymous (nobody) Summary: check_tcp doesn't support ssmtp Initial Comment: check_tcp doesn't support check_ssmtp as a protocol check. Stanford has developed a patch allowing this: --- nagios-plugins-1.3.1/plugins/check_tcp.c.orig 2003-06-09 21:56:47.000001000 -0700 +++ nagios-plugins-1.3.1/plugins/check_tcp.c 2003-12-10 19:07:58.000001000 -0800 @@ -179,10 +179,34 @@ asprintf (&QUIT, "QUIT\r\n"); PROTOCOL=TCP_PROTOCOL; use_ssl=TRUE; PORT=995; } + else if (strstr(argv[0],"check_ssmtp")) { + asprintf (&progname, "check_ssmtp"); + asprintf (&SERVICE, "SSMTP"); + SEND=NULL; + asprintf (&EXPECT, "220"); + asprintf (&QUIT, "QUIT\r\n"); + PROTOCOL=TCP_PROTOCOL; + use_ssl=TRUE; + PORT=465; + } + else if (strstr (argv[0], "check_nntps")) { + asprintf (&progname, "check_nntps"); + asprintf (&SERVICE, "NNTPS"); + SEND = NULL; + EXPECT = NULL; + server_expect = realloc (server_expect, ++server_expect_count); + asprintf (&server_expect[server_expect_count - 1], "200"); + server_expect = realloc (server_expect, ++server_expect_count); + asprintf (&server_expect[server_expect_count - 1], "201"); + asprintf (&QUIT, "QUIT\r\n"); + PROTOCOL = TCP_PROTOCOL; + use_ssl=TRUE; + PORT = 563; + } #endif else if (strstr (argv[0], "check_nntp")) { asprintf (&progname, "check_nntp"); asprintf (&SERVICE, "NNTP"); SEND = NULL; --- nagios-plugins-1.3.1/configure.orig 2003-07-10 23:30:56.000001000 -0700 +++ nagios-plugins-1.3.1/configure 2003-12-10 18:55:57.000001000 -0800 @@ -8383,11 +8383,11 @@ LIBS="$_SAVEDLIBS" if test "$ac_cv_lib_crypto_CRYPTO_lock" = "yes"; then if test "$ac_cv_lib_ssl_main" = "yes"; then if test "$FOUNDINCLUDE" = "yes"; then - check_tcp_ssl="check_simap check_spop" + check_tcp_ssl="check_simap check_spop check_ssmtp check_nntps" cat >>confdefs.h <<\_ACEOF #define HAVE_SSL 1 ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 2005-04-10 23:13 Message: Logged In: YES user_id=226838 i've submitted a modified version of this patch into cvs. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1155562&group_id=29880 From noreply at sourceforge.net Mon Apr 11 05:51:38 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Apr 11 05:51:38 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-961327 ] Check_mailq only shows one of multiple queues Message-ID: Bugs item #961327, was opened at 2004-05-27 00:42 Message generated for change (Comment added) made by spig68ca You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=961327&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: T Everett (teamc26) Assigned to: Nobody/Anonymous (nobody) Summary: Check_mailq only shows one of multiple queues Initial Comment: I am running sendmail with 6 queue directories. The path is /var/spool/mqueue/q01 through q06. Is there any way to make the check_mailq plugin check all of the queues? ---------------------------------------------------------------------- Comment By: Spiggles (spig68ca) Date: 2005-04-11 09:47 Message: Logged In: YES user_id=1257046 I think have run into this on our servers. It was not showing the summary for all queues, only the last one. The problem was a pattern match that is case sensitive in the check_mailq script. On line 174 I changed; } elsif (/^\s+Total\sRequests:\s(\d+)$/) { to } elsif (/^\s+Total\srequests:\s(\d+)$/) { This fixed our problem anyway. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-11-23 20:54 Message: Logged In: YES user_id=664364 Moving to Bugs tracker as Support Requests will be closed. ---------------------------------------------------------------------- Comment By: T Everett (teamc26) Date: 2004-05-27 01:08 Message: Logged In: YES user_id=1050807 I downloaded the latest plugins and the check_mailq plugin does state the it supports mutliple queues. I tested it but the plugin is only reporting back the last queue (q06) number of queued messages. /usr/bin/mailq = /var/spool/mqueue/q05 (6 requests) /usr/bin/mailq = srcdomain = hotmail.com /usr/bin/mailq = srcdomain = panasonic.com /usr/bin/mailq = dstdomain = pcsystems.net /usr/bin/mailq = dstdomain = net.mx /usr/bin/mailq = dstdomain = net.mx /usr/bin/mailq = dstdomain = net.mx /usr/bin/mailq = dstdomain = cryptsoft.com /usr/bin/mailq = /var/spool/mqueue/q06 (2 requests) /usr/bin/mailq = srcdomain = com.br /usr/bin/mailq = srcdomain = panasonic.com /usr/bin/mailq = dstdomain = pcsystems.net msg_q = 2 warn=2 crit=9 WARNING: mailq is 2 (threshold w = 2)|unsent=2;2;9;0 Thanks, Tony ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=961327&group_id=29880 From noreply at sourceforge.net Mon Apr 11 06:12:21 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Apr 11 06:12:21 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1180701 ] check_ping segfault at line 106 Message-ID: Bugs item #1180701, was opened at 2005-04-11 13:11 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1180701&group_id=29880 Category: None Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Florian Gleixner (redflo) Assigned to: Nobody/Anonymous (nobody) Summary: check_ping segfault at line 106 Initial Comment: check_ping.c Revision 1.42 segfaults on line 106 if the Makro PING6_COMMAND and the Makro PING_HAS_TIMEOUT is set because the format string of asprintf has only two placeholders in PING6_COMMAND but the PING_HAS_TIMEOUT command delivers 3 Variables (timeout_interval, max_packets, addresses[i]). I guess either the PING6_COMMAND should be changed or one needs another #ifdef case. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1180701&group_id=29880 From noreply at sourceforge.net Mon Apr 11 07:42:23 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Apr 11 07:42:23 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1180762 ] check_ssh does not properly close connection Message-ID: Bugs item #1180762, was opened at 2005-04-11 10:41 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=1180762&group_id=29880 Category: None Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: M. Sean Finney (seanius) Assigned to: Nobody/Anonymous (nobody) Summary: check_ssh does not properly close connection Initial Comment: with 1.4 and later, it looks like check_ssh doesn't properly close connections. for example, this is the previous behaviour of check_ssh in the 1.3 series: Apr 11 10:24:03 appsrv1 sshd[9822]: Connection closed by xxx.xxx.64.52 but in 1.4: appsrv1 sshd[10154]: fatal: Read from socket failed: Connection reset by peer i think this is just because close() isn't being called. i will verify this shortly... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1180762&group_id=29880 From noreply at sourceforge.net Mon Apr 11 11:08:15 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Apr 11 11:08:15 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1180762 ] check_ssh does not properly close connection Message-ID: Bugs item #1180762, was opened at 2005-04-11 10:41 Message generated for change (Comment added) made by seanius You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1180762&group_id=29880 Category: None Group: Release (specify) >Status: Closed Resolution: None Priority: 5 Submitted By: M. Sean Finney (seanius) Assigned to: Nobody/Anonymous (nobody) Summary: check_ssh does not properly close connection Initial Comment: with 1.4 and later, it looks like check_ssh doesn't properly close connections. for example, this is the previous behaviour of check_ssh in the 1.3 series: Apr 11 10:24:03 appsrv1 sshd[9822]: Connection closed by xxx.xxx.64.52 but in 1.4: appsrv1 sshd[10154]: fatal: Read from socket failed: Connection reset by peer i think this is just because close() isn't being called. i will verify this shortly... ---------------------------------------------------------------------- >Comment By: M. Sean Finney (seanius) Date: 2005-04-11 14:07 Message: Logged In: YES user_id=226838 yup, calling close() before exiting resolves this problem, i've committed a change to cvs ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1180762&group_id=29880 From noreply at sourceforge.net Mon Apr 11 11:08:16 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Apr 11 11:08:16 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1180928 ] Failure to configure v1.4 on AIX5.1 Message-ID: Bugs item #1180928, was opened at 2005-04-11 18:07 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=1180928&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Hubert Eiermann (heierman) Assigned to: Nobody/Anonymous (nobody) Summary: Failure to configure v1.4 on AIX5.1 Initial Comment: I'm trying to compile Nagios Plugins 1.4 on AIX 5.1 using gcc 3.0.1.0 (built by Bull Freeware). configure script fails to compile . This seems to be a known error with gcc on AIX 5.1. But I could not find a remedy on the Web. Does anybody have an idea, what is going wrong. configure:12710: checking signal.h usability configure:12722: gcc -c -g -O2 conftest.c >&5 In file included from /usr/local/lib/gcc-lib/powerpc-ibm- aix4.3.2.0/3.0.1/include/sys/signal.h:309, from /usr/include/signal.h:20, from conftest.c:69: /usr/include/sys/context.h:155: parse error before "sigset64_t" /usr/include/sys/context.h:158: parse error before '}' token configure:12728: $? = 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME "nagios-plugins" | #define PACKAGE_TARNAME "nagios-plugins" | #define PACKAGE_VERSION "1.4" | #define PACKAGE_STRING "nagios-plugins 1.4" | #define PACKAGE_BUGREPORT "" | #define PACKAGE "nagios-plugins" | #define VERSION "1.4" | #define _GNU_SOURCE 1 | #define _ALL_SOURCE 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_UNISTD_H 1 | #define __EXTENSIONS__ 1 | #define HAVE_MALLOC 0 | #define malloc rpl_malloc | #define HAVE_REALLOC 0 | #define realloc rpl_realloc | #define C_GETLOADAVG 1 | #define HAVE_SETLOCALE 1 | #define HAVE_NLIST_H 1 | #define GETLOADAVG_PRIVILEGED 1 | #define CGIURL "/nagios/cgi-bin" | #define HAVE_LIBCRYPT 1 | #define HAVE_UNISTD_H 1 | #define USE_IPV6 1 | #define HAVE_GETADDRINFO 1 | #define TIME_WITH_SYS_TIME 1 | /* end confdefs.h. */ | #include | #if HAVE_SYS_TYPES_H | # include | #endif | #if HAVE_SYS_STAT_H | # include | #endif | #if STDC_HEADERS | # include | # include | #else | # if HAVE_STDLIB_H | # include | # endif | #endif | #if HAVE_STRING_H | # if !STDC_HEADERS && HAVE_MEMORY_H | # include | # endif | # include | #endif | #if HAVE_STRINGS_H | # include | #endif | #if HAVE_INTTYPES_H | # include | #else | # if HAVE_STDINT_H | # include | # endif | #endif | #if HAVE_UNISTD_H | # include | #include configure:12751: result: no configure:12755: checking signal.h presence configure:12765: gcc -E conftest.c configure:12771: $? = 0 configure:12791: result: yes configure:12804: WARNING: signal.h: present but cannot be compiled configure:12806: WARNING: signal.h: check for missing prerequisite headers? configure:12808: WARNING: signal.h: see the Autoconf documentation configure:12810: WARNING: signal.h: section "Present But Cannot Be Compiled" configure:12812: WARNING: signal.h: proceeding with the preprocessor's result configure:12814: WARNING: signal.h: in the future, the compiler will take preced ence configure:12826: checking for signal.h configure:12833: result: yes Regards hubert.eiermann at web.de ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1180928&group_id=29880 From jean.gabes at snecma.fr Mon Apr 11 22:34:33 2005 From: jean.gabes at snecma.fr (jean.gabes at snecma.fr) Date: Mon Apr 11 22:34:33 2005 Subject: [Nagiosplug-devel] check_disk with perf data Message-ID: Hi, I'm using the check_disk plug-in v1.56 with the perf data. But I don?t have the performance data (all after the " | ") in the serviceperf.log so my perfparse can't catch it :) I see that there is a space catacter between the | and the first data (/ for me), I modify the source to do not put this space and now it works, I use this script whith NRPE2 and Nagios 1.2 # Ce courrier et les documents qui y sont joints peuvent contenir des informations confidentielles. Au cas ou vous n'en seriez pas le bon destinataire, vous etes prie de le detruire et de nous en informer immediatement. This email and any attached documents may contain confidential information. If you are not the correct addressee, please advise us immediately and delete it. # ... From noreply at sourceforge.net Mon Apr 11 23:18:20 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Apr 11 23:18:20 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-870548 ] Plugin 1.4.0a1 -> /bin/ping does not terminate Message-ID: Bugs item #870548, was opened at 2004-01-04 21:55 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=870548&group_id=29880 Category: Argument proccessing Group: None Status: Open Resolution: Fixed Priority: 5 Submitted By: Christian Exner (banane2000) Assigned to: Nobody/Anonymous (nobody) Summary: Plugin 1.4.0a1 -> /bin/ping does not terminate Initial Comment: On our system (Suse 8.1, Nagios 2.0a1, Plugins 1.4.0a1) i've detected about 400+ /bin/ping processes going all to only 2 IP-addresses (yes... only if the failure takes a long time but our failures often takes the whole weekend if the german Telekom cuts the DSL-Line of one of our external offices...). It seems that check_ping calls "/bin/ping -n -U -c 5 x.x.x.x" for checking. If pinged host is not reacheable /bin/ping does not terminate for a very long time (maybe until the failed host answers again). check_ping terminates after 10 secs. This is also documented in nagios web interface. But corresponding /bin/ping process stays active. Maybe it would help to pass "-w" (deadline) parameter to /bin/ping to force a termination after some time in such a case. Chris ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2005-04-12 07:17 Message: Logged In: YES user_id=664364 No resolution yet. Yes, I think a change in configure.in to use -w if available on Linux. The spopen/kill_children is going to be harder and potentially break other things. ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 2005-04-11 02:46 Message: Logged In: YES user_id=226838 has there been a resolution for this bug? is using uname output enough for determining whether or not to use a -w, or should we go via the kill_children route? ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-02-25 17:03 Message: Logged In: YES user_id=664364 You can do this. I'm only acting as inspiration this time! ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-25 16:50 Message: Logged In: YES user_id=1671 A worthwhile thought - we pass on a timeout like this with snmp IIRC. I think where the native utility has a way to terminate itself, it is preferable to use it. But modifying spopen to handle cases where is does not sounds like a good idea. Shouldn't be too hard since spopen does know the PID. and is the parent process. But there should be a way to let clean shutdowns occur - after closing the pipe on a timeout, maybe exit immediately if the child closes, but only force it closed after a second or two. Ton, do you want to do this or should I? ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-02-25 16:20 Message: Logged In: YES user_id=664364 Would it make more sense for the check_ping plugin to try and kill any child processes when it exits/times out? Potentially any command might take too long to respond and a kill_children function would be useful across all plugins. Ton ---------------------------------------------------------------------- Comment By: Florian Gleixner (redflo) Date: 2004-02-25 08:03 Message: Logged In: YES user_id=183182 On solaris try: ping hostname timeout Example: ping www.google.de 10 or if you want more accurate statistics: ping -s -t ttl hostname packet_length number_of_packets Example: ping -s -t 2 www.google.de 64 5 Flo ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-25 07:16 Message: Logged In: YES user_id=1671 It would be nicer if the '-w' option were more widely supported than linux. I can demonstrate that it is not available on solaris 8, so it's clear that implementing this change requires modifications to the autoconf script. But it's probably worth doing, even though there is a risk that some other implementation will assign a different meaning to '-w' ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-02-25 00:25 Message: Logged In: YES user_id=983566 Nagios 1.2, Plugin 1.4.0a1, RedHat 7.3 same problem. Compiling plugins with --with-ping-command="/bin/ping -w 10 -n -U -c %d %s" solved this. But it would be nice to have the 10 second timeout for check_ping kill the ping process. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=870548&group_id=29880 From noreply at sourceforge.net Tue Apr 12 08:28:47 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Apr 12 08:28:47 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1181554 ] 1.4-3: Bug in check_tcp Message-ID: Bugs item #1181554, was opened at 2005-04-12 17:27 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=1181554&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Simon Bellwood (sb-netman) Assigned to: Nobody/Anonymous (nobody) Summary: 1.4-3: Bug in check_tcp Initial Comment: I'm using check_imap with perfparse, and it's returning critical for all values. It seems the problem is that when no critical or warning value is passed to it on the command line, it defaults to use 0.000 and 0.000 respectively. Perfparse then sees that the check time (say 0.002 seconds) is above 0 and flags a CRITICAL warning. I've had a look at the code, and the return happens at check_tcp.c:389, where fperfdata is called. fperfdata is provided by utils.h which sets both types to a double, so I suspect it's not as simple as changing check_tcp.c to return nulls if the -w and -c flags aren't given :/ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1181554&group_id=29880 From nagios at nodata.co.uk Wed Apr 13 06:27:35 2005 From: nagios at nodata.co.uk (nodata) Date: Wed Apr 13 06:27:35 2005 Subject: [Nagiosplug-devel] check_nrpe and binary compatibility Message-ID: <53830.213.164.3.90.1113398627.squirrel@www.nodata.co.uk> Hi, I use check_nrpe a lot, it's a good tool. The one downside (for me at least) is that the version on the nagios box and the machines being monitored normally has to be the same. Are there any existing plans to not require this in future versions? Thanks a lot. From olleg at mipt.ru Wed Apr 13 08:42:39 2005 From: olleg at mipt.ru (Olleg Samoylov) Date: Wed Apr 13 08:42:39 2005 Subject: [Nagiosplug-devel] mistype in check_ntp (nagios-plugins 1.4) 1.20 Message-ID: <425D3AFF.6030603@mipt.ru> /usr/lib/nagios/plugins/check_ntp --help -j (--jwarn) Clock jitter in milliseconds at which a warning message will be generated. Defaults to 5000. -k (--jcrit) Clock jitter in milliseconds at which a warning message will be generated. Defaults to 10000. Two option for warning message? :-) -- Olleg -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 4124 bytes Desc: S/MIME Cryptographic Signature URL: From ae at op5.se Wed Apr 13 16:06:25 2005 From: ae at op5.se (Andreas Ericsson) Date: Wed Apr 13 16:06:25 2005 Subject: [Nagiosplug-devel] check_nrpe and binary compatibility In-Reply-To: <53830.213.164.3.90.1113398627.squirrel@www.nodata.co.uk> References: <53830.213.164.3.90.1113398627.squirrel@www.nodata.co.uk> Message-ID: <425DA521.3010106@op5.se> nodata wrote: > Hi, > I use check_nrpe a lot, it's a good tool. > The one downside (for me at least) is that the version on the nagios box > and the machines being monitored normally has to be the same. > > Are there any existing plans to not require this in future versions? > Yes, but it will be (is) implemented in the client as opposed to the cleaner design choice which would be the daemon, as the daemon is normally inaccessible. -- Andreas Ericsson NRPE maintainer From noreply at sourceforge.net Wed Apr 13 21:16:38 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Apr 13 21:16:38 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-961327 ] Check_mailq only shows one of multiple queues Message-ID: Bugs item #961327, was opened at 2004-05-26 23:42 Message generated for change (Comment added) made by seanius You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=961327&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: T Everett (teamc26) Assigned to: Nobody/Anonymous (nobody) Summary: Check_mailq only shows one of multiple queues Initial Comment: I am running sendmail with 6 queue directories. The path is /var/spool/mqueue/q01 through q06. Is there any way to make the check_mailq plugin check all of the queues? ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 2005-04-14 00:14 Message: Logged In: YES user_id=226838 i've made the test case insenstive, which should both fix your problem and ensure that the fix doesn't cause a problem for anyone else. fix committed to cvs... ---------------------------------------------------------------------- Comment By: Spiggles (spig68ca) Date: 2005-04-11 08:47 Message: Logged In: YES user_id=1257046 I think have run into this on our servers. It was not showing the summary for all queues, only the last one. The problem was a pattern match that is case sensitive in the check_mailq script. On line 174 I changed; } elsif (/^\s+Total\sRequests:\s(\d+)$/) { to } elsif (/^\s+Total\srequests:\s(\d+)$/) { This fixed our problem anyway. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-11-23 19:54 Message: Logged In: YES user_id=664364 Moving to Bugs tracker as Support Requests will be closed. ---------------------------------------------------------------------- Comment By: T Everett (teamc26) Date: 2004-05-27 00:08 Message: Logged In: YES user_id=1050807 I downloaded the latest plugins and the check_mailq plugin does state the it supports mutliple queues. I tested it but the plugin is only reporting back the last queue (q06) number of queued messages. /usr/bin/mailq = /var/spool/mqueue/q05 (6 requests) /usr/bin/mailq = srcdomain = hotmail.com /usr/bin/mailq = srcdomain = panasonic.com /usr/bin/mailq = dstdomain = pcsystems.net /usr/bin/mailq = dstdomain = net.mx /usr/bin/mailq = dstdomain = net.mx /usr/bin/mailq = dstdomain = net.mx /usr/bin/mailq = dstdomain = cryptsoft.com /usr/bin/mailq = /var/spool/mqueue/q06 (2 requests) /usr/bin/mailq = srcdomain = com.br /usr/bin/mailq = srcdomain = panasonic.com /usr/bin/mailq = dstdomain = pcsystems.net msg_q = 2 warn=2 crit=9 WARNING: mailq is 2 (threshold w = 2)|unsent=2;2;9;0 Thanks, Tony ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=961327&group_id=29880 From noreply at sourceforge.net Fri Apr 15 07:43:35 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Apr 15 07:43:35 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1183791 ] check_disk_smb: allow emtpy passwords Message-ID: Patches item #1183791, was opened at 2005-04-15 14:40 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=1183791&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Bart Cortooms (bart) Assigned to: Nobody/Anonymous (nobody) Summary: check_disk_smb: allow emtpy passwords Initial Comment: This patch allows empty passwords to be used for logins, which is useful for shares which allow guest logins and don't require a password. This changes the default password from "guest" to an emtpy password. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1183791&group_id=29880 From noreply at sourceforge.net Sun Apr 17 15:16:05 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Apr 17 15:16:05 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1181554 ] 1.4-3: Bug in check_tcp Message-ID: Bugs item #1181554, was opened at 2005-04-12 11:27 Message generated for change (Comment added) made by seanius You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1181554&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Simon Bellwood (sb-netman) Assigned to: Nobody/Anonymous (nobody) Summary: 1.4-3: Bug in check_tcp Initial Comment: I'm using check_imap with perfparse, and it's returning critical for all values. It seems the problem is that when no critical or warning value is passed to it on the command line, it defaults to use 0.000 and 0.000 respectively. Perfparse then sees that the check time (say 0.002 seconds) is above 0 and flags a CRITICAL warning. I've had a look at the code, and the return happens at check_tcp.c:389, where fperfdata is called. fperfdata is provided by utils.h which sets both types to a double, so I suspect it's not as simple as changing check_tcp.c to return nulls if the -w and -c flags aren't given :/ ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 2005-04-17 18:14 Message: Logged In: YES user_id=226838 hi, what exactly are you suggesting as a fix? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1181554&group_id=29880 From noreply at sourceforge.net Sun Apr 17 15:24:09 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Apr 17 15:24:09 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1183791 ] check_disk_smb: allow emtpy passwords Message-ID: Patches item #1183791, was opened at 2005-04-15 10:40 Message generated for change (Comment added) made by seanius You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1183791&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Bart Cortooms (bart) Assigned to: Nobody/Anonymous (nobody) Summary: check_disk_smb: allow emtpy passwords Initial Comment: This patch allows empty passwords to be used for logins, which is useful for shares which allow guest logins and don't require a password. This changes the default password from "guest" to an emtpy password. ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 2005-04-17 18:23 Message: Logged In: YES user_id=226838 hi, i've committed this to CVS, along with changing the output of --help to reflect that the default behavior has now changed to use an empty password (hope no one objects to this, otherwise we'll have to revisit this) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1183791&group_id=29880 From noreply at sourceforge.net Mon Apr 18 00:03:39 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Apr 18 00:03:39 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1181554 ] 1.4-3: Bug in check_tcp Message-ID: Bugs item #1181554, was opened at 2005-04-12 17:27 Message generated for change (Comment added) made by sb-netman You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1181554&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Simon Bellwood (sb-netman) Assigned to: Nobody/Anonymous (nobody) Summary: 1.4-3: Bug in check_tcp Initial Comment: I'm using check_imap with perfparse, and it's returning critical for all values. It seems the problem is that when no critical or warning value is passed to it on the command line, it defaults to use 0.000 and 0.000 respectively. Perfparse then sees that the check time (say 0.002 seconds) is above 0 and flags a CRITICAL warning. I've had a look at the code, and the return happens at check_tcp.c:389, where fperfdata is called. fperfdata is provided by utils.h which sets both types to a double, so I suspect it's not as simple as changing check_tcp.c to return nulls if the -w and -c flags aren't given :/ ---------------------------------------------------------------------- >Comment By: Simon Bellwood (sb-netman) Date: 2005-04-18 09:01 Message: Logged In: YES user_id=1156501 I was hoping that one of the developers would either say: i) Oh no wait, there's an easy fix for this ii) Tell perfparse to treat 0.0 as "no value" Although ii) might be wrong in some cases, i.e. when 0 was considered a good value (perhaps for items where a measure from the normal was taken - can' think of any examples atm) ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 2005-04-18 00:14 Message: Logged In: YES user_id=226838 hi, what exactly are you suggesting as a fix? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1181554&group_id=29880 From noreply at sourceforge.net Mon Apr 18 10:30:23 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Apr 18 10:30:23 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1180928 ] Failure to configure v1.4 on AIX5.1 Message-ID: Bugs item #1180928, was opened at 2005-04-11 18:07 Message generated for change (Comment added) made by heierman You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1180928&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Hubert Eiermann (heierman) Assigned to: Nobody/Anonymous (nobody) Summary: Failure to configure v1.4 on AIX5.1 Initial Comment: I'm trying to compile Nagios Plugins 1.4 on AIX 5.1 using gcc 3.0.1.0 (built by Bull Freeware). configure script fails to compile . This seems to be a known error with gcc on AIX 5.1. But I could not find a remedy on the Web. Does anybody have an idea, what is going wrong. configure:12710: checking signal.h usability configure:12722: gcc -c -g -O2 conftest.c >&5 In file included from /usr/local/lib/gcc-lib/powerpc-ibm- aix4.3.2.0/3.0.1/include/sys/signal.h:309, from /usr/include/signal.h:20, from conftest.c:69: /usr/include/sys/context.h:155: parse error before "sigset64_t" /usr/include/sys/context.h:158: parse error before '}' token configure:12728: $? = 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME "nagios-plugins" | #define PACKAGE_TARNAME "nagios-plugins" | #define PACKAGE_VERSION "1.4" | #define PACKAGE_STRING "nagios-plugins 1.4" | #define PACKAGE_BUGREPORT "" | #define PACKAGE "nagios-plugins" | #define VERSION "1.4" | #define _GNU_SOURCE 1 | #define _ALL_SOURCE 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_UNISTD_H 1 | #define __EXTENSIONS__ 1 | #define HAVE_MALLOC 0 | #define malloc rpl_malloc | #define HAVE_REALLOC 0 | #define realloc rpl_realloc | #define C_GETLOADAVG 1 | #define HAVE_SETLOCALE 1 | #define HAVE_NLIST_H 1 | #define GETLOADAVG_PRIVILEGED 1 | #define CGIURL "/nagios/cgi-bin" | #define HAVE_LIBCRYPT 1 | #define HAVE_UNISTD_H 1 | #define USE_IPV6 1 | #define HAVE_GETADDRINFO 1 | #define TIME_WITH_SYS_TIME 1 | /* end confdefs.h. */ | #include | #if HAVE_SYS_TYPES_H | # include | #endif | #if HAVE_SYS_STAT_H | # include | #endif | #if STDC_HEADERS | # include | # include | #else | # if HAVE_STDLIB_H | # include | # endif | #endif | #if HAVE_STRING_H | # if !STDC_HEADERS && HAVE_MEMORY_H | # include | # endif | # include | #endif | #if HAVE_STRINGS_H | # include | #endif | #if HAVE_INTTYPES_H | # include | #else | # if HAVE_STDINT_H | # include | # endif | #endif | #if HAVE_UNISTD_H | # include | #include configure:12751: result: no configure:12755: checking signal.h presence configure:12765: gcc -E conftest.c configure:12771: $? = 0 configure:12791: result: yes configure:12804: WARNING: signal.h: present but cannot be compiled configure:12806: WARNING: signal.h: check for missing prerequisite headers? configure:12808: WARNING: signal.h: see the Autoconf documentation configure:12810: WARNING: signal.h: section "Present But Cannot Be Compiled" configure:12812: WARNING: signal.h: proceeding with the preprocessor's result configure:12814: WARNING: signal.h: in the future, the compiler will take preced ence configure:12826: checking for signal.h configure:12833: result: yes Regards hubert.eiermann at web.de ---------------------------------------------------------------------- >Comment By: Hubert Eiermann (heierman) Date: 2005-04-18 17:28 Message: Logged In: YES user_id=1257263 Problem resolved. Sorry, I got a rotten gcc from Bull AIX 5.1 download site. I told them about the problem, I hope they will eventually remove the link. For AIX 5.1 and higher, use the gcc distributions from the "AIX Toolbox for Linux Applications" at the IBM site. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1180928&group_id=29880 From noreply at sourceforge.net Mon Apr 18 10:32:15 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Apr 18 10:32:15 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1180928 ] Failure to configure v1.4 on AIX5.1 Message-ID: Bugs item #1180928, was opened at 2005-04-11 18:07 Message generated for change (Settings changed) made by heierman You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1180928&group_id=29880 Category: None Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Hubert Eiermann (heierman) Assigned to: Nobody/Anonymous (nobody) Summary: Failure to configure v1.4 on AIX5.1 Initial Comment: I'm trying to compile Nagios Plugins 1.4 on AIX 5.1 using gcc 3.0.1.0 (built by Bull Freeware). configure script fails to compile . This seems to be a known error with gcc on AIX 5.1. But I could not find a remedy on the Web. Does anybody have an idea, what is going wrong. configure:12710: checking signal.h usability configure:12722: gcc -c -g -O2 conftest.c >&5 In file included from /usr/local/lib/gcc-lib/powerpc-ibm- aix4.3.2.0/3.0.1/include/sys/signal.h:309, from /usr/include/signal.h:20, from conftest.c:69: /usr/include/sys/context.h:155: parse error before "sigset64_t" /usr/include/sys/context.h:158: parse error before '}' token configure:12728: $? = 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME "nagios-plugins" | #define PACKAGE_TARNAME "nagios-plugins" | #define PACKAGE_VERSION "1.4" | #define PACKAGE_STRING "nagios-plugins 1.4" | #define PACKAGE_BUGREPORT "" | #define PACKAGE "nagios-plugins" | #define VERSION "1.4" | #define _GNU_SOURCE 1 | #define _ALL_SOURCE 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_UNISTD_H 1 | #define __EXTENSIONS__ 1 | #define HAVE_MALLOC 0 | #define malloc rpl_malloc | #define HAVE_REALLOC 0 | #define realloc rpl_realloc | #define C_GETLOADAVG 1 | #define HAVE_SETLOCALE 1 | #define HAVE_NLIST_H 1 | #define GETLOADAVG_PRIVILEGED 1 | #define CGIURL "/nagios/cgi-bin" | #define HAVE_LIBCRYPT 1 | #define HAVE_UNISTD_H 1 | #define USE_IPV6 1 | #define HAVE_GETADDRINFO 1 | #define TIME_WITH_SYS_TIME 1 | /* end confdefs.h. */ | #include | #if HAVE_SYS_TYPES_H | # include | #endif | #if HAVE_SYS_STAT_H | # include | #endif | #if STDC_HEADERS | # include | # include | #else | # if HAVE_STDLIB_H | # include | # endif | #endif | #if HAVE_STRING_H | # if !STDC_HEADERS && HAVE_MEMORY_H | # include | # endif | # include | #endif | #if HAVE_STRINGS_H | # include | #endif | #if HAVE_INTTYPES_H | # include | #else | # if HAVE_STDINT_H | # include | # endif | #endif | #if HAVE_UNISTD_H | # include | #include configure:12751: result: no configure:12755: checking signal.h presence configure:12765: gcc -E conftest.c configure:12771: $? = 0 configure:12791: result: yes configure:12804: WARNING: signal.h: present but cannot be compiled configure:12806: WARNING: signal.h: check for missing prerequisite headers? configure:12808: WARNING: signal.h: see the Autoconf documentation configure:12810: WARNING: signal.h: section "Present But Cannot Be Compiled" configure:12812: WARNING: signal.h: proceeding with the preprocessor's result configure:12814: WARNING: signal.h: in the future, the compiler will take preced ence configure:12826: checking for signal.h configure:12833: result: yes Regards hubert.eiermann at web.de ---------------------------------------------------------------------- Comment By: Hubert Eiermann (heierman) Date: 2005-04-18 17:28 Message: Logged In: YES user_id=1257263 Problem resolved. Sorry, I got a rotten gcc from Bull AIX 5.1 download site. I told them about the problem, I hope they will eventually remove the link. For AIX 5.1 and higher, use the gcc distributions from the "AIX Toolbox for Linux Applications" at the IBM site. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1180928&group_id=29880 From noreply at sourceforge.net Mon Apr 18 16:43:12 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Apr 18 16:43:12 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-870548 ] Plugin 1.4.0a1 -> /bin/ping does not terminate Message-ID: Bugs item #870548, was opened at 2004-01-04 16:55 Message generated for change (Comment added) made by seanius You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=870548&group_id=29880 Category: Argument proccessing Group: None >Status: Closed Resolution: Fixed Priority: 5 Submitted By: Christian Exner (banane2000) Assigned to: Nobody/Anonymous (nobody) Summary: Plugin 1.4.0a1 -> /bin/ping does not terminate Initial Comment: On our system (Suse 8.1, Nagios 2.0a1, Plugins 1.4.0a1) i've detected about 400+ /bin/ping processes going all to only 2 IP-addresses (yes... only if the failure takes a long time but our failures often takes the whole weekend if the german Telekom cuts the DSL-Line of one of our external offices...). It seems that check_ping calls "/bin/ping -n -U -c 5 x.x.x.x" for checking. If pinged host is not reacheable /bin/ping does not terminate for a very long time (maybe until the failed host answers again). check_ping terminates after 10 secs. This is also documented in nagios web interface. But corresponding /bin/ping process stays active. Maybe it would help to pass "-w" (deadline) parameter to /bin/ping to force a termination after some time in such a case. Chris ---------------------------------------------------------------------- >Comment By: M. Sean Finney (seanius) Date: 2005-04-18 19:42 Message: Logged In: YES user_id=226838 well i just sat down and took a look at this, and couldn't figure out how -w wasn't being passed, since there was code already in configure.in that seemed to look for this. so i took a look at the cvs logs: ---------------------------- revision 1.103 date: 2004/02/25 07:49:12; author: kdebisschop; state: Exp; lines: +16 -1 pass timeout to ping if supported with -w parameter (linux) ---------------------------- so i guess it was resolved after all :) ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2005-04-12 02:17 Message: Logged In: YES user_id=664364 No resolution yet. Yes, I think a change in configure.in to use -w if available on Linux. The spopen/kill_children is going to be harder and potentially break other things. ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 2005-04-10 21:46 Message: Logged In: YES user_id=226838 has there been a resolution for this bug? is using uname output enough for determining whether or not to use a -w, or should we go via the kill_children route? ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-02-25 12:03 Message: Logged In: YES user_id=664364 You can do this. I'm only acting as inspiration this time! ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-25 11:50 Message: Logged In: YES user_id=1671 A worthwhile thought - we pass on a timeout like this with snmp IIRC. I think where the native utility has a way to terminate itself, it is preferable to use it. But modifying spopen to handle cases where is does not sounds like a good idea. Shouldn't be too hard since spopen does know the PID. and is the parent process. But there should be a way to let clean shutdowns occur - after closing the pipe on a timeout, maybe exit immediately if the child closes, but only force it closed after a second or two. Ton, do you want to do this or should I? ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-02-25 11:20 Message: Logged In: YES user_id=664364 Would it make more sense for the check_ping plugin to try and kill any child processes when it exits/times out? Potentially any command might take too long to respond and a kill_children function would be useful across all plugins. Ton ---------------------------------------------------------------------- Comment By: Florian Gleixner (redflo) Date: 2004-02-25 03:03 Message: Logged In: YES user_id=183182 On solaris try: ping hostname timeout Example: ping www.google.de 10 or if you want more accurate statistics: ping -s -t ttl hostname packet_length number_of_packets Example: ping -s -t 2 www.google.de 64 5 Flo ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-25 02:16 Message: Logged In: YES user_id=1671 It would be nicer if the '-w' option were more widely supported than linux. I can demonstrate that it is not available on solaris 8, so it's clear that implementing this change requires modifications to the autoconf script. But it's probably worth doing, even though there is a risk that some other implementation will assign a different meaning to '-w' ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-02-24 19:25 Message: Logged In: YES user_id=983566 Nagios 1.2, Plugin 1.4.0a1, RedHat 7.3 same problem. Compiling plugins with --with-ping-command="/bin/ping -w 10 -n -U -c %d %s" solved this. But it would be nice to have the 10 second timeout for check_ping kill the ping process. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=870548&group_id=29880 From noreply at sourceforge.net Mon Apr 18 16:51:11 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Apr 18 16:51:11 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1181554 ] 1.4-3: Bug in check_tcp Message-ID: Bugs item #1181554, was opened at 2005-04-12 11:27 Message generated for change (Comment added) made by seanius You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1181554&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Simon Bellwood (sb-netman) Assigned to: Nobody/Anonymous (nobody) Summary: 1.4-3: Bug in check_tcp Initial Comment: I'm using check_imap with perfparse, and it's returning critical for all values. It seems the problem is that when no critical or warning value is passed to it on the command line, it defaults to use 0.000 and 0.000 respectively. Perfparse then sees that the check time (say 0.002 seconds) is above 0 and flags a CRITICAL warning. I've had a look at the code, and the return happens at check_tcp.c:389, where fperfdata is called. fperfdata is provided by utils.h which sets both types to a double, so I suspect it's not as simple as changing check_tcp.c to return nulls if the -w and -c flags aren't given :/ ---------------------------------------------------------------------- >Comment By: M. Sean Finney (seanius) Date: 2005-04-18 19:50 Message: Logged In: YES user_id=226838 perhaps there's an "undef" value that could be used in such a case? i really don't know much about the whole perfparse thing since i use a seperate system from nagios for monitoring performance data. otherwise, i think the system is doing exactly what it's supposed to be doing, and would need some convincing why the answer isn't to just pass the warning and critical arguments to check_tcp. ---------------------------------------------------------------------- Comment By: Simon Bellwood (sb-netman) Date: 2005-04-18 03:01 Message: Logged In: YES user_id=1156501 I was hoping that one of the developers would either say: i) Oh no wait, there's an easy fix for this ii) Tell perfparse to treat 0.0 as "no value" Although ii) might be wrong in some cases, i.e. when 0 was considered a good value (perhaps for items where a measure from the normal was taken - can' think of any examples atm) ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 2005-04-17 18:14 Message: Logged In: YES user_id=226838 hi, what exactly are you suggesting as a fix? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1181554&group_id=29880 From noreply at sourceforge.net Mon Apr 18 17:14:14 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Apr 18 17:14:14 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1180701 ] check_ping segfault at line 106 Message-ID: Bugs item #1180701, was opened at 2005-04-11 09:11 Message generated for change (Comment added) made by seanius You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1180701&group_id=29880 Category: None Group: CVS >Status: Closed Resolution: None Priority: 5 Submitted By: Florian Gleixner (redflo) >Assigned to: M. Sean Finney (seanius) Summary: check_ping segfault at line 106 Initial Comment: check_ping.c Revision 1.42 segfaults on line 106 if the Makro PING6_COMMAND and the Makro PING_HAS_TIMEOUT is set because the format string of asprintf has only two placeholders in PING6_COMMAND but the PING_HAS_TIMEOUT command delivers 3 Variables (timeout_interval, max_packets, addresses[i]). I guess either the PING6_COMMAND should be changed or one needs another #ifdef case. ---------------------------------------------------------------------- >Comment By: M. Sean Finney (seanius) Date: 2005-04-18 20:11 Message: Logged In: YES user_id=226838 what was happening was the configure script determined that ping took three arguments, but didn't run the same check for ping6. the commit i've made to cvs should resolve this now. a more thorough solution would be to have all the #ifdef logic seperated based on whether we are performing ping/ping6, but this should work for every practical case (will only break if ping takes -w and ping6 doesn't, but that should never be the case) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1180701&group_id=29880 From noreply at sourceforge.net Mon Apr 18 17:20:15 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Apr 18 17:20:15 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1173266 ] check_ntp matching expression and ntpq output Message-ID: Bugs item #1173266, was opened at 2005-03-30 08:07 Message generated for change (Comment added) made by seanius You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1173266&group_id=29880 Category: None Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Rusty Allen (wackoadmin) >Assigned to: M. Sean Finney (seanius) Summary: check_ntp matching expression and ntpq output Initial Comment: The perl expression being used to parse the output of ntpq in check_ntp does not account for some possible output lines create by ntpq. remote refid st t when poll reach delay offset jitter ============================================================================== -163.185.18.1 192.5.41.40 2 u 116m 18h 377 2.133 16.566 2.467 *192.5.41.41 .USNO. 1 u 16h 18h 376 92.765 13.857 19.226 +204.34.198.40 .USNO. 1 u 10h 18h 376 66.439 -12.246 1.836 127.127.1.0 LOCAL(0) 10 l 54 64 377 0.000 0.000 0.008 +130.88.200.98 194.81.227.227 2 u 6h 18h 377 122.584 0.349 4.552 -128.118.25.3 128.118.25.5 2 u 118m 18h 377 63.745 -44.445 89.870 Note the "hours" tag in the "when" and "poll" values. I have change the expressionis to: if (/^(\*|o)([-0-9.\s]+)\s+([-0-9A-Za-z.]+)\s+([-0-9.]+)\s+([lumb-]+)\s+([-0-9hm.]+)\s+([-0-9.mh]+)\s+([-0-9.]+)\s+([-0-9.]+)\s+([-0-9.]+)\s+([-0-9.]+)/) { $c =~ /^(#)([-0-9.\s]+)\s+([-0-9A-Za-z.]+)\s+([-0-9.]+)\s+([lumb-]+)\s+([-0-9hm.]+)\s+([-0-9.mh]+)\s+([-0-9.]+)\s+([-0-9.]+)\s+([-0-9.]+)\s+([-0-9.]+)/; ---------------------------------------------------------------------- >Comment By: M. Sean Finney (seanius) Date: 2005-04-18 20:17 Message: Logged In: YES user_id=226838 fix commited to cvs, thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1173266&group_id=29880 From noreply at sourceforge.net Mon Apr 18 17:22:08 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Apr 18 17:22:08 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1155562 ] check_tcp doesn't support ssmtp Message-ID: Bugs item #1155562, was opened at 2005-03-02 22:34 Message generated for change (Comment added) made by seanius You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1155562&group_id=29880 Category: None Group: CVS >Status: Closed Resolution: None Priority: 5 Submitted By: Quanah Gibson-Mount (mishikal) >Assigned to: M. Sean Finney (seanius) Summary: check_tcp doesn't support ssmtp Initial Comment: check_tcp doesn't support check_ssmtp as a protocol check. Stanford has developed a patch allowing this: --- nagios-plugins-1.3.1/plugins/check_tcp.c.orig 2003-06-09 21:56:47.000001000 -0700 +++ nagios-plugins-1.3.1/plugins/check_tcp.c 2003-12-10 19:07:58.000001000 -0800 @@ -179,10 +179,34 @@ asprintf (&QUIT, "QUIT\r\n"); PROTOCOL=TCP_PROTOCOL; use_ssl=TRUE; PORT=995; } + else if (strstr(argv[0],"check_ssmtp")) { + asprintf (&progname, "check_ssmtp"); + asprintf (&SERVICE, "SSMTP"); + SEND=NULL; + asprintf (&EXPECT, "220"); + asprintf (&QUIT, "QUIT\r\n"); + PROTOCOL=TCP_PROTOCOL; + use_ssl=TRUE; + PORT=465; + } + else if (strstr (argv[0], "check_nntps")) { + asprintf (&progname, "check_nntps"); + asprintf (&SERVICE, "NNTPS"); + SEND = NULL; + EXPECT = NULL; + server_expect = realloc (server_expect, ++server_expect_count); + asprintf (&server_expect[server_expect_count - 1], "200"); + server_expect = realloc (server_expect, ++server_expect_count); + asprintf (&server_expect[server_expect_count - 1], "201"); + asprintf (&QUIT, "QUIT\r\n"); + PROTOCOL = TCP_PROTOCOL; + use_ssl=TRUE; + PORT = 563; + } #endif else if (strstr (argv[0], "check_nntp")) { asprintf (&progname, "check_nntp"); asprintf (&SERVICE, "NNTP"); SEND = NULL; --- nagios-plugins-1.3.1/configure.orig 2003-07-10 23:30:56.000001000 -0700 +++ nagios-plugins-1.3.1/configure 2003-12-10 18:55:57.000001000 -0800 @@ -8383,11 +8383,11 @@ LIBS="$_SAVEDLIBS" if test "$ac_cv_lib_crypto_CRYPTO_lock" = "yes"; then if test "$ac_cv_lib_ssl_main" = "yes"; then if test "$FOUNDINCLUDE" = "yes"; then - check_tcp_ssl="check_simap check_spop" + check_tcp_ssl="check_simap check_spop check_ssmtp check_nntps" cat >>confdefs.h <<\_ACEOF #define HAVE_SSL 1 ---------------------------------------------------------------------- >Comment By: M. Sean Finney (seanius) Date: 2005-04-18 20:18 Message: Logged In: YES user_id=226838 closing the bug now that i have admin perms ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 2005-04-10 23:13 Message: Logged In: YES user_id=226838 i've submitted a modified version of this patch into cvs. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1155562&group_id=29880 From noreply at sourceforge.net Mon Apr 18 17:31:01 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Apr 18 17:31:01 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-961327 ] Check_mailq only shows one of multiple queues Message-ID: Bugs item #961327, was opened at 2004-05-26 23:42 Message generated for change (Comment added) made by seanius You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=961327&group_id=29880 Category: None Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: T Everett (teamc26) >Assigned to: M. Sean Finney (seanius) Summary: Check_mailq only shows one of multiple queues Initial Comment: I am running sendmail with 6 queue directories. The path is /var/spool/mqueue/q01 through q06. Is there any way to make the check_mailq plugin check all of the queues? ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 2005-04-18 20:28 Message: Logged In: YES user_id=226838 this problem is now fixed in cvs. thank you for your report. ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 2005-04-14 00:14 Message: Logged In: YES user_id=226838 i've made the test case insenstive, which should both fix your problem and ensure that the fix doesn't cause a problem for anyone else. fix committed to cvs... ---------------------------------------------------------------------- Comment By: Spiggles (spig68ca) Date: 2005-04-11 08:47 Message: Logged In: YES user_id=1257046 I think have run into this on our servers. It was not showing the summary for all queues, only the last one. The problem was a pattern match that is case sensitive in the check_mailq script. On line 174 I changed; } elsif (/^\s+Total\sRequests:\s(\d+)$/) { to } elsif (/^\s+Total\srequests:\s(\d+)$/) { This fixed our problem anyway. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-11-23 19:54 Message: Logged In: YES user_id=664364 Moving to Bugs tracker as Support Requests will be closed. ---------------------------------------------------------------------- Comment By: T Everett (teamc26) Date: 2004-05-27 00:08 Message: Logged In: YES user_id=1050807 I downloaded the latest plugins and the check_mailq plugin does state the it supports mutliple queues. I tested it but the plugin is only reporting back the last queue (q06) number of queued messages. /usr/bin/mailq = /var/spool/mqueue/q05 (6 requests) /usr/bin/mailq = srcdomain = hotmail.com /usr/bin/mailq = srcdomain = panasonic.com /usr/bin/mailq = dstdomain = pcsystems.net /usr/bin/mailq = dstdomain = net.mx /usr/bin/mailq = dstdomain = net.mx /usr/bin/mailq = dstdomain = net.mx /usr/bin/mailq = dstdomain = cryptsoft.com /usr/bin/mailq = /var/spool/mqueue/q06 (2 requests) /usr/bin/mailq = srcdomain = com.br /usr/bin/mailq = srcdomain = panasonic.com /usr/bin/mailq = dstdomain = pcsystems.net msg_q = 2 warn=2 crit=9 WARNING: mailq is 2 (threshold w = 2)|unsent=2;2;9;0 Thanks, Tony ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=961327&group_id=29880 From noreply at sourceforge.net Mon Apr 18 20:24:30 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Apr 18 20:24:30 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1185616 ] Hp Laserjet check Message-ID: Bugs item #1185616, was opened at 2005-04-19 13:21 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=1185616&group_id=29880 Category: Interface (example) Group: None Status: Open Resolution: None Priority: 5 Submitted By: David Andrew (fatherosam) Assigned to: Nobody/Anonymous (nobody) Summary: Hp Laserjet check Initial Comment: I have written a quick and nasty HP Laserjet checker. Un fortunatly I am not a programmer and it is a bit quick and dirty. Just wondering if anyone thinks it is useful. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1185616&group_id=29880 From noreply at sourceforge.net Mon Apr 18 20:45:10 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Apr 18 20:45:10 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1185616 ] Hp Laserjet check Message-ID: Bugs item #1185616, was opened at 2005-04-18 23:21 Message generated for change (Comment added) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1185616&group_id=29880 >Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: David Andrew (fatherosam) Assigned to: Nobody/Anonymous (nobody) Summary: Hp Laserjet check Initial Comment: I have written a quick and nasty HP Laserjet checker. Un fortunatly I am not a programmer and it is a bit quick and dirty. Just wondering if anyone thinks it is useful. ---------------------------------------------------------------------- >Comment By: Subhendu Ghosh (sghosh) Date: 2005-04-18 23:43 Message: Logged In: YES user_id=46572 Whats wrong with check_hpjd (HP JetDirect)? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1185616&group_id=29880 From noreply at sourceforge.net Mon Apr 18 23:53:19 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Apr 18 23:53:19 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1181554 ] 1.4-3: Bug in check_tcp Message-ID: Bugs item #1181554, was opened at 2005-04-12 17:27 Message generated for change (Comment added) made by sb-netman You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1181554&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Simon Bellwood (sb-netman) Assigned to: Nobody/Anonymous (nobody) Summary: 1.4-3: Bug in check_tcp Initial Comment: I'm using check_imap with perfparse, and it's returning critical for all values. It seems the problem is that when no critical or warning value is passed to it on the command line, it defaults to use 0.000 and 0.000 respectively. Perfparse then sees that the check time (say 0.002 seconds) is above 0 and flags a CRITICAL warning. I've had a look at the code, and the return happens at check_tcp.c:389, where fperfdata is called. fperfdata is provided by utils.h which sets both types to a double, so I suspect it's not as simple as changing check_tcp.c to return nulls if the -w and -c flags aren't given :/ ---------------------------------------------------------------------- >Comment By: Simon Bellwood (sb-netman) Date: 2005-04-19 08:52 Message: Logged In: YES user_id=1156501 But the plugin returns "0" and "0" for its warning and critical values, even though they are undefined - isn't that a bug? ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 2005-04-19 01:50 Message: Logged In: YES user_id=226838 perhaps there's an "undef" value that could be used in such a case? i really don't know much about the whole perfparse thing since i use a seperate system from nagios for monitoring performance data. otherwise, i think the system is doing exactly what it's supposed to be doing, and would need some convincing why the answer isn't to just pass the warning and critical arguments to check_tcp. ---------------------------------------------------------------------- Comment By: Simon Bellwood (sb-netman) Date: 2005-04-18 09:01 Message: Logged In: YES user_id=1156501 I was hoping that one of the developers would either say: i) Oh no wait, there's an easy fix for this ii) Tell perfparse to treat 0.0 as "no value" Although ii) might be wrong in some cases, i.e. when 0 was considered a good value (perhaps for items where a measure from the normal was taken - can' think of any examples atm) ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 2005-04-18 00:14 Message: Logged In: YES user_id=226838 hi, what exactly are you suggesting as a fix? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1181554&group_id=29880 From noreply at sourceforge.net Tue Apr 19 00:33:20 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Apr 19 00:33:20 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1185704 ] New Testing Infrastructure Message-ID: Patches item #1185704, was opened at 2005-04-19 17:31 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=1185704&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Peter Bray (illumino) Assigned to: Nobody/Anonymous (nobody) Summary: New Testing Infrastructure Initial Comment: The attched gzip'd tar archive contains a complete replacement for the Nagios Plugins 1.4.0 testing infrastructure and all currently written test harnesses. I hope that it will meet with the approval of the Nagios Plugins Team and replace the existing infrastructure. I have provided documentation of the key functions of the infrastructure in the perl module NPTest.pm and the test harnesses themselves should provide plenty of working examples for further assisting a test harness developer. I hope this infrastructure will ease & encourage the development of test harnesses for all of the Nagios Plugins. Reasoning behind the redevelopment: * I have always had trouble with the existing infrastructure, it never seemed to create the "Cache.pm", and the testing would not function until I had manually created it. * The test harnesses themselves were out of date with respect to the Nagios Plugins 1.4.0 test results. * It was not possible to debug the existing test harness during execution, as the values returned by the execution of the plug-in were never shown to the user. Making updating of out-of-date regexps more time consuming. * Test harnesses themselves were not directly executable. Although I did manage to work around this. Attributes of the new infrastructure: * A single perl module provides the bulk of the logic. The Cache and Helper Modules are no longer required. Aside: I considered rolling all of test.pl into the module, so that could be with "perl -MNPTest -e RunAll ..." but that is not in the current implementation, but its trivial. * The workhorse function "checkCmd" supports * debugging * flexible exit status testing * graceful handling of exceptions * makes each test case more concise and easier to read * All test harnesses are directly executable. * All test harnesses are self contained. They no longer rely on the wrapper to provide test parameters. This could be seen as a negative, but not having to update the wrapper every time a new test parameter is added will simplify development. * The new test parameter cache is much more flexible, including support for default values, environment variable overrides and even scoped parameters should the need arise. I hope these attributes and the corrections to the existing test harnesses will make the contribution a worth while addition to the Nagios Plugins code base. Peter Bray Sydney, Australia LEGAL STUFF: The submission is made "AS IS" with without express or implied warranty. The contribution may be used, redistributed and/or modified under the same terms as the Nagios Plugins release. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1185704&group_id=29880 From noreply at sourceforge.net Tue Apr 19 00:51:21 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Apr 19 00:51:21 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1185713 ] PATCH: check_time for 64bit long systems Message-ID: Patches item #1185713, was opened at 2005-04-19 17:49 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=1185713&group_id=29880 Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: Peter Bray (illumino) Assigned to: Nobody/Anonymous (nobody) Summary: PATCH: check_time for 64bit long systems Initial Comment: check_time provides an incorrect result on systems using 64bit longs (such as Solaris 9 / SPARCv9 / gcc-sparcv9-3.4.3) as the data returned off the network socket read, is placed in the upper half of the 64bit unsigned long and not the lower half. The function in question ntohl on Solaris takes a uint32_t not a long, changing the type of the variables used fixed the problem. I have not verified that the type "uint32_t" is available of all systems (eg Linux, OSX, *BSD, ...) but the use of unsigned long is incorrect (I believe) is it is variable by platform & compiler. The following is a summary of the attached patch: OLD: unsigned long server_time, raw_server_time; NEW: uint32_t server_time, raw_server_time; Regards, Peter Bray Sydney, Australia ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1185713&group_id=29880 From noreply at sourceforge.net Tue Apr 19 02:13:19 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Apr 19 02:13:19 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1185704 ] New Testing Infrastructure Message-ID: Patches item #1185704, was opened at 2005-04-19 17:31 Message generated for change (Comment added) made by illumino You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1185704&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Peter Bray (illumino) Assigned to: Nobody/Anonymous (nobody) Summary: New Testing Infrastructure Initial Comment: The attched gzip'd tar archive contains a complete replacement for the Nagios Plugins 1.4.0 testing infrastructure and all currently written test harnesses. I hope that it will meet with the approval of the Nagios Plugins Team and replace the existing infrastructure. I have provided documentation of the key functions of the infrastructure in the perl module NPTest.pm and the test harnesses themselves should provide plenty of working examples for further assisting a test harness developer. I hope this infrastructure will ease & encourage the development of test harnesses for all of the Nagios Plugins. Reasoning behind the redevelopment: * I have always had trouble with the existing infrastructure, it never seemed to create the "Cache.pm", and the testing would not function until I had manually created it. * The test harnesses themselves were out of date with respect to the Nagios Plugins 1.4.0 test results. * It was not possible to debug the existing test harness during execution, as the values returned by the execution of the plug-in were never shown to the user. Making updating of out-of-date regexps more time consuming. * Test harnesses themselves were not directly executable. Although I did manage to work around this. Attributes of the new infrastructure: * A single perl module provides the bulk of the logic. The Cache and Helper Modules are no longer required. Aside: I considered rolling all of test.pl into the module, so that could be with "perl -MNPTest -e RunAll ..." but that is not in the current implementation, but its trivial. * The workhorse function "checkCmd" supports * debugging * flexible exit status testing * graceful handling of exceptions * makes each test case more concise and easier to read * All test harnesses are directly executable. * All test harnesses are self contained. They no longer rely on the wrapper to provide test parameters. This could be seen as a negative, but not having to update the wrapper every time a new test parameter is added will simplify development. * The new test parameter cache is much more flexible, including support for default values, environment variable overrides and even scoped parameters should the need arise. I hope these attributes and the corrections to the existing test harnesses will make the contribution a worth while addition to the Nagios Plugins code base. Peter Bray Sydney, Australia LEGAL STUFF: The submission is made "AS IS" with without express or implied warranty. The contribution may be used, redistributed and/or modified under the same terms as the Nagios Plugins release. ---------------------------------------------------------------------- >Comment By: Peter Bray (illumino) Date: 2005-04-19 19:11 Message: Logged In: YES user_id=426773 Sorry, but I forgot the test.pl rewrite in the orginal archive submission Peter ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1185704&group_id=29880 From noreply at sourceforge.net Tue Apr 19 11:48:15 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Apr 19 11:48:15 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1185616 ] Hp Laserjet check Message-ID: Bugs item #1185616, was opened at 2005-04-18 23:21 Message generated for change (Comment added) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1185616&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: David Andrew (fatherosam) Assigned to: Nobody/Anonymous (nobody) Summary: Hp Laserjet check Initial Comment: I have written a quick and nasty HP Laserjet checker. Un fortunatly I am not a programmer and it is a bit quick and dirty. Just wondering if anyone thinks it is useful. ---------------------------------------------------------------------- >Comment By: Subhendu Ghosh (sghosh) Date: 2005-04-19 14:46 Message: Logged In: YES user_id=46572 Whats wrong with check_hpjd (HP JetDirect)? ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2005-04-18 23:43 Message: Logged In: YES user_id=46572 Whats wrong with check_hpjd (HP JetDirect)? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1185616&group_id=29880 From noreply at sourceforge.net Tue Apr 19 15:21:19 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Apr 19 15:21:19 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1185616 ] Hp Laserjet check Message-ID: Bugs item #1185616, was opened at 2005-04-19 13:21 Message generated for change (Comment added) made by fatherosam You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1185616&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: David Andrew (fatherosam) Assigned to: Nobody/Anonymous (nobody) Summary: Hp Laserjet check Initial Comment: I have written a quick and nasty HP Laserjet checker. Un fortunatly I am not a programmer and it is a bit quick and dirty. Just wondering if anyone thinks it is useful. ---------------------------------------------------------------------- >Comment By: David Andrew (fatherosam) Date: 2005-04-20 08:20 Message: Logged In: YES user_id=926258 I found check_hpjd only reported on the Jet Direct Card, this reports on the printer. Toner levels and paper out and service error messages etc. While check_hpjd only reported on the HP Net card in the printer. ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2005-04-20 04:46 Message: Logged In: YES user_id=46572 Whats wrong with check_hpjd (HP JetDirect)? ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2005-04-19 13:43 Message: Logged In: YES user_id=46572 Whats wrong with check_hpjd (HP JetDirect)? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1185616&group_id=29880 From noreply at sourceforge.net Tue Apr 19 18:45:21 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Apr 19 18:45:21 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1186384 ] check_tcp issue Message-ID: Bugs item #1186384, was opened at 2005-04-19 21:43 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1186384&group_id=29880 Category: Argument proccessing Group: None Status: Open Resolution: None Priority: 5 Submitted By: Scott Abbott (abbotsco) Assigned to: Nobody/Anonymous (nobody) Summary: check_tcp issue Initial Comment: When an expect (-e) string is specified, check_tcp times out while waiting for a connection to the specified host/port. Without an expect string, check_tcp responds properly. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1186384&group_id=29880 From noreply at sourceforge.net Wed Apr 20 06:46:48 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Apr 20 06:46:48 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1185616 ] Hp Laserjet check Message-ID: Bugs item #1185616, was opened at 2005-04-18 22:21 Message generated for change (Comment added) made by mooreak You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1185616&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: David Andrew (fatherosam) Assigned to: Nobody/Anonymous (nobody) Summary: Hp Laserjet check Initial Comment: I have written a quick and nasty HP Laserjet checker. Un fortunatly I am not a programmer and it is a bit quick and dirty. Just wondering if anyone thinks it is useful. ---------------------------------------------------------------------- Comment By: Aaron Kent Moore (mooreak) Date: 2005-04-20 08:45 Message: Logged In: YES user_id=867794 I would be interested in seeing it added to the plugins. It would be handy to be able to check the paper and toner status when someone calls about their printer not working. ---------------------------------------------------------------------- Comment By: David Andrew (fatherosam) Date: 2005-04-19 17:20 Message: Logged In: YES user_id=926258 I found check_hpjd only reported on the Jet Direct Card, this reports on the printer. Toner levels and paper out and service error messages etc. While check_hpjd only reported on the HP Net card in the printer. ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2005-04-19 13:46 Message: Logged In: YES user_id=46572 Whats wrong with check_hpjd (HP JetDirect)? ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2005-04-18 22:43 Message: Logged In: YES user_id=46572 Whats wrong with check_hpjd (HP JetDirect)? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1185616&group_id=29880 From noreply at sourceforge.net Wed Apr 20 21:40:26 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Apr 20 21:40:26 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-744254 ] check_cpuload Message-ID: New Plugins item #744254, was opened at 2003-05-27 09:22 Message generated for change (Comment added) made by sghosh 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: Accepted 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: Subhendu Ghosh (sghosh) Date: 2005-04-21 00:39 Message: Logged In: YES user_id=46572 Thanks for your patience. Contribs are being updated. -Subhendu Ghosh ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-06-03 05: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 05: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 04: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 03: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 05: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 04:47 Message: Logged In: YES user_id=788346 The output is solaris ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-05-28 04: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 03: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 03: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 03: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 02: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 09: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 Wed Apr 20 21:40:37 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Apr 20 21:40:37 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-824146 ] check_uptime plugin Message-ID: New Plugins item #824146, was opened at 2003-10-15 10:35 Message generated for change (Comment added) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=824146&group_id=29880 Category: Perl plugin Group: None Status: Open >Resolution: Accepted Priority: 5 Submitted By: Roy Sigurd Karlsbakk (rkarlsba) Assigned to: Nobody/Anonymous (nobody) Summary: check_uptime plugin Initial Comment: This is a rather useless plugin to check for a computer's uptime, probing the tcp timestamps using nmap. Enjoy :) ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2005-04-21 00:39 Message: Logged In: YES user_id=46572 Thanks for your patience. Contribs are being updated. -Subhendu Ghosh ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=824146&group_id=29880 From noreply at sourceforge.net Wed Apr 20 21:40:41 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Apr 20 21:40:41 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-882097 ] check_swap.pl Message-ID: New Plugins item #882097, was opened at 2004-01-22 07:48 Message generated for change (Comment added) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=882097&group_id=29880 Category: Perl plugin Group: None Status: Open >Resolution: Accepted Priority: 5 Submitted By: Roy Sigurd Karlsbakk (rkarlsba) Assigned to: Nobody/Anonymous (nobody) Summary: check_swap.pl Initial Comment: New check_swap plugin for Linux written in perl. The old one didn't support Linux 2.6. This does :) roy ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2005-04-21 00:39 Message: Logged In: YES user_id=46572 Thanks for your patience. Contribs are being updated. -Subhendu Ghosh ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=882097&group_id=29880 From noreply at sourceforge.net Wed Apr 20 21:41:42 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Apr 20 21:41:42 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-744254 ] check_cpuload Message-ID: New Plugins item #744254, was opened at 2003-05-27 09:22 Message generated for change (Settings changed) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=744254&group_id=29880 Category: Perl plugin Group: None >Status: Closed Resolution: Accepted 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: Subhendu Ghosh (sghosh) Date: 2005-04-21 00:39 Message: Logged In: YES user_id=46572 Thanks for your patience. Contribs are being updated. -Subhendu Ghosh ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-06-03 05: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 05: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 04: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 03: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 05: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 04:47 Message: Logged In: YES user_id=788346 The output is solaris ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-05-28 04: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 03: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 03: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 03: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 02: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 09: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 Wed Apr 20 21:41:50 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Apr 20 21:41:50 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-656169 ] New check_df nagios plugin submission Message-ID: New Plugins item #656169, was opened at 2002-12-19 02:14 Message generated for change (Comment added) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=656169&group_id=29880 Category: System monitor Group: None >Status: Closed >Resolution: Accepted Priority: 3 Submitted By: Jason Dixon (fuzzyping) Assigned to: Nobody/Anonymous (nobody) Summary: New check_df nagios plugin submission Initial Comment: Here is a check_df (diskfree) plugin that I wrote in perl. Feel free to use... or destroy. ;-) -J. ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2005-04-21 00:40 Message: Logged In: YES user_id=46572 Thanks for your patience. Contribs are being updated. -Subhendu Ghosh ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2003-01-30 11:43 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: <quote> 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. </quote> ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=656169&group_id=29880 From noreply at sourceforge.net Wed Apr 20 21:41:51 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Apr 20 21:41:51 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-727018 ] Newest release of the AIX plugin suite Message-ID: New Plugins item #727018, was opened at 2003-04-24 13:12 Message generated for change (Comment added) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=727018&group_id=29880 Category: Perl plugin Group: None >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Lonny (melaqor) Assigned to: Nobody/Anonymous (nobody) Summary: Newest release of the AIX plugin suite Initial Comment: This archive is the latest plugin suite for AIX written by Lonny Selinger and Chris Rothecker. We've included methods for checking validation of Kerberos tickets for both root, and privileged user accounts as well as: a print queue checker (which attempts to bring downed queues back up), a paging space reporter, and a failed root logon attempts plugin. There can always be refinement and suggestions/issues are welcome. All of the plugins now have version, help and usage information but if something seems to be missing (a lot of the times we comment directly in the code), please let us know. ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2005-04-21 00:40 Message: Logged In: YES user_id=46572 Thanks for your patience. Contribs are being updated. -Subhendu Ghosh ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=727018&group_id=29880 From noreply at sourceforge.net Wed Apr 20 21:45:40 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Apr 20 21:45:40 2005 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 (Comment added) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=754633&group_id=29880 Category: None Group: None >Status: Closed >Resolution: Accepted 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. :-) ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2005-04-21 00:44 Message: Logged In: YES user_id=46572 Thanks for your patience. Contribs are being updated. -Subhendu Ghosh ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=754633&group_id=29880 From noreply at sourceforge.net Wed Apr 20 21:45:44 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Apr 20 21:45:44 2005 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 (Comment added) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=754609&group_id=29880 Category: None Group: None >Status: Closed >Resolution: Accepted 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 ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2005-04-21 00:44 Message: Logged In: YES user_id=46572 Thanks for your patience. Contribs are being updated. -Subhendu Ghosh ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=754609&group_id=29880 From noreply at sourceforge.net Wed Apr 20 21:48:02 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Apr 20 21:48:02 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-692207 ] New plugin: check_hpres Message-ID: New Plugins item #692207, was opened at 2003-02-24 07:39 Message generated for change (Settings changed) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=692207&group_id=29880 Category: Perl plugin Group: None >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Mikael Olofsson (oet) Assigned to: Subhendu Ghosh (sghosh) Summary: New plugin: check_hpres Initial Comment: This plugin uses snmp to check resources on HP-printers (I have only tested with LaserJet 8100N). It check fuser, drum and transfer kits and also toner. example from our services.cfg define service { host_name teti service_description Toner black check_command check_hpjdres!1 use generic-service max_check_attempts 4 normal_check_interval 5 retry_check_interval 1 check_period workhours notification_interval 960 notification_period workhours notification_options c,r contact_groups printer-admins } Cheers Oet ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2003-04-07 10:22 Message: Logged In: YES user_id=46572 Will merge this into a bigger check_snmp_printer. Also needs more error checking as some printers do not report max capacity or supplies level. (Xerox in particular) -sg ---------------------------------------------------------------------- Comment By: Mikael Olofsson (oet) Date: 2003-02-24 08:18 Message: Logged In: YES user_id=130720 The printer I tried this plugin on was an HP ColorJet 4550 /Oet ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=692207&group_id=29880 From noreply at sourceforge.net Wed Apr 20 21:52:02 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Apr 20 21:52:02 2005 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 (Comment added) 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: Closed >Resolution: Accepted 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 <low> and <high> 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 ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2005-04-21 00:50 Message: Logged In: YES user_id=46572 Thanks for your patience. Contribs are being updated. -Subhendu Ghosh ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=701579&group_id=29880 From noreply at sourceforge.net Wed Apr 20 22:05:02 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Apr 20 22:05:02 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-824146 ] check_uptime plugin Message-ID: New Plugins item #824146, was opened at 2003-10-15 10:35 Message generated for change (Comment added) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=824146&group_id=29880 Category: Perl plugin Group: None >Status: Closed Resolution: Accepted Priority: 5 Submitted By: Roy Sigurd Karlsbakk (rkarlsba) Assigned to: Nobody/Anonymous (nobody) Summary: check_uptime plugin Initial Comment: This is a rather useless plugin to check for a computer's uptime, probing the tcp timestamps using nmap. Enjoy :) ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2005-04-21 01:03 Message: Logged In: YES user_id=46572 Thanks for your patience. Contribs are being updated. -Subhendu Ghosh ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2005-04-21 00:39 Message: Logged In: YES user_id=46572 Thanks for your patience. Contribs are being updated. -Subhendu Ghosh ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=824146&group_id=29880 From noreply at sourceforge.net Wed Apr 20 22:05:38 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Apr 20 22:05:38 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-882097 ] check_swap.pl Message-ID: New Plugins item #882097, was opened at 2004-01-22 07:48 Message generated for change (Comment added) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=882097&group_id=29880 Category: Perl plugin Group: None >Status: Closed Resolution: Accepted Priority: 5 Submitted By: Roy Sigurd Karlsbakk (rkarlsba) Assigned to: Nobody/Anonymous (nobody) Summary: check_swap.pl Initial Comment: New check_swap plugin for Linux written in perl. The old one didn't support Linux 2.6. This does :) roy ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2005-04-21 01:03 Message: Logged In: YES user_id=46572 Thanks for your patience. Contribs are being updated. -Subhendu Ghosh ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2005-04-21 00:39 Message: Logged In: YES user_id=46572 Thanks for your patience. Contribs are being updated. -Subhendu Ghosh ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=882097&group_id=29880 From noreply at sourceforge.net Wed Apr 20 22:07:44 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Apr 20 22:07:44 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-716652 ] check_insight Message-ID: New Plugins item #716652, was opened at 2003-04-07 05:55 Message generated for change (Comment added) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=716652&group_id=29880 Category: System monitor Group: None >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Michael Markstaller (makki1) Assigned to: Subhendu Ghosh (sghosh) Summary: check_insight Initial Comment: checks the status/health of Compaq servers by polling the Insight Agents with SNMP. Works with current Foundation agents 5.5 Just submitting it as with the compaq array plugin it was asked to check server health which this does. It's based on the sponge plugin check_insight. ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2005-04-21 01:06 Message: Logged In: YES user_id=46572 Thanks for your patience. Contribs are being updated. -Subhendu Ghosh ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2003-04-07 10:11 Message: Logged In: YES user_id=46572 Yes - it is in the contrib - I'll update the version. Changes in the plugin name were made to allow for easier identification. -sg ---------------------------------------------------------------------- Comment By: Michael Markstaller (makki1) Date: 2003-04-07 07:35 Message: Logged In: YES user_id=751401 Sorry, I just realized this is already included with nagios-plugins-1.3.0 in the contrib folder by copying my list-email from Nov 2002 as check_compaq_insight.pl But maybe you want to replace it with this "cleaner" file sometime; also seems I forgot to check the "attach file" checkbox, doesn't seem to be my day ;) regarding check_snmp, I have no idea of C programming at all, I'm quite happy to do some quick shots with perl ;) Anyway, now it should attach.. Michael ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2003-04-07 06:16 Message: Logged In: YES user_id=664364 Michael, Thanks for this. You don't appear to have attached the new file though! As this works through SNMP, is it possible to patch check_snmp instead? Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=716652&group_id=29880 From noreply at sourceforge.net Wed Apr 20 22:15:49 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Apr 20 22:15:49 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-731820 ] New plugin: check_dead 1.2 Message-ID: New Plugins item #731820, was opened at 2003-05-03 08:27 Message generated for change (Settings changed) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=731820&group_id=29880 Category: Perl plugin Group: None >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: dag rob?le (corebob) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: New plugin: check_dead 1.2 Initial Comment: This plugin uses fping to scan for dead hosts on a class C network. It reports the ip addresses of any dead hosts found. I find this plugin useful when I monitor thin clients on a LTSP based network. ---------------------------------------------------------------------- Comment By: dag rob?le (corebob) Date: 2005-02-02 21:50 Message: Logged In: YES user_id=745816 I dont have what I need to check this at the moment but if check_icmp outputs the address of all the inactive hosts, and can take an address range as command line parameter (minor detail though), i have no reason to believe so =) Feel free to leave this plugin out cheers ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-01-31 22:53 Message: Logged In: YES user_id=395628 Dear Corebob, Thank you very much for the plugin. Do you think this one does a better job than check_icmp (also based on fping but in C) Yours sincerely. ---------------------------------------------------------------------- Comment By: dag rob?le (corebob) Date: 2003-05-03 08:32 Message: Logged In: YES user_id=745816 check_dead version output: check_dead (nagios-plugins 200305030007) 1.0 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=731820&group_id=29880 From noreply at sourceforge.net Wed Apr 20 22:17:56 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Apr 20 22:17:56 2005 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 (Comment added) 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: Closed >Resolution: Accepted 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. ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2005-04-21 01:16 Message: Logged In: YES user_id=46572 Thanks for your patience. Contribs are being updated. -Subhendu Ghosh ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=745422&group_id=29880 From seanius at seanius.net Wed Apr 20 22:23:35 2005 From: seanius at seanius.net (sean finney) Date: Wed Apr 20 22:23:35 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-882097 ] check_swap.pl In-Reply-To: References: Message-ID: <20050421052242.GA32597@seanius.net> On Wed, Apr 20, 2005 at 09:39:16PM -0700, SourceForge.net wrote: > Initial Comment: > New check_swap plugin for Linux written in perl. > The old one didn't support Linux 2.6. This does :) > > Thanks for your patience. > > Contribs are being updated. are you sure check_swap doesn't work in 2.6? copelandia[~/nagiosplug/plugins]01:20:54$ ./check_swap -w90 -c80 SWAP OK: 100% free (489 MB out of 489 MB) |swap=488MB;0;0;0;488 copelandia[~/nagiosplug/plugins]01:21:05$ cat /proc/swaps Filename Type Size Used Priority /dev/hda2 partition 500464 0 -1 sean -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From noreply at sourceforge.net Wed Apr 20 22:30:02 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Apr 20 22:30:02 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-746322 ] check_softraid - New plugin Message-ID: New Plugins item #746322, was opened at 2003-05-30 16:42 Message generated for change (Comment added) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=746322&group_id=29880 Category: Perl plugin Group: None >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Kenny Root (kruton) Assigned to: Subhendu Ghosh (sghosh) Summary: check_softraid - New plugin Initial Comment: The check_softraid plugin monitors Linux's MD softraid RAID. It reads /proc/mdstat to see if a disk is faulted or a RAID1 or RAID5 is desynced. ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2005-04-21 01:28 Message: Logged In: YES user_id=46572 Thanks for your patience. Contribs are being updated. -Subhendu Ghosh ---------------------------------------------------------------------- Comment By: Kenny Root (kruton) Date: 2003-05-30 16:42 Message: Logged In: YES user_id=299111 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=746322&group_id=29880 From noreply at sourceforge.net Wed Apr 20 22:32:18 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Apr 20 22:32:18 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1070929 ] hpjdres Message-ID: Bugs item #1070929, was opened at 2004-11-22 06:17 Message generated for change (Settings changed) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1070929&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: SupaFly (amincheneau) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: hpjdres Initial Comment: Hi I have the error message "No output" in Nagios GUI. The plugin works in command line with root or nagios users. The rights on it are -rwxr-xr-x 1 nagios nagios. my checkcommands.cfg define command { command_name check_hpjdres command_line $USER1$/check_hpjdres -k 1 -H $HOSTADDRESS$ my services.cfg: Define service{ host_name FR40 service_description check_hpjdres check_command toner_black max_check_attempts 3 normal_check_interval 3 retry_check_interval 1 check_period 24x7 notification_interval 0 notification_period 24x7 notification_options w,u,c,r contact_groups admins } ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-12-01 01:19 Message: Logged In: YES user_id=395628 Dear aimincheneau, The plugin works fine both from the CLI and also a test Nag (a 1.0) but that shouldn't be relevant - (%../bin/nagios -m Nagios 1.0 Copyright (c) 1999-2002 Ethan Galstad (nagios at nagios.org) Last Modified: 11-24-2002 License: GPL External Data I/O ----------------- Object Data: TEMPLATE Status Data: DEFAULT Retention Data: DEFAULT Comment Data: DEFAULT Downtime Data: DEFAULT Performance Data: DEFAULT Options ------- * Embedded Perl compiler (With caching) ). Here are the test nag results tsitc> more status.log # Nagios 1.0 Status File [1101880675] PROGRAM;1101880570;87996;0;1101880640;0;1;1;1;1;0;0;1;0 [1101880675] HOST;asterix;PENDING;0;0;0;0;0;0;0;0;1;1;1;1;0;0.0;0;1;1;(Not enough data to determine host status yet) [1101880675] HOST;oradev;UP;1074256506;1074256200;0;27624370;0;0;0;0;1;1;1;1;0;0.00;0;1;1;PING ok - Packet loss = 0%, RTA = 0.41 ms [1101880675] HOST;ta27;UP;1101880640;1101880630;0;0;0;0;0;0;1;1;1;1;0;0.00;0;1;1;PING ok - Packet loss = 0%, RTA = 1.73 ms [1101880675] SERVICE;ta27;Troublesome check_hpjdres;CRITICAL;1/3;SOFT;1101880630;1101880690;ACTIVE;1;1;1;1101880640;0;OK;0;0;0;0;0;0;1;0;0;1;0;0.00;0;1;1;1;CRITICA L: Toner Cartridge HP C4127X: 2.82608695652174 % tsitc> more status.log # Nagios 1.0 Status File [1101880810] PROGRAM;1101880570;87996;0;1101880810;0;1;1;1;1;0;0;1;0 [1101880810] HOST;asterix;PENDING;0;0;0;0;0;0;0;0;1;1;1;1;0;0.0;0;1;1;(Not enough data to determine host status yet) [1101880810] HOST;oradev;UP;1074256506;1074256200;0;27624370;0;0;0;0;1;1;1;1;0;0.00;0;1;1;PING ok - Packet loss = 0%, RTA = 0.41 ms [1101880810] HOST;ta27;UP;1101880760;1101880630;0;0;0;0;0;0;1;1;1;1;0;0.00;0;1;1;PING ok - Packet loss = 0%, RTA = 1.70 ms [1101880810] SERVICE;ta27;Troublesome check_hpjdres;CRITICAL;3/3;HARD;1101880750;1101880810;ACTIVE;1;1;1;1101880760;0;CRITICAL;120;0;0;0;1101880760;1;1;0;0;1;0;0.0 0;0;1;1;1;CRITICAL: Toner Cartridge HP C4127X: 2.82608695652174 % tsitc> more status.log # Nagios 1.0 Status File [1101880870] PROGRAM;1101880570;87996;0;1101880870;0;1;1;1;1;0;0;1;0 [1101880870] HOST;asterix;PENDING;0;0;0;0;0;0;0;0;1;1;1;1;0;0.0;0;1;1;(Not enough data to determine host status yet) [1101880870] HOST;oradev;UP;1074256506;1074256200;0;27624370;0;0;0;0;1;1;1;1;0;0.00;0;1;1;PING ok - Packet loss = 0%, RTA = 0.41 ms [1101880870] HOST;ta27;UP;1101880820;1101880630;0;0;0;0;0;0;1;1;1;1;0;0.00;0;1;1;PING ok - Packet loss = 0%, RTA = 1.76 ms [1101880870] SERVICE;ta27;Troublesome check_hpjdres;CRITICAL;3/3;HARD;1101880810;1101880870;ACTIVE;1;1;1;1101880760;0;CRITICAL;120;0;0;0;1101880760;1;1;0;0;1;0;0.0 0;0;1;1;1;CRITICAL: Toner Cartridge HP C4127X: 2.82608695652174 % tsitc> >From the CLItsitc> ../libexec/check_hpjdres -H ta27 -k 1 CRITICAL: Toner Cartridge HP C4127X: 2.82608695652174 % tsitc> so it works the same as in Nagios. I found I had to slighlt butcher the plugin to get it to work with perl5.005_03/Net::SMP v3, but if you got it woirk from the CLI that is not your problem. At this point, I am at a loss for helpful remarks tsitc> ../libexec/check_hpjdres -V check_hpjdres (nagios-plugins 1.4.0alpha1) 1.0 The nagios plugins come with ABSOLUTELY NO WARRANTY. You may redistribute copies of the plugins under the terms of the GNU General Public License. For more information about these matters, see the file named COPYING. tsitc> Here's my checkcommand entry # 'check_hpjdres' command definition define command{ command_name check_hpjdres command_line $USER1$/check_hpjdres -H $HOSTADDRESS$ -k 1 } % It's the same as yours. What version of Net::SNMP do you use ? ---------------------------------------------------------------------- Comment By: SupaFly (amincheneau) Date: 2004-11-29 06:49 Message: Logged In: YES user_id=1133930 Hi stanley and thank you to help me! I'm not sure to understand what you did! The plugin works for me just in command line, does it work for you in nagios or in command line? Regards ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-26 03:49 Message: Logged In: YES user_id=395628 Dear aimincheneau, Plugin should be comitted (like me) RSN to /contrib. The plugin seems to work Ok for me. eg from the CLI pc09011> ./check_hpjdres -H ta27 -k 1 WARNING: Toner Cartridge HP C4127X: 14.3478260869565 % pc09011> ./check_hpjdres -H ta28 -k 1 CRITICAL: Toner Cartridge HP C4127X: 0 % pc09011> ./check_hpjdres -H ta29 -k 1 UNKNOWN: Unable to resolve destination UDP/IPv4 address 'ta29'pc09011> pc09011> ./check_hpjdres -H print001 -k 1 UNKNOWN: Unable to resolve destination UDP/IPv4 address 'print001'pc09011> pc09011> ./check_hpjdres -H n001 -k 1 CRITICAL: Toner Cartridge HP C4127X: 0 % With an embedded Perl Nagios simulator it also seems to work. pc09011> ./test_epn_arg1.pl check_hpjdres -H ta28 -k 1 (2, 'CRITICAL: Toner Cartridge HP C4127X: 0 %'). pc09011> ./test_epn_arg1.pl check_hpjdres -H ta27 -k 1 (1, 'WARNING: Toner Cartridge HP C4127X: 14.3478260869565 %'). pc09011> Give it a crack noting that 1 if you use embedded Perl Nagios at the present release level - you get NO FEEDBACK if the plugin raises a runtime exception. This is being addressed (in both versions of Nag 1.x and 2.x). If you use embedded Perl please write something positive about it. I use it and I LIKE it but then again I am biased. Give iit a shot. Yours sincerely. ---------------------------------------------------------------------- Comment By: SupaFly (amincheneau) Date: 2004-11-24 07:57 Message: Logged In: YES user_id=1133930 You're fully apologized! I send you the link to download check_hpjdres: http://sourceforge.net/tracker/download.php? group_id=29880&atid=541465&file_id=44083&aid=692207 You need to install the net::snmp module to make workt it! http://search.cpan.org/CPAN/authors/id/D/DT/DTOWN/Net- SNMP-5.0.1.tar.gz But to test this plugin you need to have a hp or Xerox network printer, it gives you the state of your toners. when you type ./check_hpjdres -k 1 -H "address of your printer" "-k 1" it's for black toner, you can change the value by 2,3,4 if you have a color printer and more for Xerox. Regards. ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-24 06:51 Message: Logged In: YES user_id=395628 Dear aimincheneau, Sorry for the stupid answer; oh dear ! As for check_hpjdres, there doesn't seem to be a plugin named check_hpjdres in the 1.4alpha distro (I am working from the CVS but the tar-ball should be the same). I am sorry to be speaking with all the grace and intellect of a donkey, but I am confused. pc09011> pwd /usr/home/anwsmh/build/nagios-plugins_HEAD/nagiosplug pc09011> find . -name 'check_hp*' -ls 1865383 16 -rwxr-xr-x 1 anwsmh anwsmh 7502 Nov 23 17:25 ./contrib/check_hprsc.pl 1896751 2 -rw-r--r-- 1 anwsmh anwsmh 637 Nov 23 17:25 ./plugins/t/check_hpjd.t 1896776 22 -rw-r--r-- 1 anwsmh anwsmh 10356 Nov 23 17:25 ./plugins/check_hpjd.c 1896823 2 -rw-r--r-- 1 anwsmh anwsmh 96 Nov 23 17:25 ./plugins/tests/check_hpjd 1904794 6 -rw-r--r-- 1 anwsmh anwsmh 2199 Nov 23 19:09 ./plugins/.deps/check_hpjd.Po 1897436 62 -rw-r--r-- 1 anwsmh anwsmh 30844 Nov 23 19:09 ./plugins/check_hpjd.o 1897437 336 -rwxr-xr-x 1 anwsmh anwsmh 157162 Nov 23 19:09 ./plugins/check_hpjd pc09011> Could you tell me about this plugin - or send me a copy, and I'll put it back where it belongs ? With regret, ---------------------------------------------------------------------- Comment By: SupaFly (amincheneau) Date: 2004-11-24 06:13 Message: Logged In: YES user_id=1133930 Thanks for your answer stanley, I have a problem with check_hpjdres plugin and not with check_hpjd (which is working fine). ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-23 22:10 Message: Logged In: YES user_id=395628 Dear aimincheneau, The latest plugin versions do _not_ have a k option (-k in your command_line). pc09011> ./check_hpjd -h check_hpjd (nagios-plugins 1.4.0alpha2) 1.18 The nagios plugins come with ABSOLUTELY NO WARRANTY. You may redistribute copies of the plugins under the terms of the GNU General Public License. For more information about these matters, see the file named COPYING. Copyright (c) 1999 Ethan Galstad Copyright (c) 2000-2003 Nagios Plugin Development Team This plugin tests the STATUS of an HP printer with a JetDirect card. Net-snmp must be installed on the computer running the plugin. Usage: check_hpjd -H host [-C community] check_hpjd (-h | --help) for detailed help check_hpjd (-V | --version) for version information Options: -h, --help Print detailed help screen -V, --version Print version information -C, --community=STRING The SNMP community name (default=public) Send email to nagios-users at lists.sourceforge.net if you have questions regarding use of this software. To submit patches or suggest improvements, send email to nagiosplug-devel at lists.sourceforge.net pc09011> ./check_hpjd -H ta27 Printer ok - (STRING: "PROCESSING JOB.FROM TRAY 3") pc09011> ./check_hpjd -H ta27 -k 1 ./check_hpjd: invalid option -- k Invalid argument Usage: check_hpjd -H host [-C community] check_hpjd (-h | --help) for detailed help check_hpjd (-V | --version) for version information pc09011> Could this be a mistake in your command_line ? ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-11-23 19:59 Message: Logged In: YES user_id=664364 Moving to Bugs tracker as Support Requests will be closed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1070929&group_id=29880 From noreply at sourceforge.net Wed Apr 20 22:37:18 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Apr 20 22:37:18 2005 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 17:28 Message generated for change (Settings changed) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=760094&group_id=29880 Category: Application monitor Group: None >Status: Closed >Resolution: Duplicate 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 Thu Apr 21 08:54:18 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Apr 21 08:54:18 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1155027 ] check_hpjd (v1.4) unknown output Message-ID: Bugs item #1155027, was opened at 2005-03-02 13:16 Message generated for change (Comment added) made by lpperm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1155027&group_id=29880 Category: Argument proccessing Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Werner Flamme (wernerflamme) Assigned to: Nobody/Anonymous (nobody) Summary: check_hpjd (v1.4) unknown output Initial Comment: Hi there, I use check_hpjd with -H as only parameter. No problems with the 1.3.1 plugins. Today I installed version 1.4 and found out that ./check_hpjd -H 141.65.129.65 results in Unknown output option passed to -O: Q. : Timeout from host 141.65.129.65 So I renamed check_hpjd and copied the old one back again - this runs fine. What can I do to make check_hpjd 1.4 work again? Regards, \/\/erner ---------------------------------------------------------------------- Comment By: MarkusE (lpperm) Date: 2005-04-21 17:53 Message: Logged In: YES user_id=1263926 Hi, I'm using nagiosPlugins1.4 with ucdsnmp-4.2.5-168. check_hpdj.c uses /usr/bin/snmpget from this package. It seems like this version of snmpget does not support the option -Oqa. Regards, Markus ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1155027&group_id=29880 From noreply at sourceforge.net Fri Apr 22 00:57:32 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Apr 22 00:57:32 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1187892 ] check_mail.pl Message-ID: New Plugins item #1187892, was opened at 2005-04-22 07:56 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=1187892&group_id=29880 Category: Perl plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: bledi51 (bledi51) Assigned to: Nobody/Anonymous (nobody) Summary: check_mail.pl Initial Comment: Send mails to specified server, check them, and delete them check_mail.pl -H host -f addsender -t addrecpt -u user -p poppass -n nbrmail -w warningvalue [-v] check_mail.pl --version check_mail.pl --help Required Arguments: -H, --host=HOST The name or address of the mail server. -f, --from The sender address -t, --to The recipient address -u, --user The user -p, --pass The pop password -w, --warning The warning value < number of mail send -n; --mailnbr The number of mail send to the server -v; --verbose Verbose, more informations -T; --timeout Number of seconds to wait for a response ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1187892&group_id=29880 From noreply at sourceforge.net Fri Apr 22 01:09:41 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Apr 22 01:09:41 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1187892 ] check_mail.pl Message-ID: New Plugins item #1187892, was opened at 2005-04-22 07:56 Message generated for change (Settings changed) made by bledi51 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1187892&group_id=29880 Category: Perl plugin Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: bledi51 (bledi51) Assigned to: Nobody/Anonymous (nobody) Summary: check_mail.pl Initial Comment: Send mails to specified server, check them, and delete them check_mail.pl -H host -f addsender -t addrecpt -u user -p poppass -n nbrmail -w warningvalue [-v] check_mail.pl --version check_mail.pl --help Required Arguments: -H, --host=HOST The name or address of the mail server. -f, --from The sender address -t, --to The recipient address -u, --user The user -p, --pass The pop password -w, --warning The warning value < number of mail send -n; --mailnbr The number of mail send to the server -v; --verbose Verbose, more informations -T; --timeout Number of seconds to wait for a response ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1187892&group_id=29880 From noreply at sourceforge.net Fri Apr 22 01:35:02 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Apr 22 01:35:02 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1187892 ] check_mail.pl Message-ID: New Plugins item #1187892, was opened at 2005-04-22 07:56 Message generated for change (Settings changed) made by bledi51 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1187892&group_id=29880 Category: Perl plugin Group: None >Status: Open Resolution: None Priority: 5 Submitted By: bledi51 (bledi51) Assigned to: Nobody/Anonymous (nobody) Summary: check_mail.pl Initial Comment: Send mails to specified server, check them, and delete them check_mail.pl -H host -f addsender -t addrecpt -u user -p poppass -n nbrmail -w warningvalue [-v] check_mail.pl --version check_mail.pl --help Required Arguments: -H, --host=HOST The name or address of the mail server. -f, --from The sender address -t, --to The recipient address -u, --user The user -p, --pass The pop password -w, --warning The warning value < number of mail send -n; --mailnbr The number of mail send to the server -v; --verbose Verbose, more informations -T; --timeout Number of seconds to wait for a response ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1187892&group_id=29880 From noreply at sourceforge.net Sat Apr 23 05:53:00 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Apr 23 05:53:00 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1188568 ] check_nt COUNTER rewriten with perfomance data Message-ID: Patches item #1188568, was opened at 2005-04-23 07: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=1188568&group_id=29880 Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: Tony (amontibello) Assigned to: Nobody/Anonymous (nobody) Summary: check_nt COUNTER rewriten with perfomance data Initial Comment: the check_nt COUNTER had some issues with perfomance counters particularly with the handling of the output and the labels. I rewrote the COUNTER and its section of the help. The COUNTER output now follows the Nagios Plug-in development Guidelines. attached is the diff between the original and the modified. I used the following check_nt: -bash-2.05b# ./check_nt -V check_nt (nagios-plugins 1.4) 1.39 I used the following command to create the diff: diff -u check_nt.c.original check_nt.c > diff_check_nt Thank you TOny ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1188568&group_id=29880 From noreply at sourceforge.net Mon Apr 25 10:02:41 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Apr 25 10:02:41 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1189636 ] check_procs can't handle longer command names Message-ID: Bugs item #1189636, was opened at 2005-04-25 12:00 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1189636&group_id=29880 Category: Argument proccessing Group: None Status: Open Resolution: None Priority: 5 Submitted By: Mike Disbrow (mdisbrow) Assigned to: Nobody/Anonymous (nobody) Summary: check_procs can't handle longer command names Initial Comment: When using the -C parameter, process command names longer than 15 characters are not found. Since ps only outputs the first 15 characters of a process command name, checking a process with a name longer than 15 characters results in check_procs not finding any instances of the process and incorrectly returning 0 process instances. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1189636&group_id=29880 From noreply at sourceforge.net Mon Apr 25 14:13:08 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Apr 25 14:13:08 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1189822 ] No way to change perl location Message-ID: Bugs item #1189822, was opened at 2005-04-25 16:11 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1189822&group_id=29880 Category: None Group: snapshot tarball Status: Open Resolution: None Priority: 5 Submitted By: Code Monkey (duckhead) Assigned to: Nobody/Anonymous (nobody) Summary: No way to change perl location Initial Comment: It would be wonderful if there were a way to specify a --with-perl option at configure time, to change perl interpreter to /usr/local/bin/perl, for example. This is particularly useful in the case where people have frequently installed their own perl, and left the vendor's perl in /usr/bin . In my particular case, this is done all the time on Solaris boxes. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1189822&group_id=29880 From b00mer at gmx.net Tue Apr 26 03:46:06 2005 From: b00mer at gmx.net (Hendrik Baecker) Date: Tue Apr 26 03:46:06 2005 Subject: [Nagiosplug-devel] New Plugin: Check SNMP OperStatus by given IP Address Message-ID: <426E1B6C.2030205@gmx.net> Hi Lists, I've just sit down in my sandbox and wrote a little Perl Script to get the SNMP Interface Operating Status by a given IP Adress of an Subinterface. How it began: Until yesterday we were checking our Cisco Router Subinterfaces witch the normal check_snmp with the OID to the OperStatus. Every time a router bootet or other Interfaces went away or comes new, possibly the hole configured SNMP IDs for every single Subinterface were wrong. So I had a look how MRTG is working and grepped some idea from it. The Plugin must be called with 4 Arguments: Host IP, Community, Interface IP, Expected Value of OperStatus. It uses a Mysql DB with a little table to store the last checked SNMP ID for the Interfaces, update the table if the ID has changed. More Information at: http://www.nagiosexchange.org/SNMP.51.0.html?&tx_netnagext_pi1[p_view]=251 Sorry, but until now there is no realy Project Homepage, just a dead link to a private Gaming Site of mine... If I got enough time I will perhaps create some Webpage. Greetings Hendrik From sghosh at sghosh.org Tue Apr 26 07:04:46 2005 From: sghosh at sghosh.org (Subhendu Ghosh) Date: Tue Apr 26 07:04:46 2005 Subject: [Nagiosplug-devel] New Plugin: Check SNMP OperStatus by given IP Address In-Reply-To: <426E1B6C.2030205@gmx.net> References: <426E1B6C.2030205@gmx.net> Message-ID: On Tue, 26 Apr 2005, Hendrik Baecker wrote: > Hi Lists, > > I've just sit down in my sandbox and wrote a little Perl Script to get the > SNMP Interface Operating Status by a given IP Adress of an Subinterface. > > How it began: Until yesterday we were checking our Cisco Router Subinterfaces > witch the normal check_snmp with the OID to the OperStatus. > > Every time a router bootet or other Interfaces went away or comes new, > possibly the hole configured SNMP IDs for every single Subinterface were > wrong. > So I had a look how MRTG is working and grepped some idea from it. > > The Plugin must be called with 4 Arguments: Host IP, Community, Interface IP, > Expected Value of OperStatus. > > It uses a Mysql DB with a little table to store the last checked SNMP ID for > the Interfaces, update the table if the ID has changed. > > More Information at: > > http://www.nagiosexchange.org/SNMP.51.0.html?&tx_netnagext_pi1[p_view]=251 > > Sorry, but until now there is no realy Project Homepage, just a dead link to > a private Gaming Site of mine... If I got enough time I will perhaps create > some Webpage. > > Greetings > Hendrik > Did you try the -d option on check_ifoperstatus? It allows you to specify the interface description (ie. Serial0/1) Also Cisco (since IOS 12.0) and most of the other vendors provide configuration commands that prevent snmp from renumbering indexes across reboots. # snmp-server ifindex persist -- -sg From f1216 at netscape.net Tue Apr 26 14:53:20 2005 From: f1216 at netscape.net (f1216 at netscape.net) Date: Tue Apr 26 14:53:20 2005 Subject: [Nagiosplug-devel] Passive checks, command_files, and locks? Message-ID: <1F53FA2E.2D2CB6B7.00011700@netscape.net> Hi, I have been developing a number of passive plugins that write to the nagios.cmd fifo. I have been looking around to see if there is any convention for locking writes to this pipe. What I have been seeing is that occasionally (on RH 3.0) the writes get intermixed and the plugin data is incomplete or improperly formed. Are there any conventions within Nagios to obtain a lock before writing to this file? Thanks -Fred __________________________________________________________________ Switch to Netscape Internet Service. As low as $9.95 a month -- Sign up today at http://isp.netscape.com/register Netscape. Just the Net You Need. New! Netscape Toolbar for Internet Explorer Search from anywhere on the Web and block those annoying pop-ups. Download now at http://channels.netscape.com/ns/search/install.jsp From madhusudany2k at yahoo.com Tue Apr 26 14:53:25 2005 From: madhusudany2k at yahoo.com (K.MADHUSUDAN.....) Date: Tue Apr 26 14:53:25 2005 Subject: [Nagiosplug-devel] Host UP alert Does Not Show the Time & Date Message-ID: <20050426210103.16477.qmail@web51903.mail.yahoo.com> Hi, I have configured the Nagios & is working fine with send mail also. But when it sends the mail it does not mention the Date/Time: $ The mail alert is as follows ***** Nagios ***** Notification Type: RECOVERY Host: NDR_HUBMSC State: UP Address: 192.0.200.27 Info: $ Date/Time: $ Can Any body Help Me Regards Madhusudan000 __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From noreply at sourceforge.net Wed Apr 27 03:25:35 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Apr 27 03:25:35 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1190900 ] Jabber Plugin Message-ID: Patches item #1190900, was opened at 2005-04-27 12:22 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=1190900&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: C.Doblado (cdoblado) Assigned to: Nobody/Anonymous (nobody) Summary: Jabber Plugin Initial Comment: Plugin for monitoring the status of a Jabber server running in a remote host. Developed in Perl, it receives as argument the server ip address or hostname and optionally, the port where Jabber should be running (the default is 5222). Help and version options are also available. The output may be OK, CRITICAL or UNKNOWN status. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1190900&group_id=29880 From noreply at sourceforge.net Thu Apr 28 02:48:23 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Apr 28 02:48:23 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1191582 ] script to check disk usage using ssh Message-ID: New Plugins item #1191582, was opened at 2005-04-28 11:43 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=1191582&group_id=29880 Category: Application monitor Group: None Status: Open Resolution: None Priority: 5 Submitted By: Yoann (mistur) Assigned to: Nobody/Anonymous (nobody) Summary: script to check disk usage using ssh Initial Comment: # check_disk_ssh -H -d [-u ] # [-w ] [-c ] # # Nagios host script to get the disk usage using ssh # # This program is free software; you can redistribute it and/or modify it # under the terms of the GNU General Public Liecense as published bu the # Free Software Foundation; either version 2 of the License, or (at your # option) any later version. # # This program is distributed in the hope that it will be usefull, but # WITHOUT ANY WARRANTY; without even the implied warrantly of # MERCHABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General # Public License for more details. # # You should have received a copy of the GNU General Public License along # with this program; if not, write to the Free Software Foundation, Inc. # 675 Mass Ave, Cambridge, MA 02139, USA. # # Requirements # ============ # * The user running nagios process must be able to connect on the remote # server with key authentification without passphrase or using ssh-agent # * You must create a dsa or rsa key for the user running nagios process # ('nagios' by default) # * Rsa authentification for the remote host must already done # # Changes and Modifications # ========================= # 28-Apr-2005 - Yoann Moulin # Created from scratch to check disk usage via ssh on server where # it's not possible to install snmp or nagios agent # # $Id: check_disk_ssh,v 0.10 2005/04/28 10:27:54 $ # Usage : check_disk_ssh -H -d [|] [-u ] [-w [-c ] -h,--help print this help -H,--hostname=HOST full DNS name of the server (hostname.domaine.tls) -u,--username=STRING user that allow to connect using key authentification (Default: "nagios") -d,--device=STRING Device or Mount Point to be tested -w,--warning=INTEGER Percent of used space at which a warning will be generated (Default: 85%) -c,--critical=INTEGER Percent of used space at which a critical will be generated (Defaults: 95%) * Warning percentage should be less than critical ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1191582&group_id=29880 From noreply at sourceforge.net Thu Apr 28 06:27:00 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Apr 28 06:27:00 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1191582 ] script to check disk usage using ssh Message-ID: New Plugins item #1191582, was opened at 2005-04-28 11:43 Message generated for change (Comment added) made by mistur You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1191582&group_id=29880 Category: Application monitor Group: None Status: Open Resolution: None Priority: 5 Submitted By: Yoann (mistur) Assigned to: Nobody/Anonymous (nobody) Summary: script to check disk usage using ssh Initial Comment: # check_disk_ssh -H -d [-u ] # [-w ] [-c ] # # Nagios host script to get the disk usage using ssh # # This program is free software; you can redistribute it and/or modify it # under the terms of the GNU General Public Liecense as published bu the # Free Software Foundation; either version 2 of the License, or (at your # option) any later version. # # This program is distributed in the hope that it will be usefull, but # WITHOUT ANY WARRANTY; without even the implied warrantly of # MERCHABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General # Public License for more details. # # You should have received a copy of the GNU General Public License along # with this program; if not, write to the Free Software Foundation, Inc. # 675 Mass Ave, Cambridge, MA 02139, USA. # # Requirements # ============ # * The user running nagios process must be able to connect on the remote # server with key authentification without passphrase or using ssh-agent # * You must create a dsa or rsa key for the user running nagios process # ('nagios' by default) # * Rsa authentification for the remote host must already done # # Changes and Modifications # ========================= # 28-Apr-2005 - Yoann Moulin # Created from scratch to check disk usage via ssh on server where # it's not possible to install snmp or nagios agent # # $Id: check_disk_ssh,v 0.10 2005/04/28 10:27:54 $ # Usage : check_disk_ssh -H -d [|] [-u ] [-w [-c ] -h,--help print this help -H,--hostname=HOST full DNS name of the server (hostname.domaine.tls) -u,--username=STRING user that allow to connect using key authentification (Default: "nagios") -d,--device=STRING Device or Mount Point to be tested -w,--warning=INTEGER Percent of used space at which a warning will be generated (Default: 85%) -c,--critical=INTEGER Percent of used space at which a critical will be generated (Defaults: 95%) * Warning percentage should be less than critical ---------------------------------------------------------------------- >Comment By: Yoann (mistur) Date: 2005-04-28 15:24 Message: Logged In: YES user_id=1268396 finalize the plugin, maybe some optimisation can be done ---------------------------------------------------------------------- Comment By: Yoann (mistur) Date: 2005-04-28 15:24 Message: Logged In: YES user_id=1268396 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 NagiosPlugins 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=1191582&group_id=29880 From noreply at sourceforge.net Thu Apr 28 17:37:41 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Apr 28 17:37:41 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1173263 ] check_sybase v0.6 Message-ID: Patches item #1173263, was opened at 2005-03-30 13:00 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1173263&group_id=29880 Category: Bugfix Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Simon Bellwood (sb-netman) >Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: check_sybase v0.6 Initial Comment: A minor release to check_sybase that adds an --explain option to describe how free space is calculated. The download is available from: http://www.net-man.at/software/check_sybase-0.6.zip The latest version is always available from: http://www.net-man.at/software/check_sybase-LATEST.zip Will patch against 0.5 if needed. Simon Bellwood NetMan Network Management and IT Services GmbH ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-04-29 00:33 Message: Logged In: YES user_id=395628 check_sybase 0.7 added to /contrib. Thank you very much for the contribution. There have been questions about checking Sybase MS SQL DBs recently on Nag users. Unfortch there does not seem to be much awareness of this plugin. Most of the answers suggested the FreeTDS client wrapped in a (sh)ELL script. Cheers. ---------------------------------------------------------------------- Comment By: Simon Bellwood (sb-netman) Date: 2005-04-08 15:41 Message: Logged In: YES user_id=1156501 Updated to 0.7 to add initial performance monitoring support. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1173263&group_id=29880 From noreply at sourceforge.net Thu Apr 28 23:57:10 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Apr 28 23:57:10 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1173263 ] check_sybase v0.6 Message-ID: Patches item #1173263, was opened at 2005-03-30 15:00 Message generated for change (Comment added) made by sb-netman You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1173263&group_id=29880 Category: Bugfix Group: None Status: Closed Resolution: None Priority: 5 Submitted By: Simon Bellwood (sb-netman) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: check_sybase v0.6 Initial Comment: A minor release to check_sybase that adds an --explain option to describe how free space is calculated. The download is available from: http://www.net-man.at/software/check_sybase-0.6.zip The latest version is always available from: http://www.net-man.at/software/check_sybase-LATEST.zip Will patch against 0.5 if needed. Simon Bellwood NetMan Network Management and IT Services GmbH ---------------------------------------------------------------------- >Comment By: Simon Bellwood (sb-netman) Date: 2005-04-29 08:52 Message: Logged In: YES user_id=1156501 Thanks a lot. I will also e-mail the list. Any chance you can correct my name on the comment? Thanks ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-04-29 02:33 Message: Logged In: YES user_id=395628 check_sybase 0.7 added to /contrib. Thank you very much for the contribution. There have been questions about checking Sybase MS SQL DBs recently on Nag users. Unfortch there does not seem to be much awareness of this plugin. Most of the answers suggested the FreeTDS client wrapped in a (sh)ELL script. Cheers. ---------------------------------------------------------------------- Comment By: Simon Bellwood (sb-netman) Date: 2005-04-08 17:41 Message: Logged In: YES user_id=1156501 Updated to 0.7 to add initial performance monitoring support. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1173263&group_id=29880 From noreply at sourceforge.net Fri Apr 29 00:09:29 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Apr 29 00:09:29 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1173263 ] check_sybase v0.6 Message-ID: Patches item #1173263, was opened at 2005-03-30 13:00 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1173263&group_id=29880 Category: Bugfix Group: None Status: Closed Resolution: None Priority: 5 Submitted By: Simon Bellwood (sb-netman) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: check_sybase v0.6 Initial Comment: A minor release to check_sybase that adds an --explain option to describe how free space is calculated. The download is available from: http://www.net-man.at/software/check_sybase-0.6.zip The latest version is always available from: http://www.net-man.at/software/check_sybase-LATEST.zip Will patch against 0.5 if needed. Simon Bellwood NetMan Network Management and IT Services GmbH ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-04-29 07:05 Message: Logged In: YES user_id=395628 Simon, I am sorry about the ci comment. It is slightly onerous to invalidate the comment: delete from CVS and re-check in is the only way I can think of. The ci comment is to AFAIK visible only to CVS users: your name is clearly written in (your) commentary and the THANKS list in the distro. Let me know if you want me to try and unbreak the vandalism. In any case, if you think it is visible, let me know and I will do it. Sorry. ---------------------------------------------------------------------- Comment By: Simon Bellwood (sb-netman) Date: 2005-04-29 06:52 Message: Logged In: YES user_id=1156501 Thanks a lot. I will also e-mail the list. Any chance you can correct my name on the comment? Thanks ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-04-29 00:33 Message: Logged In: YES user_id=395628 check_sybase 0.7 added to /contrib. Thank you very much for the contribution. There have been questions about checking Sybase MS SQL DBs recently on Nag users. Unfortch there does not seem to be much awareness of this plugin. Most of the answers suggested the FreeTDS client wrapped in a (sh)ELL script. Cheers. ---------------------------------------------------------------------- Comment By: Simon Bellwood (sb-netman) Date: 2005-04-08 15:41 Message: Logged In: YES user_id=1156501 Updated to 0.7 to add initial performance monitoring support. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1173263&group_id=29880 From noreply at sourceforge.net Fri Apr 29 00:21:49 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Apr 29 00:21:49 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1173263 ] check_sybase v0.6 Message-ID: Patches item #1173263, was opened at 2005-03-30 15:00 Message generated for change (Comment added) made by sb-netman You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1173263&group_id=29880 Category: Bugfix Group: None Status: Closed Resolution: None Priority: 5 Submitted By: Simon Bellwood (sb-netman) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: check_sybase v0.6 Initial Comment: A minor release to check_sybase that adds an --explain option to describe how free space is calculated. The download is available from: http://www.net-man.at/software/check_sybase-0.6.zip The latest version is always available from: http://www.net-man.at/software/check_sybase-LATEST.zip Will patch against 0.5 if needed. Simon Bellwood NetMan Network Management and IT Services GmbH ---------------------------------------------------------------------- >Comment By: Simon Bellwood (sb-netman) Date: 2005-04-29 09:18 Message: Logged In: YES user_id=1156501 Okay - don't worry. No problem then. Thanks for the checkin! ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-04-29 09:05 Message: Logged In: YES user_id=395628 Simon, I am sorry about the ci comment. It is slightly onerous to invalidate the comment: delete from CVS and re-check in is the only way I can think of. The ci comment is to AFAIK visible only to CVS users: your name is clearly written in (your) commentary and the THANKS list in the distro. Let me know if you want me to try and unbreak the vandalism. In any case, if you think it is visible, let me know and I will do it. Sorry. ---------------------------------------------------------------------- Comment By: Simon Bellwood (sb-netman) Date: 2005-04-29 08:52 Message: Logged In: YES user_id=1156501 Thanks a lot. I will also e-mail the list. Any chance you can correct my name on the comment? Thanks ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-04-29 02:33 Message: Logged In: YES user_id=395628 check_sybase 0.7 added to /contrib. Thank you very much for the contribution. There have been questions about checking Sybase MS SQL DBs recently on Nag users. Unfortch there does not seem to be much awareness of this plugin. Most of the answers suggested the FreeTDS client wrapped in a (sh)ELL script. Cheers. ---------------------------------------------------------------------- Comment By: Simon Bellwood (sb-netman) Date: 2005-04-08 17:41 Message: Logged In: YES user_id=1156501 Updated to 0.7 to add initial performance monitoring support. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1173263&group_id=29880