From noreply at sourceforge.net Wed Apr 1 20:18:14 2009 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 01 Apr 2009 18:18:14 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Feature Requests-2725471 ] check_mysql could output performance data Message-ID: Feature Requests item #2725471, was opened at 2009-04-01 20:18 Message generated for change (Tracker Item Submitted) made by pplu_sf You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=2725471&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Private: No Submitted By: pplu (pplu_sf) Assigned to: Nobody/Anonymous (nobody) Summary: check_mysql could output performance data Initial Comment: check_mysql adds information to the output that could be performance data instead: Uptime: X Threads: X Questions: X Slow queries: X Opens: X Flush tables: X Open tables: X Queries per second avg: X ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=2725471&group_id=29880 From noreply at sourceforge.net Thu Apr 2 02:40:54 2009 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 02 Apr 2009 00:40:54 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-2722832 ] awk subst.in/subst script path error Message-ID: Patches item #2722832, was opened at 2009-03-31 15:01 Message generated for change (Comment added) made by martinfoster You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=2722832&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Martin Foster (martinfoster) Assigned to: Thomas Guyot-Sionnest (dermoth) Summary: awk subst.in/subst script path error Initial Comment: the plugins-scripts/subst.in awk script's last stage is to replace references to fully qualified commands with whatever is returned from the path subroutine. This can trap the path derived by led() to update the "use lib " statement at the top of scripts. eg: use lib "/usr/lib/nagios/plugins"; gets updated to: use lib "nagios/plugins"; the second isn't valid. I perceive the command line substitution as a cosmetic optimization, there's nothing wrong with calling commands explicitly. They should be properly discovered by the configure stage for a given platform/distribution anyways. patch knocks out the substitution. May be more elegant ways to accomplish the same goal. ---------------------------------------------------------------------- >Comment By: Martin Foster (martinfoster) Date: 2009-04-02 11:40 Message: Hi, I'm taking a closer look at this now that I get why it's there. first things first: ./configure --prefix=/usr --exec-prefix=/usr --libexecdir=/usr/lib/nagios/plugins --sysconfdir=/etc/nagios --datadir=/usr/share --with-cgiurl=/nagios/cgi-bin so the plugins are installed to /usr/lib/nagios/plugins I note that this is the same path used by Debian, so I went to check what their package does. They apply a patch that explicitly sets the paths in subst - then removes the substitution wholesale, the led() function, and removes the which() function. see attached as a reference. ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2009-03-31 22:03 Message: Uhg sorry I might have been too wuick on the trigger. Looks like this is a "automatic configuration" thingy - i.e. instead of detecting commands in configure it does it at the make phase using this script. What it you move that up in the script, so that this substition happens before the lib expansion? A better way of doing it is making an explicit keyword in the paths, and matching the keyword in that block. I.e. substituting "NP_AUTO_PATH/echo" to the result of `which echo` That would require finding all paths modified by running the said part of the script and comparing source plugins with generated files. ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2009-03-31 21:52 Message: Thanks for reporting this, though your patch is wrong. These substitutions are required for non-standard paths. What configure options did you use, so I can try to reproduce it? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=2722832&group_id=29880 From noreply at sourceforge.net Thu Apr 2 02:48:30 2009 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 02 Apr 2009 00:48:30 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-2722832 ] awk subst.in/subst script path error Message-ID: Patches item #2722832, was opened at 2009-03-31 15:01 Message generated for change (Comment added) made by martinfoster You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=2722832&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Martin Foster (martinfoster) Assigned to: Thomas Guyot-Sionnest (dermoth) Summary: awk subst.in/subst script path error Initial Comment: the plugins-scripts/subst.in awk script's last stage is to replace references to fully qualified commands with whatever is returned from the path subroutine. This can trap the path derived by led() to update the "use lib " statement at the top of scripts. eg: use lib "/usr/lib/nagios/plugins"; gets updated to: use lib "nagios/plugins"; the second isn't valid. I perceive the command line substitution as a cosmetic optimization, there's nothing wrong with calling commands explicitly. They should be properly discovered by the configure stage for a given platform/distribution anyways. patch knocks out the substitution. May be more elegant ways to accomplish the same goal. ---------------------------------------------------------------------- >Comment By: Martin Foster (martinfoster) Date: 2009-04-02 11:48 Message: running the exec path substitution prior to updating INC with the libexec dir appears to accomplish fixing up the script for non-standard paths, while not harming libexec dirs that are under /usr/lib or any other detected executable hosting directory. Will test a bit more & submit updated patch ---------------------------------------------------------------------- Comment By: Martin Foster (martinfoster) Date: 2009-04-02 11:40 Message: Hi, I'm taking a closer look at this now that I get why it's there. first things first: ./configure --prefix=/usr --exec-prefix=/usr --libexecdir=/usr/lib/nagios/plugins --sysconfdir=/etc/nagios --datadir=/usr/share --with-cgiurl=/nagios/cgi-bin so the plugins are installed to /usr/lib/nagios/plugins I note that this is the same path used by Debian, so I went to check what their package does. They apply a patch that explicitly sets the paths in subst - then removes the substitution wholesale, the led() function, and removes the which() function. see attached as a reference. ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2009-03-31 22:03 Message: Uhg sorry I might have been too wuick on the trigger. Looks like this is a "automatic configuration" thingy - i.e. instead of detecting commands in configure it does it at the make phase using this script. What it you move that up in the script, so that this substition happens before the lib expansion? A better way of doing it is making an explicit keyword in the paths, and matching the keyword in that block. I.e. substituting "NP_AUTO_PATH/echo" to the result of `which echo` That would require finding all paths modified by running the said part of the script and comparing source plugins with generated files. ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2009-03-31 21:52 Message: Thanks for reporting this, though your patch is wrong. These substitutions are required for non-standard paths. What configure options did you use, so I can try to reproduce it? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=2722832&group_id=29880 From noreply at sourceforge.net Thu Apr 2 03:02:04 2009 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 02 Apr 2009 01:02:04 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-2722832 ] awk subst.in/subst script path error Message-ID: Patches item #2722832, was opened at 2009-03-31 15:01 Message generated for change (Comment added) made by martinfoster You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=2722832&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Martin Foster (martinfoster) Assigned to: Thomas Guyot-Sionnest (dermoth) Summary: awk subst.in/subst script path error Initial Comment: the plugins-scripts/subst.in awk script's last stage is to replace references to fully qualified commands with whatever is returned from the path subroutine. This can trap the path derived by led() to update the "use lib " statement at the top of scripts. eg: use lib "/usr/lib/nagios/plugins"; gets updated to: use lib "nagios/plugins"; the second isn't valid. I perceive the command line substitution as a cosmetic optimization, there's nothing wrong with calling commands explicitly. They should be properly discovered by the configure stage for a given platform/distribution anyways. patch knocks out the substitution. May be more elegant ways to accomplish the same goal. ---------------------------------------------------------------------- >Comment By: Martin Foster (martinfoster) Date: 2009-04-02 12:02 Message: yup - that appears to work. Change paths for execs first, then change lib path. Original 'use lib ".";' won't catch. See updated nagios-plugins-subst.patch, should also obsolete the debian patch. ---------------------------------------------------------------------- Comment By: Martin Foster (martinfoster) Date: 2009-04-02 11:48 Message: running the exec path substitution prior to updating INC with the libexec dir appears to accomplish fixing up the script for non-standard paths, while not harming libexec dirs that are under /usr/lib or any other detected executable hosting directory. Will test a bit more & submit updated patch ---------------------------------------------------------------------- Comment By: Martin Foster (martinfoster) Date: 2009-04-02 11:40 Message: Hi, I'm taking a closer look at this now that I get why it's there. first things first: ./configure --prefix=/usr --exec-prefix=/usr --libexecdir=/usr/lib/nagios/plugins --sysconfdir=/etc/nagios --datadir=/usr/share --with-cgiurl=/nagios/cgi-bin so the plugins are installed to /usr/lib/nagios/plugins I note that this is the same path used by Debian, so I went to check what their package does. They apply a patch that explicitly sets the paths in subst - then removes the substitution wholesale, the led() function, and removes the which() function. see attached as a reference. ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2009-03-31 22:03 Message: Uhg sorry I might have been too wuick on the trigger. Looks like this is a "automatic configuration" thingy - i.e. instead of detecting commands in configure it does it at the make phase using this script. What it you move that up in the script, so that this substition happens before the lib expansion? A better way of doing it is making an explicit keyword in the paths, and matching the keyword in that block. I.e. substituting "NP_AUTO_PATH/echo" to the result of `which echo` That would require finding all paths modified by running the said part of the script and comparing source plugins with generated files. ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2009-03-31 21:52 Message: Thanks for reporting this, though your patch is wrong. These substitutions are required for non-standard paths. What configure options did you use, so I can try to reproduce it? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=2722832&group_id=29880 From tonvoon at mac.com Thu Apr 2 22:27:07 2009 From: tonvoon at mac.com (Ton Voon) Date: Thu, 02 Apr 2009 21:27:07 +0100 Subject: [Nagiosplug-devel] Incorrect MIB type? In-Reply-To: References: Message-ID: <1AC10752-A7E9-4B64-8203-3205540DDAD2@mac.com> On 24 Mar 2009, at 21:55, Max wrote: > Sweet, looks reasonable to me :) Thanks for all the replies. I've applied the patch and made a new release: http://nagiosplugins.org/nagiosmib-1.0.1 I'd like someone who uses the MIBs regularly to be involved with the project, so if anyone is interested, let me know. Ton From noreply at sourceforge.net Sat Apr 4 20:14:41 2009 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 04 Apr 2009 18:14:41 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-2731755 ] check_nt crashes Message-ID: Bugs item #2731755, was opened at 2009-04-04 20:14 Message generated for change (Tracker Item Submitted) made by cyco_dd You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=2731755&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: Release (specify) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jan Wagner (cyco_dd) Assigned to: Nobody/Anonymous (nobody) Summary: check_nt crashes Initial Comment: The following Bugreport we got against our debian package: Package: nagios-plugins-basic Version: 1.4.11-2ubuntu2.1 Severity: normal Can crash in 2 ways: - if -H $host is not specified; - if -l $drive is given for a drive which doesn't exist This patch fixes 2 bugs: . Crash when -H specified multiple times; . Crash when -H specified zero times; It doesn't fix the parsing problem when -l is specified for a drive that doesn't exist. You can track the bugreport via http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=521097 Thanks and kind regards, Jan. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=2731755&group_id=29880 From noreply at sourceforge.net Tue Apr 7 19:21:10 2009 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 07 Apr 2009 17:21:10 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-2741269 ] check_dns: add AAAA, MX, TXT, SRV, CNAME Message-ID: Patches item #2741269, was opened at 2009-04-07 13:21 Message generated for change (Tracker Item Submitted) made by dhorn2000 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=2741269&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: David Horn (dhorn2000) Assigned to: Nobody/Anonymous (nobody) Summary: check_dns: add AAAA,MX,TXT,SRV,CNAME Initial Comment: Added optional support for the major DNS record types (AAAA, MX, TXT, SRV, CNAME, A, ANY). Specifically, allow for a new optional --querytype parameter, and a new optional --accept-cname parameter. Help text has been updated to reflect the changes as well. Patch is against SVN trunk of check_dns.c from April 7,2009. This change should be completely backwards compatible with existing check_dns usage and syntax. New features are off by default. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=2741269&group_id=29880 From dhorn2000 at gmail.com Tue Apr 7 20:02:34 2009 From: dhorn2000 at gmail.com (David Horn) Date: Tue, 7 Apr 2009 14:02:34 -0400 Subject: [Nagiosplug-devel] check_dns record types (AAAA,MX,SRV,TXT, etc.) Message-ID: <25ff90d60904071102j7d2248feoc1dcf21316c60a7b@mail.gmail.com> I submitted an enhancement patch for review: https://sourceforge.net/tracker/?func=detail&aid=2741269&group_id=29880&atid=397599 This is my first foray into changing a nagios plugin, so please be kind ;) My primary motivation was to provide support for the IPv6 host record type (AAAA), but decided it was just as easy to make the feature generic. Added optional support for the major DNS record types (AAAA, MX, TXT, SRV, CNAME, A, ANY). Specifically, allow for a new optional --querytype parameter, and a new optional --accept-cname parameter. Help text has been updated to reflect the changes as well. Patch is against SVN trunk of check_dns.c from April 7,2009. This change should be completely backwards compatible with existing check_dns usage and syntax. New features are off by default. I have tested this on FreBSD 7 only at this point, although it *should* be portable. Comments appreciated. --Thanks! --_Dave From nagios at babar.us Tue Apr 7 20:42:29 2009 From: nagios at babar.us (Olivier 'Babar' Raginel) Date: Tue, 7 Apr 2009 20:42:29 +0200 Subject: [Nagiosplug-devel] check_dns record types (AAAA, MX, SRV, TXT, etc.) In-Reply-To: <25ff90d60904071102j7d2248feoc1dcf21316c60a7b@mail.gmail.com> References: <25ff90d60904071102j7d2248feoc1dcf21316c60a7b@mail.gmail.com> Message-ID: <20090407184229.GA2553@mail.babar.us> On Tue, Apr 07, 2009 at 02:02:34PM -0400, David Horn wrote: > [zip] Patch is against SVN trunk of > check_dns.c from April 7,2009. Thanks for the patch, but for the record, the source code has been migrated to git since november 2008. Afaik, SVN should be fed regularly, but would you have used git, it might have been easier to have your changes incorporated (not that it's hard anyway). http://repo.or.cz/w/nagiosplugins.git is the URL for the git repo. -- Babar. From noreply at sourceforge.net Tue Apr 7 21:26:45 2009 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 07 Apr 2009 19:26:45 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-2741269 ] check_dns: add AAAA, MX, TXT, SRV, CNAME Message-ID: Patches item #2741269, was opened at 2009-04-07 13:21 Message generated for change (Comment added) made by dhorn2000 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=2741269&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: David Horn (dhorn2000) Assigned to: Nobody/Anonymous (nobody) Summary: check_dns: add AAAA,MX,TXT,SRV,CNAME Initial Comment: Added optional support for the major DNS record types (AAAA, MX, TXT, SRV, CNAME, A, ANY). Specifically, allow for a new optional --querytype parameter, and a new optional --accept-cname parameter. Help text has been updated to reflect the changes as well. Patch is against SVN trunk of check_dns.c from April 7,2009. This change should be completely backwards compatible with existing check_dns usage and syntax. New features are off by default. ---------------------------------------------------------------------- >Comment By: David Horn (dhorn2000) Date: 2009-04-07 15:26 Message: Added git version of patch. (Thanks Babar for the pointer to the repo) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=2741269&group_id=29880 From eva.keane at tradeweb.com Thu Apr 9 15:16:42 2009 From: eva.keane at tradeweb.com (eva.keane at tradeweb.com) Date: Thu, 9 Apr 2009 09:16:42 -0400 Subject: [Nagiosplug-devel] information about custom plugin - multiple lines In-Reply-To: References: Message-ID: <4D65ACEF6EFDFB48A8F9B57B7D17B9BF03C3428D@tfusnjpscmbx03.ERF.THOMSON.COM> Hello, I have a custom plugin on a client that returns 5 rows of information. I would like to capture it in the host and send it to MySQL Could you point me in the right direction? Thanks, Eva -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.eisenblaetter at gmail.com Thu Apr 9 15:34:48 2009 From: mark.eisenblaetter at gmail.com (Mark Eisenblaetter) Date: Thu, 9 Apr 2009 15:34:48 +0200 Subject: [Nagiosplug-devel] information about custom plugin - multiple lines In-Reply-To: <4D65ACEF6EFDFB48A8F9B57B7D17B9BF03C3428D@tfusnjpscmbx03.ERF.THOMSON.COM> References: <4D65ACEF6EFDFB48A8F9B57B7D17B9BF03C3428D@tfusnjpscmbx03.ERF.THOMSON.COM> Message-ID: <288245630904090634n359e3e04xd5d39d5ec7a6b002@mail.gmail.com> Hi, Do you use NDO, then it will be send there imidialit if you using Nagios V3. Mark On Thu, Apr 9, 2009 at 3:16 PM, wrote: > Hello, > > > > I have a custom plugin on a client that returns 5 rows of information. I > would like to capture it in the host and send it to MySQL > > > > Could you point me in the right direction? > > > > Thanks, Eva > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by: > High Quality Requirements in a Collaborative Environment. > Download a free trial of Rational Requirements Composer Now! > http://p.sf.net/sfu/www-ibm-com > _______________________________________________________ > Nagios Plugin Development Mailing List > Nagiosplug-devel at lists.sourceforge.net > Unsubscribe at > https://lists.sourceforge.net/lists/listinfo/nagiosplug-devel > ::: Please include plugins version (-v) and OS when reporting any issue. > ::: Messages without supporting info will risk being sent to /dev/null > -- Mark Eisenbl?tter Gei?end?rfer & Leschinsky GmbH www.gl-systemhaus.de -------------- next part -------------- An HTML attachment was scrubbed... URL: From zzty7 at gmx.de Mon Apr 20 14:04:19 2009 From: zzty7 at gmx.de (Oliver) Date: Mon, 20 Apr 2009 12:04:19 +0000 (UTC) Subject: [Nagiosplug-devel] How to start developing nagios plug ins in c Message-ID: Hello, i am ne we in the topic of developing nagios plugins. i thougt that it is a god start to compile a simple plugin such as check_dummy but the call cc -o test check_dummy.c failed. I know that the lib and header pathes are missing but i dont know where the libs are! I am running nagios 3.06 on an debian edge installation. sorry for this stupid question but i am not a linux programmer!! In my daily business i am using microsoft products(visual studio 2005) Thanks in advance regards oliver From ae at op5.se Mon Apr 20 17:20:55 2009 From: ae at op5.se (Andreas Ericsson) Date: Mon, 20 Apr 2009 17:20:55 +0200 Subject: [Nagiosplug-devel] How to start developing nagios plug ins in c In-Reply-To: References: Message-ID: <49EC92D7.2020709@op5.se> Oliver wrote: > Hello, > > i am ne we in the topic of developing nagios plugins. > > i thougt that it is a god start to compile a simple plugin such as check_dummy > but the call cc -o test check_dummy.c failed. > > I know that the lib and header pathes are missing but i dont know where the > libs are! > > I am running nagios 3.06 > on an debian edge installation. > > sorry for this stupid question but i am not a linux programmer!! > In my daily business i am using microsoft products(visual studio 2005) > I think your problem lies more along the lines of lacking linux/unix experience than anything else, then. Compiling a single file from a larger project is something that with depressing frequency fails, because it will usually depend on other files (btw, your error reporting skills are somewhat lackluster; If you'd given us the error output, we could almost certainly have helped you). I'd recommend starting your own project instead, where you know all the intrinsic dependencies. Spending an hour or three with gcc's and ld's documentation will prove useful too, I guess (gcc is the compiler, ld is the linker; Most developers use the compiler to call the linker as well, so when you know 'gcc' inside out you'll be able to start building just about anything you want). For larger projects, investing some time with the documentation of 'make' will be well spent time. Good luck. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Tel: +46 8-230225 Fax: +46 8-230231 Considering the successes of the wars on alcohol, poverty, drugs and terror, I think we should give some serious thought to declaring war on peace. From zzty7 at gmx.de Mon Apr 20 18:11:36 2009 From: zzty7 at gmx.de (Oliver) Date: Mon, 20 Apr 2009 16:11:36 +0000 (UTC) Subject: [Nagiosplug-devel] How to start developing nagios plug ins in c References: <49EC92D7.2020709@op5.se> Message-ID: Andreas Ericsson writes: > I think your problem lies more along the lines of lacking linux/unix experience > than anything else, then. > > Compiling a single file from a larger project is something that with depressing > frequency fails, because it will usually depend on other files (btw, your > error reporting skills are somewhat lackluster; If you'd given us the error > output, we could almost certainly have helped you). > > I'd recommend starting your own project instead, where you know all the > intrinsic dependencies. > > Spending an hour or three with gcc's and ld's documentation will prove useful > too, I guess (gcc is the compiler, ld is the linker; Most developers use the > compiler to call the linker as well, so when you know 'gcc' inside out you'll > be able to start building just about anything you want). > > For larger projects, investing some time with the documentation of 'make' > will be well spent time. > > Good luck. > Hello Andreas, thank you for your Answer. I think you are right! i will spend some hours in reading Unix stuff and will start a small plugin project. Maybe then i will understand building a plugin from scratch. regards Oliver From listen2007 at lantschner.name Tue Apr 21 19:08:20 2009 From: listen2007 at lantschner.name (Ingo Lantschner) Date: Tue, 21 Apr 2009 19:08:20 +0200 Subject: [Nagiosplug-devel] How to start developing nagios plug ins in c In-Reply-To: References: <49EC92D7.2020709@op5.se> Message-ID: <7D52AB81-95B5-49D3-9A8F-60F67835DEC1@lantschner.name> Am 20.04.2009 um 18:11 schrieb Oliver: > I think you are right! i will spend some hours in reading Unix stuff > and will > start a small plugin project. may be it is easier for you to write the plugin in perl. I am a "switcher" too (although i switched several years ago away from MS) and gcc plus C is still not my preferred environment but in Perl I feel very much at home today. Good luck, Ingo -- Ingo Lantschner 1060 Vienna-Austria Mobil +43-664-143 84 18 From noreply at sourceforge.net Tue Apr 28 13:38:44 2009 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 28 Apr 2009 11:38:44 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-2782784 ] check_smtp: invalid option -- n Message-ID: Bugs item #2782784, was opened at 2009-04-28 13:38 Message generated for change (Tracker Item Submitted) made by cyco_dd You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=2782784&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Argument proccessing Group: CVS Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jan Wagner (cyco_dd) Assigned to: Nobody/Anonymous (nobody) Summary: check_smtp: invalid option -- n Initial Comment: We got a bugreport against our debian package, the problem is the following: nagios:~# LANG=C /usr/lib/nagios/plugins/check_smtp -n /usr/lib/nagios/plugins/check_smtp: invalid option -- n Usage:check_smtp -H host [-p port] [-e expect] [-C command] [-f from addr][-A authtype -U authuser -P authpass] [-w warn] [-c crit] [-t timeout] [-S] [-D days] [-n] [-v] [-4|-6] nagios:~# LANG=C /usr/lib/nagios/plugins/check_smtp --help | grep -1 nocommand String to expect in first line of server response (default: '220') -n, nocommand Suppress SMTP command You can track the bugreport via http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=525307 Thanks and kind regards, Jan. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=2782784&group_id=29880 From noreply at sourceforge.net Tue Apr 28 13:41:01 2009 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 28 Apr 2009 11:41:01 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-2782785 ] check_smtp: --expect= result in "recv() failed" Message-ID: Bugs item #2782785, was opened at 2009-04-28 13:41 Message generated for change (Tracker Item Submitted) made by cyco_dd You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=2782785&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: Release (specify) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jan Wagner (cyco_dd) Assigned to: Nobody/Anonymous (nobody) Summary: check_smtp: --expect= result in "recv() failed" Initial Comment: The following Bugreport we got against our debian package (1.4.12): I monitor a SMTP server that refuses the connection immediately, without waiting for HELO. Before upgrade to lenny I used this command: /usr/lib/nagios/plugins/check_smtp -H novell.vkol.cz -e 520 and it was OK. Now I get error: recv() failed and status is WARNING. You can track the bugreport via http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=525976 Thanks and kind regards, Jan. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=2782785&group_id=29880 From waja at cyconet.org Tue Apr 28 14:10:20 2009 From: waja at cyconet.org (Jan Wagner) Date: Tue, 28 Apr 2009 14:10:20 +0200 Subject: [Nagiosplug-devel] Notification of plugins 1.4.14 release In-Reply-To: <688CCBBE-4346-49A8-8644-96FA98D212FE@opsera.com> References: <688CCBBE-4346-49A8-8644-96FA98D212FE@opsera.com> Message-ID: <200904281410.21215.waja@cyconet.org> Hi there, On Thursday 05 February 2009, Ton Voon wrote: > A one week countdown for the next release, since Thomas has done lots > of bug fixes. > > Let us know if there's anything that must go in before the release. any process in the release cycle? :) Thanks and with kind regards, Jan. -- Never write mail to , you have been warned! -----BEGIN GEEK CODE BLOCK----- Version: 3.1 GIT d-- s+: a- C+++ UL++++ P+ L+++ E- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI- D++ G++ e++ h-- r+++ y+++ ------END GEEK CODE BLOCK------ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From dermoth at aei.ca Tue Apr 28 16:43:18 2009 From: dermoth at aei.ca (Thomas Guyot-Sionnest) Date: Tue, 28 Apr 2009 10:43:18 -0400 Subject: [Nagiosplug-devel] Notification of plugins 1.4.14 release In-Reply-To: <200904281410.21215.waja@cyconet.org> References: <688CCBBE-4346-49A8-8644-96FA98D212FE@opsera.com> <200904281410.21215.waja@cyconet.org> Message-ID: <49F71606.9030608@aei.ca> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jan Wagner wrote: > Hi there, > > On Thursday 05 February 2009, Ton Voon wrote: >> A one week countdown for the next release, since Thomas has done lots >> of bug fixes. >> >> Let us know if there's anything that must go in before the release. > > any process in the release cycle? :) We've been able to get a bunch of fixes in after the release announcement, though there's still 4-5 bugs I'd like to get fixed or at least have a deeper look into them: * [1985246] ssh_disk dont interpret -C with single quotes correct * [2632995] check_procs fails on Solaris * [2722832] awk subst.in/subst script path error * [2268675] fix for quoting in check_by_ssh * [1939022] SSL/TLS hostname extension support (SNI) Unfortunately I'm very busy right now and will unlikely have time to fix any of them for at least the next few weeks. I believe the rest of the team is busy too as I haven't heard from them neither (and I haven't been holding them with the above bugs...) While we're at it, 1985246 is yours and I just wanted to be sure it doesn't break any current usage/workarounds. If you could explain a bit what your patch does I could get it in without having to figure out myself :) Thanks, - -- Thomas -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJ9xYG6dZ+Kt5BchYRAilyAJ9jsyVRDNWTrNl+03XiC0SRXfY8UACbByl4 GziOOtBgcvH++RuOLP6GfPk= =OjXV -----END PGP SIGNATURE----- From kyleodonnell at gmail.com Tue Apr 28 17:23:50 2009 From: kyleodonnell at gmail.com (Kyle O'Donnell) Date: Tue, 28 Apr 2009 11:23:50 -0400 Subject: [Nagiosplug-devel] Notification of plugins 1.4.14 release In-Reply-To: <49F71606.9030608@aei.ca> References: <688CCBBE-4346-49A8-8644-96FA98D212FE@opsera.com> <200904281410.21215.waja@cyconet.org> <49F71606.9030608@aei.ca> Message-ID: <2274b9c30904280823y5f0d1253mcf75abd646daca94@mail.gmail.com> What is broken with check_procs on solaris? I have found formulating the ps command works better than using the native nagios-plugins methods. I can provide you with working compile options. On 4/28/09, Thomas Guyot-Sionnest wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Jan Wagner wrote: >> Hi there, >> >> On Thursday 05 February 2009, Ton Voon wrote: >>> A one week countdown for the next release, since Thomas has done lots >>> of bug fixes. >>> >>> Let us know if there's anything that must go in before the release. >> >> any process in the release cycle? :) > > We've been able to get a bunch of fixes in after the release > announcement, though there's still 4-5 bugs I'd like to get fixed or at > least have a deeper look into them: > > * [1985246] ssh_disk dont interpret -C with single quotes correct > * [2632995] check_procs fails on Solaris > * [2722832] awk subst.in/subst script path error > * [2268675] fix for quoting in check_by_ssh > * [1939022] SSL/TLS hostname extension support (SNI) > > Unfortunately I'm very busy right now and will unlikely have time to fix > any of them for at least the next few weeks. I believe the rest of the > team is busy too as I haven't heard from them neither (and I haven't > been holding them with the above bugs...) > > While we're at it, 1985246 is yours and I just wanted to be sure it > doesn't break any current usage/workarounds. If you could explain a bit > what your patch does I could get it in without having to figure out > myself :) > > Thanks, > > - -- > Thomas > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.7 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFJ9xYG6dZ+Kt5BchYRAilyAJ9jsyVRDNWTrNl+03XiC0SRXfY8UACbByl4 > GziOOtBgcvH++RuOLP6GfPk= > =OjXV > -----END PGP SIGNATURE----- > > ------------------------------------------------------------------------------ > Register Now & Save for Velocity, the Web Performance & Operations > Conference from O'Reilly Media. Velocity features a full day of > expert-led, hands-on workshops and two days of sessions from industry > leaders in dedicated Performance & Operations tracks. Use code vel09scf > and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf > _______________________________________________________ > Nagios Plugin Development Mailing List > Nagiosplug-devel at lists.sourceforge.net > Unsubscribe at https://lists.sourceforge.net/lists/listinfo/nagiosplug-devel > ::: Please include plugins version (-v) and OS when reporting any issue. > ::: Messages without supporting info will risk being sent to /dev/null > From dermoth at aei.ca Tue Apr 28 17:39:50 2009 From: dermoth at aei.ca (Thomas Guyot-Sionnest) Date: Tue, 28 Apr 2009 11:39:50 -0400 Subject: [Nagiosplug-devel] Notification of plugins 1.4.14 release In-Reply-To: <2274b9c30904280823y5f0d1253mcf75abd646daca94@mail.gmail.com> References: <688CCBBE-4346-49A8-8644-96FA98D212FE@opsera.com> <200904281410.21215.waja@cyconet.org> <49F71606.9030608@aei.ca> <2274b9c30904280823y5f0d1253mcf75abd646daca94@mail.gmail.com> Message-ID: <49F72346.3030007@aei.ca> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Kyle O'Donnell wrote: > What is broken with check_procs on solaris? I have found formulating > the ps command works better than using the native nagios-plugins > methods. I can provide you with working compile options. The problem is about properly detecting the compile options for pst3 in autoconf - right now it looks like it try to compile pst3 in 64-bit on systems that doesn't support compiling in 64-bit My understanding is that pst3 have to be compiled in 64-bit on 64bit systems - not too sure it that's ok to compile 32bit if it's a compiler problem or if we should skip check_procs... what would not work? - -- Thomas -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJ9yNG6dZ+Kt5BchYRArgYAKChCovM6Eu5sWVrK+rsYiEz5ZOMfwCgpqAs Zjfzi/+MxMtL9g5E5wxa8Kk= =vjm/ -----END PGP SIGNATURE----- From Guillaume.Rousse at inria.fr Tue Apr 28 17:19:26 2009 From: Guillaume.Rousse at inria.fr (Guillaume Rousse) Date: Tue, 28 Apr 2009 17:19:26 +0200 Subject: [Nagiosplug-devel] Notification of plugins 1.4.14 release In-Reply-To: <49F71606.9030608@aei.ca> References: <688CCBBE-4346-49A8-8644-96FA98D212FE@opsera.com> <200904281410.21215.waja@cyconet.org> <49F71606.9030608@aei.ca> Message-ID: <49F71E7E.8000900@inria.fr> Thomas Guyot-Sionnest a ?crit : > We've been able to get a bunch of fixes in after the release > announcement, though there's still 4-5 bugs I'd like to get fixed or at > least have a deeper look into them: > > * [1985246] ssh_disk dont interpret -C with single quotes correct > * [2632995] check_procs fails on Solaris > * [2722832] awk subst.in/subst script path error > * [2268675] fix for quoting in check_by_ssh > * [1939022] SSL/TLS hostname extension support (SNI) I thought this last one was already merged ? Also, I'm still interested in having my LDAP certificat patch reviewed: [2430999] add check certificate support for LDAP plugin Last comment I received asked for a test case, without information about what kind of test case exactly. -- BOFH excuse #379: We've picked COBOL as the language of choice. From ton.voon at opsera.com Tue Apr 28 18:09:19 2009 From: ton.voon at opsera.com (Ton Voon) Date: Tue, 28 Apr 2009 17:09:19 +0100 Subject: [Nagiosplug-devel] Notification of plugins 1.4.14 release In-Reply-To: <2274b9c30904280823y5f0d1253mcf75abd646daca94@mail.gmail.com> References: <688CCBBE-4346-49A8-8644-96FA98D212FE@opsera.com> <200904281410.21215.waja@cyconet.org> <49F71606.9030608@aei.ca> <2274b9c30904280823y5f0d1253mcf75abd646daca94@mail.gmail.com> Message-ID: <87CDCA11-7ABF-414A-95C9-C27E2AEFECA7@opsera.com> On 28 Apr 2009, at 16:23, Kyle O'Donnell wrote: > What is broken with check_procs on solaris? I have found formulating > the ps command works better than using the native nagios-plugins > methods. I can provide you with working compile options. This question comes up a lot so I've put a FAQ entry up: http://nagiosplugins.org/faq/compile/pst3 I'm happy to update the entry with your compile options if you let me know what they are. I think the 64 bit issue is due to a Solaris system using Sun's cc rather than gcc. This is a good example of a tinderbox build server being helpful here: http://nagiosplugins.org/tinderbox. Anyone that can offer a Solaris server with Sun's cc will mean we can catch these issues earlier. My thoughts about check_procs is that I want to be able to run some tests with actual ps outputs from running systems. I need to spend some time on this. Ton From kyleodonnell at gmail.com Tue Apr 28 18:36:49 2009 From: kyleodonnell at gmail.com (Kyle O'Donnell) Date: Tue, 28 Apr 2009 12:36:49 -0400 Subject: [Nagiosplug-devel] Notification of plugins 1.4.14 release In-Reply-To: <49F72346.3030007@aei.ca> References: <688CCBBE-4346-49A8-8644-96FA98D212FE@opsera.com> <200904281410.21215.waja@cyconet.org> <49F71606.9030608@aei.ca> <2274b9c30904280823y5f0d1253mcf75abd646daca94@mail.gmail.com> <49F72346.3030007@aei.ca> Message-ID: <2274b9c30904280936g355aeb84n15293507843ba00d@mail.gmail.com> How about running a check on the system before compiling pst3? I would recommend using the following doc as a guideline to check whether or not to use 32 or 64 bit options: http://developers.sun.com/solaris/articles/64_bit_booting.html --kyleo On 4/28/09, Thomas Guyot-Sionnest wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Kyle O'Donnell wrote: >> What is broken with check_procs on solaris? I have found formulating >> the ps command works better than using the native nagios-plugins >> methods. I can provide you with working compile options. > > The problem is about properly detecting the compile options for pst3 in > autoconf - right now it looks like it try to compile pst3 in 64-bit on > systems that doesn't support compiling in 64-bit > > My understanding is that pst3 have to be compiled in 64-bit on 64bit > systems - not too sure it that's ok to compile 32bit if it's a compiler > problem or if we should skip check_procs... what would not work? > > - -- > Thomas > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.7 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFJ9yNG6dZ+Kt5BchYRArgYAKChCovM6Eu5sWVrK+rsYiEz5ZOMfwCgpqAs > Zjfzi/+MxMtL9g5E5wxa8Kk= > =vjm/ > -----END PGP SIGNATURE----- > > ------------------------------------------------------------------------------ > Register Now & Save for Velocity, the Web Performance & Operations > Conference from O'Reilly Media. Velocity features a full day of > expert-led, hands-on workshops and two days of sessions from industry > leaders in dedicated Performance & Operations tracks. Use code vel09scf > and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf > _______________________________________________________ > Nagios Plugin Development Mailing List > Nagiosplug-devel at lists.sourceforge.net > Unsubscribe at https://lists.sourceforge.net/lists/listinfo/nagiosplug-devel > ::: Please include plugins version (-v) and OS when reporting any issue. > ::: Messages without supporting info will risk being sent to /dev/null > From dermoth at aei.ca Tue Apr 28 22:08:06 2009 From: dermoth at aei.ca (Thomas Guyot-Sionnest) Date: Tue, 28 Apr 2009 16:08:06 -0400 Subject: [Nagiosplug-devel] Notification of plugins 1.4.14 release In-Reply-To: <49F71E7E.8000900@inria.fr> References: <688CCBBE-4346-49A8-8644-96FA98D212FE@opsera.com> <200904281410.21215.waja@cyconet.org> <49F71606.9030608@aei.ca> <49F71E7E.8000900@inria.fr> Message-ID: <49F76226.5020907@aei.ca> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Guillaume Rousse wrote: > Thomas Guyot-Sionnest a ?crit : >> We've been able to get a bunch of fixes in after the release >> announcement, though there's still 4-5 bugs I'd like to get fixed or at >> least have a deeper look into them: >> >> * [1985246] ssh_disk dont interpret -C with single quotes correct >> * [2632995] check_procs fails on Solaris >> * [2722832] awk subst.in/subst script path error >> * [2268675] fix for quoting in check_by_ssh >> * [1939022] SSL/TLS hostname extension support (SNI) > I thought this last one was already merged ? > > Also, I'm still interested in having my LDAP certificat patch reviewed: > [2430999] add check certificate support for LDAP plugin > > Last comment I received asked for a test case, without information about > what kind of test case exactly. I can't easily implement automated tests for this... What I was looking for is a publicly-reachable server on which I can test the feature manually. Thanks - -- Thomas -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJ92Im6dZ+Kt5BchYRAhuiAJsHAI6sGf8Ug4E2O0XQcWyCewAT7gCdHr3D UapH7YRuEC4Cq3Vu3kA2vHQ= =3DUr -----END PGP SIGNATURE----- From Guillaume.Rousse at inria.fr Wed Apr 29 09:48:39 2009 From: Guillaume.Rousse at inria.fr (Guillaume Rousse) Date: Wed, 29 Apr 2009 09:48:39 +0200 Subject: [Nagiosplug-devel] Notification of plugins 1.4.14 release In-Reply-To: <49F76226.5020907@aei.ca> References: <688CCBBE-4346-49A8-8644-96FA98D212FE@opsera.com> <200904281410.21215.waja@cyconet.org> <49F71606.9030608@aei.ca> <49F71E7E.8000900@inria.fr> <49F76226.5020907@aei.ca> Message-ID: <49F80657.5070300@inria.fr> Thomas Guyot-Sionnest a ?crit : >> Also, I'm still interested in having my LDAP certificat patch reviewed: >> [2430999] add check certificate support for LDAP plugin >> >> Last comment I received asked for a test case, without information about >> what kind of test case exactly. > > I can't easily implement automated tests for this... What I was looking > for is a publicly-reachable server on which I can test the feature manually. I never heard of available public ldap servers. Especially with sensible content that would require encryption support... -- BOFH excuse #438: sticky bit has come loose From dermoth at aei.ca Wed Apr 29 12:57:44 2009 From: dermoth at aei.ca (Thomas Guyot-Sionnest) Date: Wed, 29 Apr 2009 06:57:44 -0400 Subject: [Nagiosplug-devel] Notification of plugins 1.4.14 release In-Reply-To: <49F80657.5070300@inria.fr> References: <688CCBBE-4346-49A8-8644-96FA98D212FE@opsera.com> <200904281410.21215.waja@cyconet.org> <49F71606.9030608@aei.ca> <49F71E7E.8000900@inria.fr> <49F76226.5020907@aei.ca> <49F80657.5070300@inria.fr> Message-ID: <49F832A8.2070507@aei.ca> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 29/04/09 03:48 AM, Guillaume Rousse wrote: > Thomas Guyot-Sionnest a ?crit : >>> Also, I'm still interested in having my LDAP certificat patch reviewed: >>> [2430999] add check certificate support for LDAP plugin >>> >>> Last comment I received asked for a test case, without information about >>> what kind of test case exactly. >> I can't easily implement automated tests for this... What I was looking >> for is a publicly-reachable server on which I can test the feature manually. > I never heard of available public ldap servers. Especially with sensible > content that would require encryption support... Oh! Sorry, I was talking about another patch (SNI support)! The one you mentioned wasn't in my list... Have you tried check_http's certificate check against LDAP?? I believe the -C options makes it a simple certificate check? If so the certificate check would better fit on check_tcp with a symlink (check_certificate) for checking any SSL certificate. - -- Thomas -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJ+DKn6dZ+Kt5BchYRAj5fAJ9aKM8xdubm5XsWovCkDQKmTPTqFgCfbRzs idRtHgMfdztBaJWzULCxRfU= =BDqh -----END PGP SIGNATURE----- From kyleodonnell at gmail.com Wed Apr 29 15:13:07 2009 From: kyleodonnell at gmail.com (Kyle O'Donnell) Date: Wed, 29 Apr 2009 09:13:07 -0400 Subject: [Nagiosplug-devel] Notification of plugins 1.4.14 release In-Reply-To: <87CDCA11-7ABF-414A-95C9-C27E2AEFECA7@opsera.com> References: <688CCBBE-4346-49A8-8644-96FA98D212FE@opsera.com> <200904281410.21215.waja@cyconet.org> <49F71606.9030608@aei.ca> <2274b9c30904280823y5f0d1253mcf75abd646daca94@mail.gmail.com> <87CDCA11-7ABF-414A-95C9-C27E2AEFECA7@opsera.com> Message-ID: <2274b9c30904290613y609b5c4dg732d597e0ff3803c@mail.gmail.com> I've used this for SunOS 5.8 5.9 and 5.10 --with-ps-command="/usr/bin/ps -eo 's uid pid ppid vsz rss pcpu etime comm args'" \ --with-ps-format="%s %d %d %d %d %d %f %s %s %n" \ --with-ps-cols=10 \ --with-ps-varlist="procstat,&procuid,&procpid,&procppid,&procvsz,&procrss,&procpcpu,procetime,procprog,&pos" On 4/28/09, Ton Voon wrote: > > On 28 Apr 2009, at 16:23, Kyle O'Donnell wrote: > >> What is broken with check_procs on solaris? I have found formulating >> the ps command works better than using the native nagios-plugins >> methods. I can provide you with working compile options. > > This question comes up a lot so I've put a FAQ entry up: > http://nagiosplugins.org/faq/compile/pst3 > > I'm happy to update the entry with your compile options if you let me > know what they are. > > I think the 64 bit issue is due to a Solaris system using Sun's cc > rather than gcc. This is a good example of a tinderbox build server > being helpful here: http://nagiosplugins.org/tinderbox. Anyone that > can offer a Solaris server with Sun's cc will mean we can catch these > issues earlier. > > My thoughts about check_procs is that I want to be able to run some > tests with actual ps outputs from running systems. I need to spend > some time on this. > > Ton > > > ------------------------------------------------------------------------------ > Register Now & Save for Velocity, the Web Performance & Operations > Conference from O'Reilly Media. Velocity features a full day of > expert-led, hands-on workshops and two days of sessions from industry > leaders in dedicated Performance & Operations tracks. Use code vel09scf > and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf > _______________________________________________________ > Nagios Plugin Development Mailing List > Nagiosplug-devel at lists.sourceforge.net > Unsubscribe at https://lists.sourceforge.net/lists/listinfo/nagiosplug-devel > ::: Please include plugins version (-v) and OS when reporting any issue. > ::: Messages without supporting info will risk being sent to /dev/null > From ppb at usc.edu Thu Apr 30 18:09:39 2009 From: ppb at usc.edu (Philip Brown) Date: Thu, 30 Apr 2009 09:09:39 -0700 Subject: [Nagiosplug-devel] oddity about check_procs plugin and solaris In-Reply-To: <49D0A4A9.1030108@op5.se> References: <49CAAAC3.4010606@usc.edu> <49CB3CA3.7030202@op5.se> <49CBD253.1080205@usc.edu> <49D0A4A9.1030108@op5.se> Message-ID: <49F9CD43.9050009@usc.edu> Andreas Ericsson wrote: > Philip Brown wrote: >> >> "check_procs.c" line 196 >> >> /* Some ps return full pathname for command. This removes path */ >> strcpy(procprog, base_name(procprog)); >> >> Older versions (1.3.1 specifically ) do not do this truncating. >>..... > So remove the truncation. I agree that it's rather stupid to on purpose > modify arguments given by the user, and a patch removing such behaviour > would get my support so long as it doesn't break anything else. > Please send the diff as a unified diff file against the latest git head. > I'll review it when it lands. Thanks. finally got around to sitting down and doing this. Patch attached (if mozilla doest screw up the attachment) -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: procs.patch URL: