From frederic.jolly at ext.bull.net Tue Feb 1 01:40:17 2005 From: frederic.jolly at ext.bull.net (Jolly Frederic) Date: Tue Feb 1 01:40:17 2005 Subject: [Nagiosplug-devel] Releasing several files in a plugin? Message-ID: <200502011037.13252.frederic.jolly@ext.bull.net> Hello, So far as I've seen, a plugin is made with only one file, for example the .pl if it is in Perl. Is it possible, and interesting, to add other files in the release: a .txt file to describe it (or is the --help option enough?), a .html to display MRTG graphs, ... ? Thanks. From ae at op5.se Tue Feb 1 01:56:40 2005 From: ae at op5.se (Andreas Ericsson) Date: Tue Feb 1 01:56:40 2005 Subject: [Nagiosplug-devel] Releasing several files in a plugin? In-Reply-To: <200502011037.13252.frederic.jolly@ext.bull.net> References: <200502011037.13252.frederic.jolly@ext.bull.net> Message-ID: <41FF51E5.3060008@op5.se> Jolly Frederic wrote: > Hello, > > So far as I've seen, a plugin is made with only one file, for example the .pl > if it is in Perl. > Is it possible, and interesting, to add other files in the release: a .txt > file to describe it (or is the --help option enough?), a .html to display > MRTG graphs, ... ? > The --help option should be enough. There should also be a docs directory in the distribution where plugin authors can add their own txt/docbook/xml/html/man documentations (each type with its own subdir, ofcourse) if they like, but that should be highly optional and only required for plugins with very complex options (check_http would be a nice candidate for a man-page, for instance). > Thanks. > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting > Tool for open source databases. Create drag-&-drop reports. Save time > by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. > Download a FREE copy at http://www.intelliview.com/go/osdn_nl > _______________________________________________________ > Nagios Plugin Development Mailing List Nagiosplug-devel at lists.sourceforge.net > Unsubscribe at https://lists.sourceforge.net/lists/listinfo/nagiosplug-devel > ::: Please include plugins version (-v) and OS when reporting any issue. > ::: Messages without supporting info will risk being sent to /dev/null > -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From ae at op5.se Tue Feb 1 02:13:14 2005 From: ae at op5.se (Andreas Ericsson) Date: Tue Feb 1 02:13:14 2005 Subject: [Nagiosplug-devel] notes on check_icmp (nag, nag) Message-ID: <41FF5570.6080508@op5.se> Stanley, thanks for the quick inclusion. A couple of notes though; check_icmp isn't volatile anymore. I won't add any new features to it anywhere in the near future. Only bugfixes (and possibly the backoff-factor option, although the hardcoded one should work wonderfully). plugins/linux.h isn't required anymore and no other plugins use it, so please delete it from the archive. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From droopy at neap.net Tue Feb 1 14:12:59 2005 From: droopy at neap.net (Andrew Perron) Date: Tue Feb 1 14:12:59 2005 Subject: [Nagiosplug-devel] spopen and pipes? In-Reply-To: <1107295317.41fffc55c4a48@secure.neap.net> References: <1107295317.41fffc55c4a48@secure.neap.net> Message-ID: <1107295808.41fffe408572a@secure.neap.net> I've taken over some old netsaint plugins that a developer made for us and they were not working in nagios, so I was trying to convert them (i.e. rewrite from scratch). One thing, in comparing how he did it vs. what the guide recommends is the use of popen instead of spopen and writing information to temporary files. I would like to do what amounts to the following to a log file on a syslog server: - use grep to find relevant entries (many) - use sort to ensure that they are in order (may not be) - use tail to get the most recent entry Seems only under certain specific circumstances can I use pipes or redirects in the spopen command string, so my question is whether there's a way to pipe the output of spopen pipes from one to another or if there is another workaround. I tried using the output from the command executed and then writing to a file, but due to the volume this seems to cause unreasonable delays causing plugins to timeout. Thanks for any help. Regards, Droopy From ae at op5.se Tue Feb 1 16:19:48 2005 From: ae at op5.se (Andreas Ericsson) Date: Tue Feb 1 16:19:48 2005 Subject: [Nagiosplug-devel] spopen and pipes? In-Reply-To: <1107295808.41fffe408572a@secure.neap.net> References: <1107295317.41fffc55c4a48@secure.neap.net> <1107295808.41fffe408572a@secure.neap.net> Message-ID: <42001C15.7010904@op5.se> Andrew Perron wrote: > I've taken over some old netsaint plugins that a developer made for us and they > were not working in nagios, so I was trying to convert them (i.e. rewrite from > scratch). > > One thing, in comparing how he did it vs. what the guide recommends is the use > of popen instead of spopen and writing information to temporary files. > > I would like to do what amounts to the following to a log file on a syslog > server: > > - use grep to find relevant entries (many) > - use sort to ensure that they are in order (may not be) > - use tail to get the most recent entry > This is a job for perl (shell is too slow and it's too trivial to make it a fullblown regex scanning C app). Practical Extract and Report Language means just that (although I absolutely loathe its weird shell spinoff syntax and it's structure in general, it's actually ideal for this). Properly written it shouldn't even use a lot of memory. In shell it would look something like this; grep | sort | uniq | tail -n 1 In this sequence, both grep and sort are CPU intensive, and sort will use (total_amount_of_data * 2) + 4096 bytes of memory, so that's not an option for a log server. > Seems only under certain specific circumstances can I use pipes or redirects in > the spopen command string, so my question is whether there's a way to pipe the > output of spopen pipes from one to another or if there is another workaround. > > I tried using the output from the command executed and then writing to a file, > but due to the volume this seems to cause unreasonable delays causing plugins > to timeout. > With huge (as opposed to large) amounts of data you would probably want to whip up something to scan each incoming message for a regex and send passive check results for it instead. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From jrhett at meer.net Tue Feb 1 19:54:01 2005 From: jrhett at meer.net (Joe Rhett) Date: Tue Feb 1 19:54:01 2005 Subject: [Nagiosplug-devel] check_rta (aka check_icmp 0.9) In-Reply-To: <41FB6ABC.20900@op5.se> References: <41F50BDF.90607@op5.se> <41F61483.1030202@op5.se> <20050128222033.GA11159@meer.net> <41FB6ABC.20900@op5.se> Message-ID: <20050202035211.GA84368@meer.net> > Joe Rhett wrote: > >I'd be happy to give you logins on my home systems, 4.10 and 5.3-stable > >respectively if don't already have access to freebsd. On Sat, Jan 29, 2005 at 11:51:40AM +0100, Andreas Ericsson wrote: > That would be excellent. Would it be possible to get sudo access to the > check_rta plugin as well? No problem. Send me those keys ;-) -- Joe Rhett Senior Geek Meer.net From jrhett at meer.net Tue Feb 1 21:09:47 2005 From: jrhett at meer.net (Joe Rhett) Date: Tue Feb 1 21:09:47 2005 Subject: [Nagiosplug-devel] check_rta (next check_icmp) + public key In-Reply-To: <41FC1C18.9000801@op5.se> References: <41FB7372.1050003@op5.se> <41FC1C18.9000801@op5.se> Message-ID: <20050202050802.GC84368@meer.net> Good news. This one compiles and runs on FreeBSD ;-) On Sun, Jan 30, 2005 at 12:28:24AM +0100, Andreas Ericsson wrote: > Finished. :) check_icmp-1.0 is now available, and check_rta is > officially dropped. > > I've started using the new check_icmp in production in our own system to > get a proper evaluation of it. So far so good. > > It compiles silently and cleanly with all possible warning-flags enabled > on Linux (Owl 1.1 and current, Debian 3.0, Fedora Core 3, RedHat 7.2, > SuSE 9.0), FreeBSD 5.2.1, NetBSD 1.6, Tru64 Unix 5.1b and HP-UX (11i v2 > and 11i 11.11). > > All the above had a decently fresh version of gcc installed, except > Linux Owl, which was gcc 2.95.3. > > Under Tru64 Unix 4.0g it compiles with warnings for %llu printf format > strings (for certain debug strings). > > According to reports it also compiles nicely under solaris 2.9. > > I only have root access to linux systems right now, so I haven't been > able to run very many tests, but timings are completely consistent with > system ping and all the features and logic works as expected. > > It's available at; > http://oss.op5.se/nagios/check_icmp-1.0.tar.gz > http://devel.op5.se/oss/check_icmp-1.0.tar.gz > > I'll also upload the source file to the SF tracker page. > > Cheers > > > Andreas Ericsson wrote: > >Ahoy all. > > > >To all those who have tested and commented on check_rta, thanks. > > > >I've fixed the SIGSEGV crash (I think, at least I can't reproduce it on > >my own system any more), and some timing issues causing check_rta to > >time out prematurely with an obscene packet loss even when rta is below > >1ms. > > > >Inspired by the check_traceroute (or check_route, I don't remember) perl > >plugin, I've also added an -l flag to specify time-to-live on outgoing > >packets. It should work where the perl plugin does. > > > >The latest version is available from the usual places; > >https://devel.op5.se/oss > >http://oss.op5.se/nagios > > > >For those of you who have offered me access to Solaris and *BSD boxes, > >I've attached my public SSH-key. The following commands should work to > >allow me in without a password. > >useradd -m exon > >mkdir ~exon/.ssh > >cp id_dsa.pub ~exon/.ssh/authorized_keys > >chown exon:exon -R ~exon/.ssh > >chmod 700 -R ~exon/.ssh > > > >Send me a private email with the hostname/ip-address when you're done. > >I'd like to spend this day testing everything out so it can be in the > >1.4-release of the plugins and we can finally get rid of check_ping and > >the other output parsing ping plugins. > > > > > > -- > Andreas Ericsson andreas.ericsson at op5.se > OP5 AB www.op5.se > Lead Developer > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting > Tool for open source databases. Create drag-&-drop reports. Save time > by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. > Download a FREE copy at http://www.intelliview.com/go/osdn_nl > _______________________________________________________ > 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 -- Joe Rhett Senior Geek Meer.net From jrhett at meer.net Wed Feb 2 00:41:41 2005 From: jrhett at meer.net (Joe Rhett) Date: Wed Feb 2 00:41:41 2005 Subject: [Nagiosplug-devel] check_rta (next check_icmp) + public key In-Reply-To: <20050202050802.GC84368@meer.net> References: <41FB7372.1050003@op5.se> <41FC1C18.9000801@op5.se> <20050202050802.GC84368@meer.net> Message-ID: <20050202083905.GA52553@meer.net> Ugh, sorry I spoke way too soon. Soon after I implemented it, everything started coming back with NaN results :-( On Tue, Feb 01, 2005 at 09:08:02PM -0800, Joe Rhett wrote: > Good news. This one compiles and runs on FreeBSD ;-) > > On Sun, Jan 30, 2005 at 12:28:24AM +0100, Andreas Ericsson wrote: > > Finished. :) check_icmp-1.0 is now available, and check_rta is > > officially dropped. > > > > I've started using the new check_icmp in production in our own system to > > get a proper evaluation of it. So far so good. > > > > It compiles silently and cleanly with all possible warning-flags enabled > > on Linux (Owl 1.1 and current, Debian 3.0, Fedora Core 3, RedHat 7.2, > > SuSE 9.0), FreeBSD 5.2.1, NetBSD 1.6, Tru64 Unix 5.1b and HP-UX (11i v2 > > and 11i 11.11). > > > > All the above had a decently fresh version of gcc installed, except > > Linux Owl, which was gcc 2.95.3. > > > > Under Tru64 Unix 4.0g it compiles with warnings for %llu printf format > > strings (for certain debug strings). > > > > According to reports it also compiles nicely under solaris 2.9. > > > > I only have root access to linux systems right now, so I haven't been > > able to run very many tests, but timings are completely consistent with > > system ping and all the features and logic works as expected. > > > > It's available at; > > http://oss.op5.se/nagios/check_icmp-1.0.tar.gz > > http://devel.op5.se/oss/check_icmp-1.0.tar.gz > > > > I'll also upload the source file to the SF tracker page. > > > > Cheers > > > > > > Andreas Ericsson wrote: > > >Ahoy all. > > > > > >To all those who have tested and commented on check_rta, thanks. > > > > > >I've fixed the SIGSEGV crash (I think, at least I can't reproduce it on > > >my own system any more), and some timing issues causing check_rta to > > >time out prematurely with an obscene packet loss even when rta is below > > >1ms. > > > > > >Inspired by the check_traceroute (or check_route, I don't remember) perl > > >plugin, I've also added an -l flag to specify time-to-live on outgoing > > >packets. It should work where the perl plugin does. > > > > > >The latest version is available from the usual places; > > >https://devel.op5.se/oss > > >http://oss.op5.se/nagios > > > > > >For those of you who have offered me access to Solaris and *BSD boxes, > > >I've attached my public SSH-key. The following commands should work to > > >allow me in without a password. > > >useradd -m exon > > >mkdir ~exon/.ssh > > >cp id_dsa.pub ~exon/.ssh/authorized_keys > > >chown exon:exon -R ~exon/.ssh > > >chmod 700 -R ~exon/.ssh > > > > > >Send me a private email with the hostname/ip-address when you're done. > > >I'd like to spend this day testing everything out so it can be in the > > >1.4-release of the plugins and we can finally get rid of check_ping and > > >the other output parsing ping plugins. > > > > > > > > > > -- > > Andreas Ericsson andreas.ericsson at op5.se > > OP5 AB www.op5.se > > Lead Developer > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting > > Tool for open source databases. Create drag-&-drop reports. Save time > > by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. > > Download a FREE copy at http://www.intelliview.com/go/osdn_nl > > _______________________________________________________ > > 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 > > -- > Joe Rhett > Senior Geek > Meer.net -- Joe Rhett Senior Geek Meer.net From noreply at sourceforge.net Wed Feb 2 01:00:44 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Feb 2 01:00:44 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Feature Requests-1111442 ] Add debug flag to check_email_loop.pl to record smtp trans Message-ID: Feature Requests item #1111442, was opened at 2005-01-28 13:40 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=1111442&group_id=29880 Category: None Group: None >Status: Closed Priority: 5 Submitted By: John Rouillard (rouilj) >Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: Add debug flag to check_email_loop.pl to record smtp trans Initial Comment: I have a need to record the smtp transaction that is done by check_email_loop.pl to prove that an email was actually sent/received by the remote email server which is not under my control. I added the option -debug that enables the debug option for the smtp->new method. In Nagios, just redirect stderr to a file and viola, a record of the discussion that check_email_loop.pl has with the smtp server. Patch attached based on the 1.3 plugin release. -- rouilj ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-02-02 08:58 Message: Logged In: YES user_id=395628 Thank you very much for the patch - which I can understand .. Should be in CVS in 6-12 hours. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=1111442&group_id=29880 From frederic.jolly at ext.bull.net Wed Feb 2 05:02:59 2005 From: frederic.jolly at ext.bull.net (Jolly Frederic) Date: Wed Feb 2 05:02:59 2005 Subject: [Nagiosplug-devel] Releasing several files in a plugin? In-Reply-To: <41FF51E5.3060008@op5.se> References: <200502011037.13252.frederic.jolly@ext.bull.net> <41FF51E5.3060008@op5.se> Message-ID: <200502021359.06709.frederic.jolly@ext.bull.net> On Tuesday 01 February 2005 10:54, Andreas Ericsson wrote: > Jolly Frederic wrote: > > Hello, > > > > So far as I've seen, a plugin is made with only one file, for example the > > .pl if it is in Perl. > > Is it possible, and interesting, to add other files in the release: a > > .txt file to describe it (or is the --help option enough?), a .html to > > display MRTG graphs, ... ? > > The --help option should be enough. OK, thank you. But my plugin returns some performance data. I want them to be displayed in an MRTG graph. So where do I release the MRTG configuration file? And what about the definition of the perfdata file in the Nagios conf? Do I just explain this in comments in the beginning of the plugin? Fred. From ae at op5.se Wed Feb 2 05:38:07 2005 From: ae at op5.se (Andreas Ericsson) Date: Wed Feb 2 05:38:07 2005 Subject: [Nagiosplug-devel] Releasing several files in a plugin? In-Reply-To: <200502021359.06709.frederic.jolly@ext.bull.net> References: <200502011037.13252.frederic.jolly@ext.bull.net> <41FF51E5.3060008@op5.se> <200502021359.06709.frederic.jolly@ext.bull.net> Message-ID: <4200D6DE.8070205@op5.se> Jolly Frederic wrote: > On Tuesday 01 February 2005 10:54, Andreas Ericsson wrote: > >>Jolly Frederic wrote: >> >>>Hello, >>> >>>So far as I've seen, a plugin is made with only one file, for example the >>>.pl if it is in Perl. >>>Is it possible, and interesting, to add other files in the release: a >>>.txt file to describe it (or is the --help option enough?), a .html to >>>display MRTG graphs, ... ? >> >>The --help option should be enough. > > > OK, thank you. > > But my plugin returns some performance data. I want them to be displayed in an > MRTG graph. > So where do I release the MRTG configuration file? > In contrib and call it .mrtg-conf, or with the MRTG project, or... I'm sure you get the idea. > And what about the definition of the perfdata file in the Nagios conf? Do I > just explain this in comments in the beginning of the plugin? > Or in a special --mrtg-help option, or wherever you want. Put something on the web if you like. I'm sure you'll think of something. > Fred. > -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From noreply at sourceforge.net Wed Feb 2 18:54:13 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Feb 2 18:54:13 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 12:27 Message generated for change (Comment added) made by corebob You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=731820&group_id=29880 Category: Perl plugin Group: None >Status: Open Resolution: None 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-03 02: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-02-01 03: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 12: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 jrhett at meer.net Wed Feb 2 19:49:08 2005 From: jrhett at meer.net (Joe Rhett) Date: Wed Feb 2 19:49:08 2005 Subject: [Nagiosplug-devel] check_icmp 1.0 needs a recall -- fails completely after an hour In-Reply-To: <20050202083905.GA52553@meer.net> References: <41FB7372.1050003@op5.se> <41FC1C18.9000801@op5.se> <20050202050802.GC84368@meer.net> <20050202083905.GA52553@meer.net> Message-ID: <20050203034625.GA83915@meer.net> Okay, here's the deal. check_icmp apears to work fine for about an hour, and then suddenly it stops working entirely. When it starts to fail, it continues to fail even from the command line. Everything starts returning nan. Here's some verbose++,++,++ You'll note that it does send the packets and it does receive the replies. It just doesn't know it ;-( ardbeg3:[1014] ./check_icmp -v -v -v -H auth.mv setsockopt failed Setting alarm timeout to 10 seconds packets: 5, targets: 1 target_interval: 0.000, pkt_interval 80.000 crit.rta: 500.000 max_completion_time: 3400.000 icmp_pkt_size = 64 icmp_pkt_size = 64 crit = {500000, 80%}, warn = {200000, 40%} pkt_interval: 80000 target_interval: 0 retry_interval: 0 icmp_pkt_size: 64 timeout: 10 received 16384 bytes from 209.157.152.19 handle_random_icmp(0x804dd54, 0xbfbff9d0) recvfrom_wto() timed out during a 80000 usecs wait received 16384 bytes from 209.157.152.19 handle_random_icmp(0x804dd54, 0xbfbff9d0) recvfrom_wto() timed out during a 40000 usecs wait recvfrom_wto() timed out during a 40000 usecs wait received 16384 bytes from 209.157.152.19 handle_random_icmp(0x804dd54, 0xbfbff9d0) recvfrom_wto() timed out during a 26666 usecs wait recvfrom_wto() timed out during a 26666 usecs wait recvfrom_wto() timed out during a 26666 usecs wait received 16384 bytes from 209.157.152.19 handle_random_icmp(0x804dd54, 0xbfbff9d0) received 16384 bytes from 205.217.152.11 handle_random_icmp(0x804dd54, 0xbfbff9d0) recvfrom_wto() timed out during a 20000 usecs wait recvfrom_wto() timed out during a 20000 usecs wait recvfrom_wto() timed out during a 20000 usecs wait received 16384 bytes from 209.157.152.19 handle_random_icmp(0x804dd54, 0xbfbff9d0) recvfrom_wto() timed out during a 16000 usecs wait recvfrom_wto() timed out during a 16000 usecs wait recvfrom_wto() timed out during a 16000 usecs wait time_passed: 509813 final_wait: 2890187 max_completion_time: 3400000 Waiting for 2890187 micro-seconds (2890.187 msecs) received 2049 bytes from 209.157.140.206 handle_random_icmp(0x804dd54, 0xbfbff9d0) recvfrom_wto() timed out during a 578037 usecs wait received 2049 bytes from 209.157.140.206 handle_random_icmp(0x804dd54, 0xbfbff9d0) recvfrom_wto() timed out during a 578037 usecs wait received 2049 bytes from 209.157.140.206 handle_random_icmp(0x804dd54, 0xbfbff9d0) recvfrom_wto() timed out during a 578037 usecs wait finish(0) called icmp_sent: 5 icmp_recv: 0 icmp_lost: 0 targets: 1 targets_alive: 1 CRITICAL - auth.mv: rta nan, lost 100%| rta=0.000ms;200.000;500.000;0; pl=100%;40;80;; targets: 1, targets_alive: 0 ardbeg3:[1015] ping auth.mv PING auth.mv.meer.net (209.157.152.19): 56 data bytes 64 bytes from 209.157.152.19: icmp_seq=0 ttl=60 time=1.255 ms ^C --- auth.mv.meer.net ping statistics --- 2 packets transmitted, 1 packets received, 50% packet loss round-trip min/avg/max/stddev = 1.255/1.255/1.255/0.000 ms On Wed, Feb 02, 2005 at 12:39:06AM -0800, Joe Rhett wrote: > Ugh, sorry I spoke way too soon. Soon after I implemented it, everything > started coming back with NaN results :-( > > On Tue, Feb 01, 2005 at 09:08:02PM -0800, Joe Rhett wrote: > > Good news. This one compiles and runs on FreeBSD ;-) > > > > On Sun, Jan 30, 2005 at 12:28:24AM +0100, Andreas Ericsson wrote: > > > Finished. :) check_icmp-1.0 is now available, and check_rta is > > > officially dropped. > > > > > > I've started using the new check_icmp in production in our own system to > > > get a proper evaluation of it. So far so good. > > > > > > It compiles silently and cleanly with all possible warning-flags enabled > > > on Linux (Owl 1.1 and current, Debian 3.0, Fedora Core 3, RedHat 7.2, > > > SuSE 9.0), FreeBSD 5.2.1, NetBSD 1.6, Tru64 Unix 5.1b and HP-UX (11i v2 > > > and 11i 11.11). > > > > > > All the above had a decently fresh version of gcc installed, except > > > Linux Owl, which was gcc 2.95.3. > > > > > > Under Tru64 Unix 4.0g it compiles with warnings for %llu printf format > > > strings (for certain debug strings). > > > > > > According to reports it also compiles nicely under solaris 2.9. > > > > > > I only have root access to linux systems right now, so I haven't been > > > able to run very many tests, but timings are completely consistent with > > > system ping and all the features and logic works as expected. > > > > > > It's available at; > > > http://oss.op5.se/nagios/check_icmp-1.0.tar.gz > > > http://devel.op5.se/oss/check_icmp-1.0.tar.gz > > > > > > I'll also upload the source file to the SF tracker page. > > > > > > Cheers > > > > > > > > > Andreas Ericsson wrote: > > > >Ahoy all. > > > > > > > >To all those who have tested and commented on check_rta, thanks. > > > > > > > >I've fixed the SIGSEGV crash (I think, at least I can't reproduce it on > > > >my own system any more), and some timing issues causing check_rta to > > > >time out prematurely with an obscene packet loss even when rta is below > > > >1ms. > > > > > > > >Inspired by the check_traceroute (or check_route, I don't remember) perl > > > >plugin, I've also added an -l flag to specify time-to-live on outgoing > > > >packets. It should work where the perl plugin does. > > > > > > > >The latest version is available from the usual places; > > > >https://devel.op5.se/oss > > > >http://oss.op5.se/nagios > > > > > > > >For those of you who have offered me access to Solaris and *BSD boxes, > > > >I've attached my public SSH-key. The following commands should work to > > > >allow me in without a password. > > > >useradd -m exon > > > >mkdir ~exon/.ssh > > > >cp id_dsa.pub ~exon/.ssh/authorized_keys > > > >chown exon:exon -R ~exon/.ssh > > > >chmod 700 -R ~exon/.ssh > > > > > > > >Send me a private email with the hostname/ip-address when you're done. > > > >I'd like to spend this day testing everything out so it can be in the > > > >1.4-release of the plugins and we can finally get rid of check_ping and > > > >the other output parsing ping plugins. > > > > > > > > > > > > > > -- > > > Andreas Ericsson andreas.ericsson at op5.se > > > OP5 AB www.op5.se > > > Lead Developer > > > > > > > > > ------------------------------------------------------- > > > This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting > > > Tool for open source databases. Create drag-&-drop reports. Save time > > > by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. > > > Download a FREE copy at http://www.intelliview.com/go/osdn_nl > > > _______________________________________________________ > > > 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 > > > > -- > > Joe Rhett > > Senior Geek > > Meer.net > > -- > Joe Rhett > Senior Geek > Meer.net > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting > Tool for open source databases. Create drag-&-drop reports. Save time > by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. > Download a FREE copy at http://www.intelliview.com/go/osdn_nl > _______________________________________________________ > 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 -- Joe Rhett Senior Geek Meer.net From ae at op5.se Thu Feb 3 00:57:09 2005 From: ae at op5.se (Andreas Ericsson) Date: Thu Feb 3 00:57:09 2005 Subject: [Nagiosplug-devel] Re: check_icmp 1.0 needs a recall -- fails completely after an hour In-Reply-To: <20050203034625.GA83915@meer.net> References: <41FB7372.1050003@op5.se> <41FC1C18.9000801@op5.se> <20050202050802.GC84368@meer.net> <20050202083905.GA52553@meer.net> <20050203034625.GA83915@meer.net> Message-ID: <4201E6F1.1070903@op5.se> Joe Rhett wrote: > Okay, here's the deal. check_icmp apears to work fine for about an hour, > and then suddenly it stops working entirely. When it starts to fail, it > continues to fail even from the command line. Everything starts returning > nan. Here's some verbose++,++,++ You'll note that it does send the > packets and it does receive the replies. It just doesn't know it ;-( > That's weird. > ardbeg3:[1014] ./check_icmp -v -v -v -H auth.mv > setsockopt failed > Setting alarm timeout to 10 seconds > packets: 5, targets: 1 > target_interval: 0.000, pkt_interval 80.000 > crit.rta: 500.000 > max_completion_time: 3400.000 > icmp_pkt_size = 64 > icmp_pkt_size = 64 > crit = {500000, 80%}, warn = {200000, 40%} > pkt_interval: 80000 target_interval: 0 retry_interval: 0 > icmp_pkt_size: 64 timeout: 10 > received 16384 bytes from 209.157.152.19 164384 bytes is bit much. Considering icmp_pkt_size is 64, it shouldn't ever receive more than 84 bytes in a proper ICMP_ECHOREPLY (IP-header + icmp_pkt_size). This can probably be traced to the fact that new instances of check_icmp doesn't retain the sourcequench status and again sends packets too fast for the node at 209.157.152.19. I'll re-implement the u_sleep function and see if it works better when packets aren't sprayed quite so fast. > handle_random_icmp(0x804dd54, 0xbfbff9d0) > recvfrom_wto() timed out during a 80000 usecs wait > received 16384 bytes from 209.157.152.19 > handle_random_icmp(0x804dd54, 0xbfbff9d0) > recvfrom_wto() timed out during a 40000 usecs wait > recvfrom_wto() timed out during a 40000 usecs wait > received 16384 bytes from 209.157.152.19 > handle_random_icmp(0x804dd54, 0xbfbff9d0) > recvfrom_wto() timed out during a 26666 usecs wait > recvfrom_wto() timed out during a 26666 usecs wait > recvfrom_wto() timed out during a 26666 usecs wait > received 16384 bytes from 209.157.152.19 > handle_random_icmp(0x804dd54, 0xbfbff9d0) > received 16384 bytes from 205.217.152.11 > handle_random_icmp(0x804dd54, 0xbfbff9d0) > recvfrom_wto() timed out during a 20000 usecs wait > recvfrom_wto() timed out during a 20000 usecs wait > recvfrom_wto() timed out during a 20000 usecs wait > received 16384 bytes from 209.157.152.19 > handle_random_icmp(0x804dd54, 0xbfbff9d0) > recvfrom_wto() timed out during a 16000 usecs wait > recvfrom_wto() timed out during a 16000 usecs wait > recvfrom_wto() timed out during a 16000 usecs wait > time_passed: 509813 final_wait: 2890187 max_completion_time: 3400000 > Waiting for 2890187 micro-seconds (2890.187 msecs) > received 2049 bytes from 209.157.140.206 > handle_random_icmp(0x804dd54, 0xbfbff9d0) > recvfrom_wto() timed out during a 578037 usecs wait > received 2049 bytes from 209.157.140.206 > handle_random_icmp(0x804dd54, 0xbfbff9d0) > recvfrom_wto() timed out during a 578037 usecs wait > received 2049 bytes from 209.157.140.206 > handle_random_icmp(0x804dd54, 0xbfbff9d0) > recvfrom_wto() timed out during a 578037 usecs wait > finish(0) called > icmp_sent: 5 icmp_recv: 0 icmp_lost: 0 > targets: 1 targets_alive: 1 > CRITICAL - > auth.mv: rta nan, lost 100%| > rta=0.000ms;200.000;500.000;0; pl=100%;40;80;; > targets: 1, targets_alive: 0 > > ardbeg3:[1015] ping auth.mv > PING auth.mv.meer.net (209.157.152.19): 56 data bytes > 64 bytes from 209.157.152.19: icmp_seq=0 ttl=60 time=1.255 ms > ^C > --- auth.mv.meer.net ping statistics --- > 2 packets transmitted, 1 packets received, 50% packet loss > round-trip min/avg/max/stddev = 1.255/1.255/1.255/0.000 ms > > On Wed, Feb 02, 2005 at 12:39:06AM -0800, Joe Rhett wrote: > >>Ugh, sorry I spoke way too soon. Soon after I implemented it, everything >>started coming back with NaN results :-( >> >>On Tue, Feb 01, 2005 at 09:08:02PM -0800, Joe Rhett wrote: >> >>>Good news. This one compiles and runs on FreeBSD ;-) >>> >>>On Sun, Jan 30, 2005 at 12:28:24AM +0100, Andreas Ericsson wrote: >>> >>>>Finished. :) check_icmp-1.0 is now available, and check_rta is >>>>officially dropped. >>>> >>>>I've started using the new check_icmp in production in our own system to >>>>get a proper evaluation of it. So far so good. >>>> >>>>It compiles silently and cleanly with all possible warning-flags enabled >>>>on Linux (Owl 1.1 and current, Debian 3.0, Fedora Core 3, RedHat 7.2, >>>>SuSE 9.0), FreeBSD 5.2.1, NetBSD 1.6, Tru64 Unix 5.1b and HP-UX (11i v2 >>>>and 11i 11.11). >>>> >>>>All the above had a decently fresh version of gcc installed, except >>>>Linux Owl, which was gcc 2.95.3. >>>> >>>>Under Tru64 Unix 4.0g it compiles with warnings for %llu printf format >>>>strings (for certain debug strings). >>>> >>>>According to reports it also compiles nicely under solaris 2.9. >>>> >>>>I only have root access to linux systems right now, so I haven't been >>>>able to run very many tests, but timings are completely consistent with >>>>system ping and all the features and logic works as expected. >>>> >>>>It's available at; >>>>http://oss.op5.se/nagios/check_icmp-1.0.tar.gz >>>>http://devel.op5.se/oss/check_icmp-1.0.tar.gz >>>> >>>>I'll also upload the source file to the SF tracker page. >>>> >>>>Cheers >>>> >>>> >>>>Andreas Ericsson wrote: >>>> >>>>>Ahoy all. >>>>> >>>>>To all those who have tested and commented on check_rta, thanks. >>>>> >>>>>I've fixed the SIGSEGV crash (I think, at least I can't reproduce it on >>>>>my own system any more), and some timing issues causing check_rta to >>>>>time out prematurely with an obscene packet loss even when rta is below >>>>>1ms. >>>>> >>>>>Inspired by the check_traceroute (or check_route, I don't remember) perl >>>>>plugin, I've also added an -l flag to specify time-to-live on outgoing >>>>>packets. It should work where the perl plugin does. >>>>> >>>>>The latest version is available from the usual places; >>>>>https://devel.op5.se/oss >>>>>http://oss.op5.se/nagios >>>>> >>>>>For those of you who have offered me access to Solaris and *BSD boxes, >>>>>I've attached my public SSH-key. The following commands should work to >>>>>allow me in without a password. >>>>>useradd -m exon >>>>>mkdir ~exon/.ssh >>>>>cp id_dsa.pub ~exon/.ssh/authorized_keys >>>>>chown exon:exon -R ~exon/.ssh >>>>>chmod 700 -R ~exon/.ssh >>>>> >>>>>Send me a private email with the hostname/ip-address when you're done. >>>>>I'd like to spend this day testing everything out so it can be in the >>>>>1.4-release of the plugins and we can finally get rid of check_ping and >>>>>the other output parsing ping plugins. >>>>> >>>>> >>>> >>>>-- >>>>Andreas Ericsson andreas.ericsson at op5.se >>>>OP5 AB www.op5.se >>>>Lead Developer >>>> >>>> >>>>------------------------------------------------------- >>>>This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting >>>>Tool for open source databases. Create drag-&-drop reports. Save time >>>>by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. >>>>Download a FREE copy at http://www.intelliview.com/go/osdn_nl >>>>_______________________________________________________ >>>>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 >>> >>>-- >>>Joe Rhett >>>Senior Geek >>>Meer.net >> >>-- >>Joe Rhett >>Senior Geek >>Meer.net >> >> >>------------------------------------------------------- >>This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting >>Tool for open source databases. Create drag-&-drop reports. Save time >>by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. >>Download a FREE copy at http://www.intelliview.com/go/osdn_nl >>_______________________________________________________ >>Nagios Plugin Development Mailing List Nagiosplug-devel at lists.sourceforge.net >>Unsubscribe at https://lists.sourceforge.net/lists/listinfo/nagiosplug-devel >>::: Please include plugins version (-v) and OS when reporting any issue. >>::: Messages without supporting info will risk being sent to /dev/null > > -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From noreply at sourceforge.net Thu Feb 3 10:51:23 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 3 10:51:23 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1095582 ] check_nfs4: Monitor NFSv4 servers and clients Message-ID: New Plugins item #1095582, was opened at 2005-01-04 10:41 Message generated for change (Settings changed) made by fjolly You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1095582&group_id=29880 Category: Perl plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: fjolly (fjolly) Assigned to: Nobody/Anonymous (nobody) >Summary: check_nfs4: Monitor NFSv4 servers and clients Initial Comment: I'm currently working on a new plugin for Nagios: a plugin to monitor NFS (and most specifically the new version NFSv4). This plugin will: - check if the nfs daemons are running correctly (server and client sides) - grep some errors from the NFS logs - check rpc errors (with the command nfsstat) - detect when a mounting point hangs - returns some performance datas: - check the percentage of cpu taken by the nfsd - check in /proc/net/rpc/nfsd the number of effective processes of nfsd used - check the transfer rate of each nfs server (with nfsstat) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1095582&group_id=29880 From noreply at sourceforge.net Thu Feb 3 13:02:08 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 3 13:02:08 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-689679 ] New plugin: check_oracle_tbs Message-ID: New Plugins item #689679, was opened at 2003-02-19 16:48 Message generated for change (Comment added) made by koiler You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=689679&group_id=29880 Category: Application monitor Group: None Status: Closed Resolution: None Priority: 5 Submitted By: John Koyle (koiler) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: New plugin: check_oracle_tbs Initial Comment: This is a simple plugin to connect to an oracle database and check for tablespaces that are nearly full. ---------------------------------------------------------------------- >Comment By: John Koyle (koiler) Date: 2005-02-03 13:59 Message: Logged In: YES user_id=420165 Hi Stanley, This is an updated version of this plugin that I am currently using. It works much better and actully functions as described in my comment from 11/8/04. If you could get this in /contrib instead of the current one I would appreciate it. Thanks! John ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-01-26 21:15 Message: Logged In: YES user_id=395628 Thank you very much for the plugin. Sorry so much time has passed before any acknowledgement of it. Your plugin should be in the /contrib dir of the CVS in the next 1-2 hours. ---------------------------------------------------------------------- Comment By: John Koyle (koiler) Date: 2004-11-08 09:04 Message: Logged In: YES user_id=420165 Here's a new version of this script that has a query that works better. If you have tablespaces with autoextending data files the previous version may claim that you are running out of space when datafiles still may autoextend. This version calculates the total amount of space based on how large the tablespace will become once all the datafiles are extended to their max. ---------------------------------------------------------------------- Comment By: gitesh (giteshtrivedi) Date: 2004-11-08 01:47 Message: Logged In: YES user_id=1140346 Dear friend, It is not working.When I was executed the said patch that time I got error that bad interprited. Please clearify it. ---------------------------------------------------------------------- Comment By: John Marquart (vaix) Date: 2003-02-20 11:15 Message: Logged In: YES user_id=102671 John - I will check out your code - am quite excited about how you implemented it. Just a FYI - the latest CVS version of the check_oracle plugin (1.4) contains code to both check tablespace utilization as well as cache hit percentages (library and data buffers). -vaix ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=689679&group_id=29880 From noreply at sourceforge.net Thu Feb 3 15:56:11 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 3 15:56:11 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1110973 ] check_log.sh bug when log is unreadable Message-ID: Patches item #1110973, was opened at 2005-01-27 19:27 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1110973&group_id=29880 Category: Bugfix Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Darian Rackam (darian23) >Assigned to: Ton Voon (tonvoon) Summary: check_log.sh bug when log is unreadable Initial Comment: check_log.sh always exits with an OK status if it runs as a user that does not have permissions to read the file being examined. The only indication of a problem goes to stderr (which nrpe discards). It would be best to exit with an UNKNOWN status. This can be accomplished by replacing the test for the logfile's existence with a test for readability. I'm attaching a patch against the version of check_log.sh from nagios-plugins-1.4-beta1. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2005-02-03 23:53 Message: Logged In: YES user_id=664364 Darian, Thanks for your patch. Made a slight adjustment so that it checks for existence first, then the readability, so the error message matches the conditions. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1110973&group_id=29880 From tonvoon at mac.com Thu Feb 3 16:02:37 2005 From: tonvoon at mac.com (Ton Voon) Date: Thu Feb 3 16:02:37 2005 Subject: [Nagiosplug-devel] 1.4 release In-Reply-To: <6E223484-6FE4-11D9-BD21-000A95D47298@mac.com> References: <6E223484-6FE4-11D9-BD21-000A95D47298@mac.com> Message-ID: Thanks for all your replies. The overwhelming response is to cut a release, so I'm going to do that now. Sascha Runschke makes a good point about outstanding bugs. Basically, we can only act on bugs that are in SF, so if it is not there, no-one can be working on it! I've tried to resolve the check_ping one, but I can't reproduce it and don't know where to begin. If anyone can provide a patch for that, I would be most grateful. I like Andreas' idea about a (known) BUGS file so I will create that now to include in the release. I'll make sure this gets updated with each release. The contents of this file will only be what is listed in SF - I cannot list bugs that are just casually mentioned in emails (check_disk problems in HP/UX?). Ton On 26 Jan 2005, at 21:51, Ton Voon wrote: > Hi! > > I was going to take a cut of the final 1.4 release today, but it looks > like there is still some active development going on. The bug pages > has 6 new ones from the last week, so probably need some attention. > I've fixed one (with a helpful patch from Randy O'Meara) and marked > another for temporary ignoral (until 1.5). The one about check_ping > segfault is beyond my abilities. > > Given that we will never have a perfect release (by one of the > unbroken rules of software development), what's the consensus? I think > there are 3 options: > > 1. Release 1.4 now and branch it. Only bugs fixed in 1.4 branch and we > can move onto 1.5. > > 2. Wait until all the bugs in the tracker are resolved (or marked to > be left till next release) > > 3. Wait for a few specific bugs to be squished > > Although 3 sounds reasonable, my vote is for 1. If you vote for 3, > then you have to specify exactly which bugs need squishing, otherwise > we'll be here for ages! > > The development team get triple votes because they do the work. Anyone > who can provide patches to some of the outstanding bugs can get double > points. Everyone else gets one vote. > > Ton > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting > Tool for open source databases. Create drag-&-drop reports. Save time > by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. > Download a FREE copy at http://www.intelliview.com/go/osdn_nl > _______________________________________________________ > Nagios Plugin Development Mailing List > Nagiosplug-devel at lists.sourceforge.net > Unsubscribe at > https://lists.sourceforge.net/lists/listinfo/nagiosplug-devel > ::: Please include plugins version (-v) and OS when reporting any > issue. ::: Messages without supporting info will risk being sent to > /dev/null > From noreply at sourceforge.net Thu Feb 3 16:08:59 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 3 16:08:59 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1106430 ] Patch for check_snmp.c to use snmpgetnext Message-ID: Patches item #1106430, was opened at 2005-01-21 01:41 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1106430&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: W Sanders (wsanders1) Assigned to: Nobody/Anonymous (nobody) Summary: Patch for check_snmp.c to use snmpgetnext Initial Comment: An occasion arose to make check_snmp use snmpgetnext instead of snmpget as its command to execute. (More info on this: http://e-docs.bea.com/wls/docs81/snmpman/snmpagent.html#Managed_Resources_and_MBeans see "Object Identifiers") Basically we can get an object in Weblogic (and maybe some other MIBs) by doing an snmpgetnext on a much shorter OID than an snmpget requires. Example - amount off free space on JVM heap is enterprises.140.625.340.1.25 via snmpgetnext or snmpwalk but snmpget requires enterprises.140.625.340.1.25.32.100.102.55.101.56.52.101.53.51.99.55.100.99.55.54.48.49.48.101.97.50.101.97.97.49.56.57.50.100.52.57.53 Don't ask me why - I'm no SNMP expert and I wouldn't admit to being one if I were! Anyway here are the diffs attached. Conveniently, a PATH_TP_SNMPGETNEXT macro is defined and set up in configure and in the resulting .h files. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2005-02-04 00:07 Message: Logged In: YES user_id=664364 Moving to patches because it looks like an enhancement rather than a bug. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1106430&group_id=29880 From noreply at sourceforge.net Thu Feb 3 16:09:17 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 3 16:09:17 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1107524 ] check_ping, segfault, popen problems Message-ID: Bugs item #1107524, was opened at 2005-01-22 22:39 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1107524&group_id=29880 Category: Parsing problem Group: CVS Status: Open Resolution: None >Priority: 7 Submitted By: gprosser (gprosser) Assigned to: Nobody/Anonymous (nobody) Summary: check_ping, segfault, popen problems Initial Comment: check_ping.c, including the current version in CVS, installs a signal handler for SIGALRM called popen_timeout_alarm_handler on startup, and sets an alarm to interrupt it later so the plugin doesn't run forever. However, the popen handler is set to kill the processes that was opened when an ALRM hits, and in certain circumstances (DNS timeouts) the plugin is still resolving the hostname of the target and has not yet opened a command. This leads to SIGSEGV when popen_timeout_(etc) tries to dereference a null pointer looking for what process to kill. I would suggest a safer benign signal handler to handle DNS timeouts be installed in the first case, and then changed just before the process is actually popened to the current handler. Thanks. -gnp ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2005-02-04 00:05 Message: Logged In: YES user_id=664364 Raising priority on this one. Cannot reproduce myself. Any test cases available? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1107524&group_id=29880 From noreply at sourceforge.net Thu Feb 3 16:34:04 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 3 16:34:04 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-689679 ] New plugin: check_oracle_tbs Message-ID: New Plugins item #689679, was opened at 2003-02-19 23:48 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=689679&group_id=29880 Category: Application monitor Group: None Status: Closed Resolution: None Priority: 5 Submitted By: John Koyle (koiler) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: New plugin: check_oracle_tbs Initial Comment: This is a simple plugin to connect to an oracle database and check for tablespaces that are nearly full. ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-02-04 00:29 Message: Logged In: YES user_id=395628 New version (1.2) should be in CVS. (PS I am not familiar with DBI. How does your program handle timeouts ? ) Thank you for the plugin. ---------------------------------------------------------------------- Comment By: John Koyle (koiler) Date: 2005-02-03 20:59 Message: Logged In: YES user_id=420165 Hi Stanley, This is an updated version of this plugin that I am currently using. It works much better and actully functions as described in my comment from 11/8/04. If you could get this in /contrib instead of the current one I would appreciate it. Thanks! John ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-01-27 04:15 Message: Logged In: YES user_id=395628 Thank you very much for the plugin. Sorry so much time has passed before any acknowledgement of it. Your plugin should be in the /contrib dir of the CVS in the next 1-2 hours. ---------------------------------------------------------------------- Comment By: John Koyle (koiler) Date: 2004-11-08 16:04 Message: Logged In: YES user_id=420165 Here's a new version of this script that has a query that works better. If you have tablespaces with autoextending data files the previous version may claim that you are running out of space when datafiles still may autoextend. This version calculates the total amount of space based on how large the tablespace will become once all the datafiles are extended to their max. ---------------------------------------------------------------------- Comment By: gitesh (giteshtrivedi) Date: 2004-11-08 08:47 Message: Logged In: YES user_id=1140346 Dear friend, It is not working.When I was executed the said patch that time I got error that bad interprited. Please clearify it. ---------------------------------------------------------------------- Comment By: John Marquart (vaix) Date: 2003-02-20 18:15 Message: Logged In: YES user_id=102671 John - I will check out your code - am quite excited about how you implemented it. Just a FYI - the latest CVS version of the check_oracle plugin (1.4) contains code to both check tablespace utilization as well as cache hit percentages (library and data buffers). -vaix ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=689679&group_id=29880 From tonvoon at mac.com Thu Feb 3 18:12:20 2005 From: tonvoon at mac.com (Ton Voon) Date: Thu Feb 3 18:12:20 2005 Subject: [Nagiosplug-devel] Hooray - 1.4 is out! What next? Message-ID: <16E8C7DA-7652-11D9-BD21-000A95D47298@mac.com> Well, we've finally got to 1.4. Thanks to everyone who has helped get this release out and helped make this software better. What's next? Firstly, I'm not going to branch the code just yet. During the 1.3 and 1.4 period, it was a pain to try and write to two branches, so I suggest we leave one branch going for a month which will take us to 1.4.1. This will be mainly bug fixes, but I think it is okay to commit patches that are a bit more complex, and even add small extra functionality. However, major work should not commence until the branching. I'll leave it to you to decide what "major" work is :) If you have contributions to add, make sure it is in SourceForge, otherwise it may slip off the minds of the developers! Another lesson I've learnt is that we should do more releases more often. Having a huge release just causes too many problems with alphas and betas. I provisionally say we do a 1.5 release around September, but that really depends if we have any major functionality added. I'll take a "want list" from all of you after 1.4.1 is released. If anyone disagrees, let me know - I'm always ready to be persuaded. Ton From ae at op5.se Fri Feb 4 03:17:26 2005 From: ae at op5.se (Andreas Ericsson) Date: Fri Feb 4 03:17:26 2005 Subject: [Nagiosplug-devel] Hooray - 1.4 is out! What next? In-Reply-To: <16E8C7DA-7652-11D9-BD21-000A95D47298@mac.com> References: <16E8C7DA-7652-11D9-BD21-000A95D47298@mac.com> Message-ID: <420359AC.5030303@op5.se> Ton Voon wrote: > Well, we've finally got to 1.4. Thanks to everyone who has helped get > this release out and helped make this software better. > Splendid news. Nice work, fellas. > What's next? Firstly, I'm not going to branch the code just yet. During > the 1.3 and 1.4 period, it was a pain to try and write to two branches, > so I suggest we leave one branch going for a month which will take us to > 1.4.1. This will be mainly bug fixes, but I think it is okay to commit > patches that are a bit more complex, and even add small extra > functionality. > > However, major work should not commence until the branching. I'll leave > it to you to decide what "major" work is :) > > If you have contributions to add, make sure it is in SourceForge, > otherwise it may slip off the minds of the developers! > > Another lesson I've learnt is that we should do more releases more > often. Having a huge release just causes too many problems with alphas > and betas. I provisionally say we do a 1.5 release around September, but > that really depends if we have any major functionality added. I'll take > a "want list" from all of you after 1.4.1 is released. > > If anyone disagrees, let me know - I'm always ready to be persuaded. > I disagree. You should release even more often than that. Check if you have ten or more new (small) features or bugfixes at the end of each month, and if you do, make a micro-release (1.4.1 -> 1.4.2). For 1.5; * aim to get rid of output parsing plugins completely. Implement system calls to get disk/memory/swap/load status instead (the ISC dhcp suite of programs have excellent ways of determining system type and version). * rewrite commonly used perl/shell/python/whatever plugins in C. (this will in time allow Nagios to load plugins as shared modules, which can only be a good thing). * minimize the perl module dependencies. Just my $0.02 -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From stephan.janosch at interface-business.de Fri Feb 4 05:26:04 2005 From: stephan.janosch at interface-business.de (Stephan Janosch) Date: Fri Feb 4 05:26:04 2005 Subject: [Nagiosplug-devel] compiling check_icmp on Solaris 5.9 Message-ID: <420377A9.109@interface-business.de> Hi guys! I compiled plugins 1.4 on a solaris (SunOS 5.9 Generic_117171-15 sun4u sparc SUNW,UltraAX-i2 ) box. Following error occured: # make make all-recursive Making all in intl Making all in lib make all-am Making all in plugins gcc -g -O2 -L. -o check_icmp check_icmp.o ../intl/libintl.a -liconv -lgen -lsocket Undefined first referenced symbol in file gethostbyname check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) inet_addr check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) inet_ntoa check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) ld: fatal: Symbol referencing errors. No output written to check_icmp collect2: ld returned 1 exit status *** Error code 1 make: Fatal error: Command failed for target `check_icmp' Current working directory /export/home/stephan/nagios-plugins-1.4/plugins *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Sorry for the linebreaks. These three symbols could not be found, because they are defined in _libnsl_. So I did following: I added "-lnsl" to the "gcc-line": # gcc -g -O2 -L. -o check_icmp check_icmp.o ../intl/libintl.a -liconv -lgen -lsocket -lnsl Then check_icmp was complied succesfully. I hope, that helps on future issues with check_icmp. Best regards, Stephan From link at pobox.com Fri Feb 4 09:53:52 2005 From: link at pobox.com (Terje Bless) Date: Fri Feb 4 09:53:52 2005 Subject: [Nagiosplug-devel] Re: Hooray - 1.4 is out! What next? In-Reply-To: <420359AC.5030303@op5.se> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Andreas Ericsson wrote: >I disagree. You should release even more often than that. Check if you >have ten or more new (small) features or bugfixes at the end of each >month, and if you do, make a micro-release (1.4.1 -> 1.4.2). Hmm. I would generalize that to ?Don't be afraid of version numbers?. :-) If you have at least one new feature do 1.5.0, if it's just bug fixes do 1.4.1; if you have both, consider doing both 1.5.0 and 1.4.1. Don't worry about this landing you with 1.10.0 and 1.15.0 versions; it'll work out... If you have ?major functionality added? you should do 2.0.0. New feature releases more often than quarterly will probably be a drain on both develpoers, packagers, and users; but bugfix releases can be done as often as you can be bothered to put one together. Oh, and one likely benefit of frequent releases is it will encourage better (more automated) release procedures, and possibly even a more comprehensive regression test suite. This can only be a good thing. Other than that; +1 on Andreas' comments. - -- >For all I know they probably have a standard for >which direction to put the thread on a bolt. That would be ISO 261:1973. -- John Cowan -----BEGIN PGP SIGNATURE----- Version: PGP SDK 3.2.2 iQA/AwUBQgO2fKPyPrIkdfXsEQKW7QCfdcoVbH4A3OyTApgDNtGDGjmNckgAoLT+ 9/P0i9PXXwFoYseUmTjtR/Ls =B8xQ -----END PGP SIGNATURE----- From noreply at sourceforge.net Fri Feb 4 13:14:48 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 4 13:14:48 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-689679 ] New plugin: check_oracle_tbs Message-ID: New Plugins item #689679, was opened at 2003-02-19 16:48 Message generated for change (Comment added) made by koiler You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=689679&group_id=29880 Category: Application monitor Group: None Status: Closed Resolution: None Priority: 5 Submitted By: John Koyle (koiler) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: New plugin: check_oracle_tbs Initial Comment: This is a simple plugin to connect to an oracle database and check for tablespaces that are nearly full. ---------------------------------------------------------------------- >Comment By: John Koyle (koiler) Date: 2005-02-04 14:14 Message: Logged In: YES user_id=420165 Right now it doesn't do anything special to handle timeouts. If a connection to the database cannot be made, a TCP timeout will eventually occur, and the DBI Connect won't return a valid DB handle. If this happens, the program currently exits with an UNKNOWN status. Apply this small patch and it will print an error to STDOUT before exiting. Several solutions to the timeout issue exist, but would only complicate the plugin. Dealing with a timeout issue would make more sense in the check_oracle plugin which checks for general availability rather than here. Thanks again. --- check_oracle_tbs.orig 2005-02-04 14:04:19.000000000 -0700 +++ check_oracle_tbs 2005-02-04 14:04:54.000000000 -0700 @@ -193,7 +193,7 @@ $dbh = DBI->connect("$orasid", "$orauser", "$orapwd", "Oracle"); if (!$dbh) { - if ($opt_debug) { print "ERROR: Could not connect to Oracle!\n\n"; } + print "ERROR: Could not connect to Oracle!\n\n"; CleanupAndExit($ERRORS{'UNKNOWN'}); } if ($opt_debug) { print "Connected to Oracle SID $orasid\n\n"; } ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-02-03 17:29 Message: Logged In: YES user_id=395628 New version (1.2) should be in CVS. (PS I am not familiar with DBI. How does your program handle timeouts ? ) Thank you for the plugin. ---------------------------------------------------------------------- Comment By: John Koyle (koiler) Date: 2005-02-03 13:59 Message: Logged In: YES user_id=420165 Hi Stanley, This is an updated version of this plugin that I am currently using. It works much better and actully functions as described in my comment from 11/8/04. If you could get this in /contrib instead of the current one I would appreciate it. Thanks! John ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-01-26 21:15 Message: Logged In: YES user_id=395628 Thank you very much for the plugin. Sorry so much time has passed before any acknowledgement of it. Your plugin should be in the /contrib dir of the CVS in the next 1-2 hours. ---------------------------------------------------------------------- Comment By: John Koyle (koiler) Date: 2004-11-08 09:04 Message: Logged In: YES user_id=420165 Here's a new version of this script that has a query that works better. If you have tablespaces with autoextending data files the previous version may claim that you are running out of space when datafiles still may autoextend. This version calculates the total amount of space based on how large the tablespace will become once all the datafiles are extended to their max. ---------------------------------------------------------------------- Comment By: gitesh (giteshtrivedi) Date: 2004-11-08 01:47 Message: Logged In: YES user_id=1140346 Dear friend, It is not working.When I was executed the said patch that time I got error that bad interprited. Please clearify it. ---------------------------------------------------------------------- Comment By: John Marquart (vaix) Date: 2003-02-20 11:15 Message: Logged In: YES user_id=102671 John - I will check out your code - am quite excited about how you implemented it. Just a FYI - the latest CVS version of the check_oracle plugin (1.4) contains code to both check tablespace utilization as well as cache hit percentages (library and data buffers). -vaix ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=689679&group_id=29880 From benoit.mortier at opensides.be Fri Feb 4 13:30:53 2005 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Fri Feb 4 13:30:53 2005 Subject: [Nagiosplug-devel] Hooray - 1.4 is out! What next? In-Reply-To: <420359AC.5030303@op5.se> References: <16E8C7DA-7652-11D9-BD21-000A95D47298@mac.com> <420359AC.5030303@op5.se> Message-ID: <200502042230.20965.benoit.mortier@opensides.be> Le Vendredi 4 F?vrier 2005 12:17, Andreas Ericsson a ?crit?: > Ton Voon wrote: > > Well, we've finally got to 1.4. Thanks to everyone who has helped get > > this release out and helped make this software better. > > Splendid news. Nice work, fellas. > > > What's next? Firstly, I'm not going to branch the code just yet. During > > the 1.3 and 1.4 period, it was a pain to try and write to two branches, > > so I suggest we leave one branch going for a month which will take us > > to 1.4.1. This will be mainly bug fixes, but I think it is okay to > > commit patches that are a bit more complex, and even add small extra > > functionality. > > > > However, major work should not commence until the branching. I'll leave > > it to you to decide what "major" work is :) > > > > If you have contributions to add, make sure it is in SourceForge, > > otherwise it may slip off the minds of the developers! > > > > Another lesson I've learnt is that we should do more releases more > > often. Having a huge release just causes too many problems with alphas > > and betas. I provisionally say we do a 1.5 release around September, > > but that really depends if we have any major functionality added. I'll > > take a "want list" from all of you after 1.4.1 is released. > > > > If anyone disagrees, let me know - I'm always ready to be persuaded. > > I disagree. You should release even more often than that. Check if you > have ten or more new (small) features or bugfixes at the end of each > month, and if you do, make a micro-release (1.4.1 -> 1.4.2). I'am all for microrelease but it think one release avery two month is more realistic ;-) > For 1.5; > * aim to get rid of output parsing plugins completely. Implement system > calls to get disk/memory/swap/load status instead (the ISC dhcp suite of > programs have excellent ways of determining system type and version). that's the way to go .. > * rewrite commonly used perl/shell/python/whatever plugins in C. (this > will in time allow Nagios to load plugins as shared modules, which can > only be a good thing). Yes, i wanted to do that for a long time. > * minimize the perl module dependencies. That would be agood thing I would add : - Localize more plugins .. - Create templates for c, perl, python plugins - document libraries of function with doxygen Elect a release manager for the contrib section so he could manage this part more efficiently.. That's all i have in my mind for now ;-) -- Benoit Mortier Linux Engineer www.opensides.be From droopy at neap.net Fri Feb 4 19:40:43 2005 From: droopy at neap.net (Andrew Perron) Date: Fri Feb 4 19:40:43 2005 Subject: [Nagiosplug-devel] spopen and pipes? Message-ID: <1107295317.41fffc55c4a48@secure.neap.net> I've taken over some old netsaint plugins that a developer made for us and they were not working in nagios, so I was trying to convert them (i.e. rewrite from scratch). One thing, in comparing how he did it vs. what the guide recommends is the use of popen instead of spopen and writing information to temporary files. I would like to do what amounts to the following to a log file on a syslog server: - use grep to find relevant entries (many) - use sort to ensure that they are in order (may not be) - use tail to get the most recent entry Seems only under certain specific circumstances can I use pipes or redirects in the spopen command string, so my question is whether there's a way to pipe the output of spopen pipes from one to another or if there is another workaround. I tried using the output from the command executed and then writing to a file, but due to the volume this seems to cause unreasonable delays causing plugins to timeout. Thanks for any help. Regards, Droopy From Stanley.Hopcroft at IPAustralia.Gov.AU Fri Feb 4 21:21:46 2005 From: Stanley.Hopcroft at IPAustralia.Gov.AU (Stanley Hopcroft) Date: Fri Feb 4 21:21:46 2005 Subject: [Nagiosplug-devel] Re: Hooray - 1.4 is out! What next? In-Reply-To: References: Message-ID: <20050205052044.GC233@IPAustralia.Gov.AU> Dear Folks, Le Vendredi 4 F?vrier 2005 12:17, Benoit Mortier a ?crit : > Ton Voon wrote: > > Well, we've finally got to 1.4. Thanks to everyone who has helped > > this release out and helped make this software better. > > Splendid news. Nice work, fellas. > > > What's next? > > For 1.5; > > * aim to get rid of output parsing plugins completely. Implement > > system calls to get disk/memory/swap/load status instead (the ISC > > dhcp suite of > > programs have excellent ways of determining system type and > > version). > that's the way to go .. > > * rewrite commonly used perl/shell/python/whatever plugins in C. > > (this will in time allow Nagios to load plugins as shared modules, > > which can only be a good thing). > Yes, i wanted to do that for a long time. > > * minimize the perl module dependencies. > That would be agood thing Why ? You may wish to do this because you are reselling Nagios and the Nagios plugins, and want to conceal the fact, or it reduces your installation costs. This is not necessarily a bad thing; a slicker install is good. However, in 1.4 there have been two attempts at this in check_icmp and check_dhcp. At least one attempt - check_dhcp - is not a happy plugin in all enterprise environments. And I am quite clear about whose fault that is: mine (and in any case, someone will make it better). However, if it where implemented in Perl for example, multi-platform comes at the cost of either 1 fork tax (Perl load, compile and execution) if your code uses _only_ built in functions (ie no modules) 2 the expense of installing a module (FWIW, I think CPAN can be programmed to automate installation). Again, people should ask themselves why are they doing this ? I may be able to write write faster code in C but I can certainly code faster in other languages. Also, what one gets is basically a limited function plugin that is less likely to distinguish Nagios from its competitors. The next most obvious disappointment of Tivoli and HPOV (after the cost) is the extremely low function. Both products seem to provide highly scalable employment opportunities for either consulting, or administering giant pollers. Apart from the GUI configuration and the self discovery these products have little more to commend them (excepting the Tivoli rules engine). (& both of these features are _useless_ to network owners/admins, because people are hired to setup Tivoli or HPOV, and no one is brave enough to ever ever change things after). In my view, plugins should do cool things (or check hot boxes if you will); how they do so may be best left up to the imagination and best efforts of those who conceive of how to do the cool things. Here is an example, my employer checks multi-page web transactions requiring any and all of 1 proxying HTTP and SSL 2 authorisation (by proxy and origin) 3 scraping content out of one page to pass onto the next 4 timing 5 HTMl/XML parsing 6 GET/POST to web forms The service checks to do this are built in Perl (or could be Ruby, Python) on a custom Perl class (although there are standard ways of doing this now). And in case this is not compelling, another Perl service check does a complete site specific simulation of Win 9x client logon to an NT domain: locate Domain controllers, connect to the IPC$ share, read the LANMAN.INI script, parse it and connect to shares. This one is built on top of a Perl XS class that interfaces Perl to some of the Samba library functions and other _C functions_ written specially for this class (produce the plugin ? the XS class is not good enough to maintain & the LANMAN.INI parsing is not general enough. Also it doesn't test a 2k/XP client logon) The idea of providing this general function in C alone is silly. If it weren't, there would be _no_ Java, C++ etc. The fact that my implementation skills are lacking does not invalidate the cross language approach. Also, most contemporary scripting language Interpreters can be embedded in C providing all the power of the script language to do stuff far more concisely than in C. Have a look at perldoc perlembed for examples of functions to 1 match character strings 2 substitute character strings If examples of their application don't come to mind, look at the huge amount of duplicated code in Nagios (eg utils.c) that does things like substitute macro values for the macro names, crump illegal characters, find things in strings. So sure, perfect the check_dns plugin by using the resolver libraries, but remember, you're still only getting RRs. The way to decide between implementation alternatives is to have an adequate view of our objectives and businesses. [ lot's of other good things snipped ] > That's all i have in my mind for now ;-) > -- > Benoit Mortier > Linux Engineer > www.opensides.be Yours sincerely. -- Stanley Hopcroft IP Australia Ph: (02) 6283 3189 Fax: (02) 6281 1353 PO Box 200 Woden ACT 2606 http://www.ipaustralia.gov.au -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: disclaimer.txt URL: From ae at op5.se Sat Feb 5 01:59:52 2005 From: ae at op5.se (Andreas Ericsson) Date: Sat Feb 5 01:59:52 2005 Subject: [Nagiosplug-devel] Re: Hooray - 1.4 is out! What next? In-Reply-To: <20050205052044.GC233@IPAustralia.Gov.AU> References: <20050205052044.GC233@IPAustralia.Gov.AU> Message-ID: <420498FA.5030303@op5.se> Stanley Hopcroft wrote: > Dear Folks, > > Le Vendredi 4 F?vrier 2005 12:17, Benoit Mortier a ?crit : > >>Ton Voon wrote: >> >>>Well, we've finally got to 1.4. Thanks to everyone who has helped >>>this release out and helped make this software better. >> >>Splendid news. Nice work, fellas. >> >> >>>What's next? > > > >>>For 1.5; >>>* aim to get rid of output parsing plugins completely. Implement >>>system calls to get disk/memory/swap/load status instead (the ISC >>>dhcp suite of >>>programs have excellent ways of determining system type and >>>version). > > >>that's the way to go .. > > >>>* rewrite commonly used perl/shell/python/whatever plugins in C. >>>(this will in time allow Nagios to load plugins as shared modules, >>>which can only be a good thing). > > >>Yes, i wanted to do that for a long time. > > >>>* minimize the perl module dependencies. > > >>That would be agood thing > > > > Why ? > So as to simplify for end users. When I say minimize, I mean get rid of dependencies for modules that are used once in rarely used plugins for which a routine can be somewhat easily coded in-line. And remember, I said minimize, not remove altogether. What I meant was that plugins that use a single sub from a module and that sub can be brought inline without too much work should have those subs brought inline. > You may wish to do this because you are reselling Nagios and the Nagios > plugins, and want to conceal the fact, or it reduces your installation > costs. This is not necessarily a bad thing; a slicker install is good. > No. We don't conceal that fact at all. Quite the contrary, we're riding the opensource hype. We've written a new GUI and some other things, but we never hide that we're using opensource projects (and which) as our base. As for reducing our install costs, creating a perlmodule RPM takes about 10 minutes (with testing) and is a one-time penalty as the same .spec can usually be used with upgrades as well. We have the knowledge and resources to do that, but many end first time users don't. > However, in 1.4 there have been two attempts at this in check_icmp and > check_dhcp. > > At least one attempt - check_dhcp - is not a happy plugin in all > enterprise environments. And I am quite clear about whose fault that is: > mine (and in any case, someone will make it better). > > However, if it where implemented in Perl for example, multi-platform > comes at the cost of either > > 1 fork tax (Perl load, compile and execution) if your code uses > _only_ built in functions (ie no modules) > > 2 the expense of installing a module (FWIW, I think CPAN can be > programmed to automate installation). > > Again, people should ask themselves why are they doing this ? > Yes. I wrote check_icmp in pure C because it is quite often used configured_hosts or even configured_hosts*2 times in a nagios setup. The speed/scalability gain of writing it in C and implementing tighter scheduling and timings are multiplied ad nauseum, and faster down detection makes nagios' serialized host checks less of an awkward issue. For check_dhcp which wouldn't be used quite so often an execution speed tradeoff for implementation speedup is certainly acceptable. I vote C for check_dhcp because we could then use the already ported code in ISC's dhcp suite programs and get a complete protocol documentation at the same time, but I wouldn't want it written in C if that would take 6 months vs a perl implementation in a week or two. > I may be able to write write faster code in C but I can certainly code > faster in other languages. > As can most, with exception of assembly code. Let's agree here and now to never write plugins in asm. ;) > Also, what one gets is basically a limited function plugin that is less > likely to distinguish Nagios from its competitors. > How so? C is a complete language so adding new features once the protocol is implemented shouldn't be too hard. > The next most obvious disappointment of Tivoli and HPOV (after the cost) > is the extremely low function. Both products seem to provide highly > scalable employment opportunities for either consulting, or > administering giant pollers. Apart from the GUI configuration and the > self discovery these products have little more to commend them > (excepting the Tivoli rules engine). > > (& both of these features are _useless_ to network owners/admins, > because people are hired to setup Tivoli or HPOV, and no one is brave > enough to ever ever change things after). > > In my view, plugins should do cool things (or check hot boxes if you > will); how they do so may be best left up to the imagination and best > efforts of those who conceive of how to do the cool things. > > Here is an example, my employer checks multi-page web transactions > requiring any and all of > > 1 proxying HTTP and SSL > > 2 authorisation (by proxy and origin) > > 3 scraping content out of one page to pass onto the next > > 4 timing > > 5 HTMl/XML parsing > > 6 GET/POST to web forms > > The service checks to do this are built in Perl (or could be Ruby, > Python) on a custom Perl class (although there are standard ways of > doing this now). > > And in case this is not compelling, another Perl service check does a > complete site specific simulation of Win 9x client logon to an NT > domain: locate Domain controllers, connect to the IPC$ share, read the > LANMAN.INI script, parse it and connect to shares. This one is built on > top of a Perl XS class that interfaces Perl to some of the Samba library > functions and other _C functions_ written specially for this class > (produce the plugin ? the XS class is not good enough to maintain & the > LANMAN.INI parsing is not general enough. Also it doesn't test a 2k/XP > client logon) > > The idea of providing this general function in C alone is silly. If it > weren't, there would be _no_ Java, C++ etc. > I agree. This sort of highly specialized plugins should be written in perl. What I meant was that plugins that parse the output of commands should be reimplemented in C, using the libraries of the command in question, or implement the appropriate system calls themselves (this can be done fairly easy, using the ISC ./configure approach). > The fact that my implementation skills are lacking does not invalidate > the cross language approach. > > Also, most contemporary scripting language Interpreters can be embedded > in C providing all the power of the script language to do stuff far more > concisely than in C. > Yes, but that adds a lot of complexity to the nagios core and doesn't necessarily work as planned (embedded perl). It also often require users to make modifications to their scripts, which consumes resources on a running basis for contributed plugins or, worse, prevents people from contributing their clever script plugins. Adding instability to the daemon is unacceptable in pretty much all environments. > Have a look at perldoc perlembed for examples of functions to > > 1 match character strings > > 2 substitute character strings > > If examples of their application don't come to mind, look at the huge > amount of duplicated code in Nagios (eg utils.c) that does things like > substitute macro values for the macro names, crump illegal characters, > find things in strings. > I agree. It should be done differently, but for now that's not the issue unless you intend to rewrite nagios in perl (*shudder*) which would be a fairly useless effort. > So sure, perfect the check_dns plugin by using the resolver libraries, I intend to start hacking on that next. More as an exercise in intellectual masturbation, but still. > but remember, you're still only getting RRs. > The check_{dig,dns} plugins parse output of programs that use resolver libs, so whatever they can do, check_nameserver will be able to. > The way to decide between implementation alternatives is to have an > adequate view of our objectives and businesses. > Indeed. C should be used where plugins parse output of programs written in C (from perldoc perlembed manpage; Use C from C? Rethink your design.). New implementations that do things there are no programs for (or combine the features of several advanced programs) are best left written in a script language as they will most likely be advanced enough without adding memory management and the requirement for several -devel packages at ./configure time. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From benoit.mortier at opensides.be Sat Feb 5 04:09:31 2005 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Sat Feb 5 04:09:31 2005 Subject: [Nagiosplug-devel] Re: Hooray - 1.4 is out! What next? In-Reply-To: <20050205052044.GC233@IPAustralia.Gov.AU> References: <20050205052044.GC233@IPAustralia.Gov.AU> Message-ID: <200502051308.33959.benoit.mortier@opensides.be> Le Samedi 5 F?vrier 2005 06:20, Stanley Hopcroft a ?crit?: > Dear Folks, > > Le Vendredi 4 F?vrier 2005 12:17, Benoit Mortier a ?crit : > > Ton Voon wrote: > > > Well, we've finally got to 1.4. Thanks to everyone who has helped > > > this release out and helped make this software better. > > > > Splendid news. Nice work, fellas. > > > > > What's next? > > > > > > > > > For 1.5; > > > * aim to get rid of output parsing plugins completely. Implement > > > system calls to get disk/memory/swap/load status instead (the ISC > > > dhcp suite of > > > programs have excellent ways of determining system type and > > > version). > > > > that's the way to go .. > > > > > * rewrite commonly used perl/shell/python/whatever plugins in C. > > > (this will in time allow Nagios to load plugins as shared modules, > > > which can only be a good thing). > > > > Yes, i wanted to do that for a long time. > > > > > * minimize the perl module dependencies. > > > > That would be agood thing > > Why ? > > You may wish to do this because you are reselling Nagios and the Nagios > plugins, and want to conceal the fact, or it reduces your installation > costs. This is not necessarily a bad thing; a slicker install is good. I do install Nagios ;-) but i do not sell it and my platform is Debian so install is a snap. > However, in 1.4 there have been two attempts at this in check_icmp and > check_dhcp. > > At least one attempt - check_dhcp - is not a happy plugin in all > enterprise environments. And I am quite clear about whose fault that is: > mine (and in any case, someone will make it better). > > However, if it where implemented in Perl for example, multi-platform > comes at the cost of either > > 1 fork tax (Perl load, compile and execution) if your code uses > _only_ built in functions (ie no modules) > > 2 the expense of installing a module (FWIW, I think CPAN can be > programmed to automate installation). > > Again, people should ask themselves why are they doing this ? You got a very valid point for this ! > I may be able to write write faster code in C but I can certainly code > faster in other languages. Yes sure.. > Also, what one gets is basically a limited function plugin that is less > likely to distinguish Nagios from its competitors. Yes and from the user point of view the flexibility is the most important with snmp support for some of them. > The next most obvious disappointment of Tivoli and HPOV (after the cost) > is the extremely low function. Both products seem to provide highly > scalable employment opportunities for either consulting, or > administering giant pollers. Apart from the GUI configuration and the > self discovery these products have little more to commend them > (excepting the Tivoli rules engine). Yes i just come back from solutionlinux at Paris, France and our stand were next the standof HP where they demonstrated HPOV ;-) and people keep goin to our stand to get new about nagios and the plugins. The localization of the plugins was one of the most asked question. > (& both of these features are _useless_ to network owners/admins, > because people are hired to setup Tivoli or HPOV, and no one is brave > enough to ever ever change things after). > > In my view, plugins should do cool things (or check hot boxes if you > will); how they do so may be best left up to the imagination and best > efforts of those who conceive of how to do the cool things. Yes plugins should be able to do thing like checking temp, acces to rack, fire etc... ;-) > Here is an example, my employer checks multi-page web transactions > requiring any and all of > > 1 proxying HTTP and SSL > > 2 authorisation (by proxy and origin) > > 3 scraping content out of one page to pass onto the next > > 4 timing > > 5 HTMl/XML parsing > > 6 GET/POST to web forms > > The service checks to do this are built in Perl (or could be Ruby, > Python) on a custom Perl class (although there are standard ways of > doing this now). Great for that effectively perl is the best with the help of cpan. > And in case this is not compelling, another Perl service check does a > complete site specific simulation of Win 9x client logon to an NT > domain: locate Domain controllers, connect to the IPC$ share, read the > LANMAN.INI script, parse it and connect to shares. This one is built on > top of a Perl XS class that interfaces Perl to some of the Samba library > functions and other _C functions_ written specially for this class > (produce the plugin ? the XS class is not good enough to maintain & the > LANMAN.INI parsing is not general enough. Also it doesn't test a 2k/XP > client logon) > > The idea of providing this general function in C alone is silly. If it > weren't, there would be _no_ Java, C++ etc. Yes you are right, perl should have the some fonctionnality than c or c++. It means that we should focus on getting basic plugins template for c, perl, python, localization should not be restricted to c. > The fact that my implementation skills are lacking does not invalidate > the cross language approach. Of course, mine neither ;-) > Also, most contemporary scripting language Interpreters can be embedded > in C providing all the power of the script language to do stuff far more > concisely than in C. Yes i have seen that recently with one of mine developper collegue ;-) > Have a look at perldoc perlembed for examples of functions to > > 1 match character strings > > 2 substitute character strings > > If examples of their application don't come to mind, look at the huge > amount of duplicated code in Nagios (eg utils.c) that does things like > substitute macro values for the macro names, crump illegal characters, > find things in strings. Yes that's awfull ;-( > So sure, perfect the check_dns plugin by using the resolver libraries, > but remember, you're still only getting RRs. > > The way to decide between implementation alternatives is to have an > adequate view of our objectives and businesses. Yes we should think more about multiplatform, easier coding, templating, localizing. Have a nice day -- Benoit Mortier Linux Engineer www.opensides.be From noreply at sourceforge.net Sat Feb 5 14:09:11 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Feb 5 14:09:11 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1117037 ] rpmbuild for 1.4 fails Message-ID: Bugs item #1117037, was opened at 2005-02-05 23:08 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=1117037&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Martijn Lievaart (mappie) Assigned to: Nobody/Anonymous (nobody) Summary: rpmbuild for 1.4 fails Initial Comment: Trying to build an rpm (rpmbuild -tb nagios-plugins-1.4.tar.gz) I get: RPM build errors: File not found: /var/tmp/nagios-plugins-1.4-1-root-martijn/usr/lib/nagios/plugins/check_fping File not found: /var/tmp/nagios-plugins-1.4-1-root-martijn/usr/lib/nagios/plugins/check_game File not found: /var/tmp/nagios-plugins-1.4-1-root-martijn/usr/lib/nagios/plugins/check_radius Any clues? TIA, M4 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1117037&group_id=29880 From noreply at sourceforge.net Sun Feb 6 06:00:25 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Feb 6 06:00:25 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1117037 ] rpmbuild for 1.4 fails Message-ID: Bugs item #1117037, was opened at 2005-02-05 23:08 Message generated for change (Comment added) made by mappie You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1117037&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Martijn Lievaart (mappie) Assigned to: Nobody/Anonymous (nobody) Summary: rpmbuild for 1.4 fails Initial Comment: Trying to build an rpm (rpmbuild -tb nagios-plugins-1.4.tar.gz) I get: RPM build errors: File not found: /var/tmp/nagios-plugins-1.4-1-root-martijn/usr/lib/nagios/plugins/check_fping File not found: /var/tmp/nagios-plugins-1.4-1-root-martijn/usr/lib/nagios/plugins/check_game File not found: /var/tmp/nagios-plugins-1.4-1-root-martijn/usr/lib/nagios/plugins/check_radius Any clues? TIA, M4 ---------------------------------------------------------------------- >Comment By: Martijn Lievaart (mappie) Date: 2005-02-06 14:59 Message: Logged In: YES user_id=984925 BTW, this is on FC1, although I don't think it matters. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1117037&group_id=29880 From bohara at gmail.com Sun Feb 6 14:15:31 2005 From: bohara at gmail.com (Ben O'Hara) Date: Sun Feb 6 14:15:31 2005 Subject: [Nagiosplug-devel] Check Gmirror In-Reply-To: <16E8C7DA-7652-11D9-BD21-000A95D47298@mac.com> References: <16E8C7DA-7652-11D9-BD21-000A95D47298@mac.com> Message-ID: <2b36e66050206141335f6e86e@mail.gmail.com> Hi Guys, Before i waste any time, and after a google, does anyone have a script to check the status of a freebsbd gmirror software raid? If not ill write a script, but no point reinventing the wheel ;-) Ben From noreply at sourceforge.net Sun Feb 6 18:53:18 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Feb 6 18:53:18 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1117643 ] Problems compiling 1.4 on Solaris 8 x86 Message-ID: Bugs item #1117643, was opened at 2005-02-06 20:52 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=1117643&group_id=29880 Category: Parsing problem Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Jeremy Russell (ellipses) Assigned to: Nobody/Anonymous (nobody) Summary: Problems compiling 1.4 on Solaris 8 x86 Initial Comment: make errored on compling check_icmp. ---------------------------------------------- gcc -g -O2 -L. -R/usr/local/ssl/lib -L/usr/local/ssl/lib -o check_icmp check_icmp.o ../intl/libintl.a -liconv -lgen - lsocket -I/usr/local/ssl/include Undefined first referenced symbol in file gethostbyname check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) inet_addr check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) inet_ntoa check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) ld: fatal: Symbol referencing errors. No output written to check_icmp collect2: ld returned 1 exit status make[2]: *** [check_icmp] Error 1 make[2]: Leaving directory `/usr/local/support/src/monitor/nagios-plugins- 1.4/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/support/src/monitor/nagios-plugins-1.4' make: *** [all] Error 2 ------------------------------------------ gcc -v Reading specs from /usr/local/lib/gcc-lib/i386-pc- solaris2.8/2.95.3/specs gcc version 2.95.3 20010315 (release) edited plugins/Makefile # diff Makefile Makefile.orig 419c419 < check_icmp_LDADD = -lnsl --- > check_icmp_LDADD = attaching config.log ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1117643&group_id=29880 From noreply at sourceforge.net Mon Feb 7 10:46:23 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Feb 7 10:46:23 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1090549 ] check_dhcp ignores DHCP replies Message-ID: Bugs item #1090549, was opened at 2004-12-23 12:21 Message generated for change (Comment added) made by wotevah You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1090549&group_id=29880 Category: None Group: v1.3.0 beta3 Status: Open Resolution: None Priority: 5 Submitted By: L.C. (Laurentiu C. Badea) (wotevah) Assigned to: Benoit Mortier (opensides) Summary: check_dhcp ignores DHCP replies Initial Comment: check_dhcp ignores the DHCP replies apparently because they are broadcast to 255.255.255.255. .bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from , length: 548, flags: [Broadcast] .bootps > 255.255.255.255.bootpc: BOOTP/DHCP, Reply, length: 420, flags: [Broadcast] (0x8000) I believe the problem may be that recvfrom is not expecting a possible broadcast packet in response, so it ignores it. Relevant part from strace below: sendto(3, , 548, 0, {sa_family=AF_INET, sin_port=htons(67), sin_addr=inet_addr("255.255.255.255")}, 16) = 548 time([1103833074]) = 1103833074 time([1103833074]) = 1103833074 select(4, [3], NULL, NULL, {2, 0}) = 1 (in [3], left {1, 999000}) recvfrom(3, 0xfef67370, 548, 2, 0xfef67280, 0xfef67274) = -1 EINVAL (Invalid argument) recvfrom(3, 0xfef67370, 548, 0, 0xfef67280, 0xfef67274) = -1 EINVAL (Invalid argument) Client is Fedora Core 2 with nagios-plugins-1.3.1-10.1.fc2.dag. Server is Red Hat 9 with dhcp-3.0pl1-23. ---------------------------------------------------------------------- >Comment By: L.C. (Laurentiu C. Badea) (wotevah) Date: 2005-02-07 10:45 Message: Logged In: YES user_id=724669 I have to apologize, I haven't been monitoring this report (I was kind of hoping SF would send notification emails on activity, but it didn't). Anyway, I noticed a difference between my strace and the others, that may be significant. Specifically, the select() call returns with data on the socket in my version (but the recvfrom still fails!), while it times out in the others. So we may be dealing with two different problems here. Yes, exactly what you wanted to hear, isn't it... I'll try the CVS version later on tonight and let you know. ---------------------------------------------------------------------- Comment By: Reuben Farrelly (reuben) Date: 2005-01-24 02:48 Message: Logged In: YES user_id=26209 Ok it's a flat topology: * Single switch * Single router, with 192.168.0.1 internally, 60.234.x.x address externally doing NAT * Single Linux server, 2.6.11-rc1-mm2 (at the moment), with eth0 (192.168.0.3) eth0:0 (192.168.0.4) gre0 (172 address) and a loopback. The machine has only one NIC. Clients are also on the 192.168.0.0/24 network. Simple home network ;-) dhcpd is not bound to any particular interface, but when I shut down gre0 and eth0:0 and then restarted dhcpd to avoid binding problems, same result when running check_dhcp :( Jan 24 23:08:03 tornado dhcpd: Internet Systems Consortium DHCP Server V3.0.2rc3 Jan 24 23:08:03 tornado dhcpd: Copyright 2004 Internet Systems Consortium. Jan 24 23:08:03 tornado dhcpd: All rights reserved. Jan 24 23:08:03 tornado dhcpd: For info, please visit http://www.isc.org/sw/dhcp/ Jan 24 23:08:03 tornado dhcpd: Internet Systems Consortium DHCP Server V3.0.2rc3 Jan 24 23:08:03 tornado dhcpd: Copyright 2004 Internet Systems Consortium. Jan 24 23:08:03 tornado dhcpd: All rights reserved. Jan 24 23:08:03 tornado dhcpd: For info, please visit http://www.isc.org/sw/dhcp/ Jan 24 23:08:03 tornado dhcpd: Wrote 0 deleted host decls to leases file. Jan 24 23:08:03 tornado dhcpd: Wrote 0 new dynamic host decls to leases file. Jan 24 23:08:03 tornado dhcpd: Wrote 4 leases to leases file. Jan 24 23:08:03 tornado dhcpd: Listening on LPF/eth0/00:0d:61:5e:8b:b3/192.168.0.0/24 Jan 24 23:08:03 tornado dhcpd: Sending on LPF/eth0/00:0d:61:5e:8b:b3/192.168.0.0/24 Jan 24 23:08:03 tornado dhcpd: Sending on Socket/fallback/fallback-net Jan 24 23:13:03 tornado dhcpd: DHCPDISCOVER from 00:0d:61:5e:8b:b3 via eth0 Jan 24 23:13:04 tornado dhcpd: DHCPOFFER on 192.168.0.11 to 00:0d:61:5e:8b:b3 via eth0 ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-01-24 02:31 Message: Logged In: YES user_id=395628 Thanks very much for your comment Reuben. Please would you consider letting me know 1 whether eth0:0 is a 'virtual' interface ? Does the host running check dhcp have two (2) NICs ? 2 try and sketch the topology for me Is it | |--------- check_dhcp/dhcpd --------| | etho eth1 | | some other /x |------------ router 192.168.0.0/24 ? Which interface is dhcpd bound to ? You are welcome to write me direct (SHopcroft at IPAustralia.Gov.AU) if that's more convenient. Thank you. ---------------------------------------------------------------------- Comment By: Reuben Farrelly (reuben) Date: 2005-01-24 02:09 Message: Logged In: YES user_id=26209 I've just down'ed eth0:0 and restarted dhcpd, still same result....... :( Router is connected to 192.168.0.0/24 and external (routable) IP address only. ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-01-24 02:04 Message: Logged In: YES user_id=395628 Firstly, a very heart felt thank you to zytak and reuben for their willingness to test, listen to my silly remarks and retest. This release owes a lot to both gentlemen. (your initiative also saved you hearing more silly remarks such as did you regen configure ? ...) All ones (ie 255.255.255.255) broadcasts has some 'minor gotchas' that appear to be evident here. (See Unix Network Programming vol 1 p 471-2) I think what is happening is that 1 check_dhcp broadcasts are only being sent from the primary (eth0) interface and are being transformed from 'all-ones' to 'subnet-directed' broadcast (the broadcast ip address of eth0). 2 your dhcp server is replying with a broadcast on _that_ prefix network which your secondary interface - check_dhcp - is not connected to. Presumably, your router is connected to both LANs and will reply on _all_ interfaces - since some OS's replicate broadcasts on _all_ their interfaces. Thanks very much for your comments. Will update the usage information ... ---------------------------------------------------------------------- Comment By: Reuben Farrelly (reuben) Date: 2005-01-24 01:12 Message: Logged In: YES user_id=26209 Ok, some progress. If I serve up DHCP from my cisco router with dhcpd off on my server, check_dhcp works just fine: [root at tornado ~]# /usr/lib/nagios/plugins/check_dhcp DHCP ok: Received 1 DHCPOFFER(s), max lease time = 86400 sec. If I then turn dhcp off on the router and re-enable dhcpd on my server, it fails again. So it appears that running check_dhcp from the same host as the dhcp server is a no-go, at least in my case......... ---------------------------------------------------------------------- Comment By: Reuben Farrelly (reuben) Date: 2005-01-24 01:02 Message: Logged In: YES user_id=26209 I still experience the problem even with my iptables rules off: [root at tornado nagiosplug]# iptables -L Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination [root at tornado nagiosplug]# iptables -t nat -L Chain PREROUTING (policy ACCEPT) target prot opt source destination DNAT tcp -- network.reub.net/16 !network.reub.net/16 tcp dpt:http to:192.168.0.3:3128 Chain POSTROUTING (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination [root at tornado nagiosplug]# Other possible ideas: * I have two IP addresses, a main and a secondary IP address on eth0(:0) * My server which does the monitoring also does DHCP If I can come up with anything I'll post here. ---------------------------------------------------------------------- Comment By: Reuben Farrelly (reuben) Date: 2005-01-24 00:59 Message: Logged In: YES user_id=26209 Firstly, can I confirm that sourceforge CVS has the most current version? Latest CVS has: $Id: check_dhcp.c,v 1.6 2004/12/30 00:41:39 opensides Exp $ I don't think your latest changes have made it into the publically visible repo :( Here's an strace: [root at tornado nagiosplug]# strace /usr/lib/nagios/plugins/check_dhcp execve("/usr/lib/nagios/plugins/check_dhcp", ["/usr/lib/nagios/plugins/check_dhcp"], [/* 22 vars */]) = 0 uname({sys="Linux", node="tornado", ...}) = 0 brk(0) = 0x804e000 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=39607, ...}) = 0 old_mmap(NULL, 39607, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7ff6000 close(3) = 0 open("/lib/libnsl.so.1", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320D\7"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=97608, ...}) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7ff5000 old_mmap(0x4b071000, 88064, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4b071000 old_mmap(0x4b083000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x11000) = 0x4b083000 old_mmap(0x4b085000, 6144, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4b085000 close(3) = 0 open("/lib/libresolv.so.2", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360\343"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=81252, ...}) = 0 old_mmap(0x4b02c000, 75944, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4b02c000 old_mmap(0x4b03b000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xf000) = 0x4b03b000 old_mmap(0x4b03d000, 6312, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4b03d000 close(3) = 0 open("/lib/tls/libc.so.6", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 \277\353"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=1521596, ...}) = 0 old_mmap(0x4aea7000, 1215644, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4aea7000 old_mmap(0x4afca000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x123000) = 0x4afca000 old_mmap(0x4afce000, 7324, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4afce000 close(3) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7ff4000 mprotect(0x4afca000, 8192, PROT_READ) = 0 mprotect(0x4b03b000, 4096, PROT_READ) = 0 mprotect(0x4b083000, 4096, PROT_READ) = 0 mprotect(0x4aea3000, 4096, PROT_READ) = 0 set_thread_area({entry_number:-1 -> 6, base_addr:0xb7ff46c0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 munmap(0xb7ff6000, 39607) = 0 open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=39591472, ...}) = 0 mmap2(NULL, 2097152, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7df4000 mmap2(NULL, 204800, PROT_READ, MAP_PRIVATE, 3, 0x1029) = 0xb7dc2000 brk(0) = 0x804e000 brk(0x806f000) = 0x806f000 mmap2(NULL, 4096, PROT_READ, MAP_PRIVATE, 3, 0x1072) = 0xb7dc1000 close(3) = 0 socket(PF_INET, SOCK_DGRAM, IPPROTO_UDP) = 3 setsockopt(3, SOL_SOCKET, SO_REUSEADDR, [1], 4) = 0 setsockopt(3, SOL_SOCKET, SO_BROADCAST, [1], 4) = 0 setsockopt(3, SOL_SOCKET, SO_BINDTODEVICE, "eth0\0\0\0\0\0\0\0\0\0\0\0\0\1\0\0\0\264\356\377\277\370"..., 32) = 0 bind(3, {sa_family=AF_INET, sin_port=htons(68), sin_addr=inet_addr("0.0.0.0")}, 16) = 0 ioctl(3, SIOCGIFHWADDR, 0xbfffedd0) = 0 time(NULL) = 1106556165 sendto(3, "\1\1\6\0\34|\211\212\377\0\200\0\0\0\0\0\0\0\0\0\0\0\0"..., 548, 0, {sa_family=AF_INET, sin_port=htons(67), sin_addr=inet_addr("255.255.255.255")}, 16) = 548 time([1106556165]) = 1106556165 time([1106556165]) = 1106556165 select(4, [3], NULL, NULL, {2, 0}) = 0 (Timeout) time([1106556167]) = 1106556167 close(3) = 0 fstat64(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 2), ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7dc0000 open("/usr/share/locale/locale.alias", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=2528, ...}) = 0 mmap2(NULL, 131072, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7da0000 read(3, "# Locale name alias data base.\n#"..., 131072) = 2528 read(3, "", 131072) = 0 close(3) = 0 munmap(0xb7da0000, 131072) = 0 open("/usr/share/nagios/locale/en_US/LC_MESSAGES/nagios-plugins.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/nagios/locale/en/LC_MESSAGES/nagios-plugins.mo", O_RDONLY) = -1 ENOENT (No such file or directory) write(1, "DHCP problem: No DHCPOFFERs were"..., 43DHCP problem: No DHCPOFFERs were received. ) = 43 munmap(0xb7dc0000, 4096) = 0 exit_group(2) = ? [root at tornado nagiosplug]# Also: [root at tornado nagiosplug]# /usr/lib/nagios/plugins/check_dhcp -v DHCP socket: 3 Hardware address: 000d615e8bb3 DHCPDISCOVER to 255.255.255.255 port 67 DHCPDISCOVER XID: 842612958 (0x323940DE) DHCDISCOVER ciaddr: 0.0.0.0 DHCDISCOVER yiaddr: 0.0.0.0 DHCDISCOVER siaddr: 0.0.0.0 DHCDISCOVER giaddr: 0.0.0.0 send_dhcp_packet result: 548 No (more) data received Result=ERROR Total responses seen on the wire: 0 Valid responses for this machine: 0 DHCP problem: No DHCPOFFERs were received. [root at tornado nagiosplug]# ---------------------------------------------------------------------- Comment By: zyta2k (zyta2k) Date: 2005-01-24 00:48 Message: Logged In: YES user_id=544197 Wooooops :/ Shame on me =) flushed all iptables rules and now it works... The "strange thing" is: dhcp is fully functional if I use the same rulebase !! Here are the rules ---- schnippi ---- Chain INPUT (policy ACCEPT) target prot opt source destination RH-Firewall-1-INPUT all -- anywhere anywhere Chain FORWARD (policy ACCEPT) target prot opt source destination RH-Firewall-1-INPUT all -- anywhere anywhere Chain OUTPUT (policy ACCEPT) target prot opt source destination Chain RH-Firewall-1-INPUT (2 references) target prot opt source destination ACCEPT all -- anywhere anywhere ACCEPT icmp -- anywhere anywhere icmp any ACCEPT ipv6-crypt-- anywhere anywhere ACCEPT ipv6-auth-- anywhere anywhere ACCEPT udp -- anywhere 224.0.0.251 udp dpt:5353 ACCEPT udp -- anywhere anywhere udp dpt:ipp ACCEPT all -- anywhere anywhere state RELATED,ESTABLISHED ACCEPT tcp -- anywhere anywhere state NEW tcp dpt:ftp ACCEPT tcp -- anywhere anywhere state NEW tcp dpt:ssh REJECT all -- anywhere anywhere reject-with icmp-host-prohibited ---- schnappi ---- ?m... no idea which rule stops the check_dhcp plug... :/ ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-01-23 18:57 Message: Logged In: YES user_id=395628 Dear Folks, I am perplexed about this problem. 1 the open socket won't ignore a broadcast reply with the dhcp client port unless the reply is filtered by some kernel packet filter (iptable on Linux ?), or there is a firewall or router between the client and server. Given the PRs this doesn't seem likely. 2 the failure is however consistent with L.C's (Laurentiu C. Badea) PR showing EINVAL from the recvfrom call. Please would either L.C., Rueben Farrelly or zyta2k do an strace or equivalent (truss/ktrace ?) to show if recvfrom is still returning -1/EINVAL from a CVS copy (not many changes from L.C's report of the prob with the 1.3 plugins but its nice to be sure) EINVAL seems to suggest an argument problem but I can't imagine what this may be - the parms seem fine. Thank you. ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-01-21 01:35 Message: Logged In: YES user_id=395628 Thank you for a superb PR. Unfortunately, this is unlikely to help you much but would you please try the latest CVS (not tar ball) and post your command invocation (changes have been made to get it to build properly on Linux and FreeBSD - you seem to have done this yourself). On FreeBSD 4.10 and ISC dhcpd (V3.0.1rc14), it works Ok. The reply to the discover should be a broadcast (methinks) since the client has no ip. Thanks for your help. ---------------------------------------------------------------------- Comment By: zyta2k (zyta2k) Date: 2005-01-04 02:41 Message: Logged In: YES user_id=544197 I can confirm the problem... === Verbose Output From Plugin === DHCP socket: 3 Hardware address: 00110a32c75e DHCPDISCOVER to 255.255.255.255 port 67 DHCPDISCOVER XID: 1269450911 (0x4BAA489F) DHCDISCOVER ciaddr: 0.0.0.0 DHCDISCOVER yiaddr: 0.0.0.0 DHCDISCOVER siaddr: 0.0.0.0 DHCDISCOVER giaddr: 0.0.0.0 send_dhcp_packet result: 548 No (more) data received Result=ERROR Total responses seen on the wire: 0 Valid responses for this machine: 0 DHCP problem: No DHCPOFFERs were received. ============= TCPDUMP ============ # tcpdump -vv dst port 68 tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes 11:25:54.418410 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto 17, length: 341) dhcp01.foobar.com > 255.255.255.255.bootpc: BOOTP/DHCP, Reply, length: 313, xid:0x4baa489f, secs:65280, flags: [Broadcast] (0x8000) Your IP: 10.29.20.121 Server IP: dhcp01.foobar.com Gateway IP: 10.29.20.2 Client Ethernet Address: 00:11:0a:32:c7:5e [|bootp] 11:25:54.418675 IP (tos 0x0, ttl 62, id 0, offset 0, flags [DF], proto 17, length: 341) dhcp01.foobar.com.bootps > 255.255.255.255.bootpc: BOOTP/DHCP, Reply, length: 313, xid:0x4baa489f, secs:65280, flags: [Broadcast] (0x8000) Your IP: 10.29.20.121 Server IP: dhcp01.foobar.com Gateway IP: 10.29.20.3 Client Ethernet Address: 00:11:0a:32:c7:5e [|bootp] 11:25:54.418975 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto 17, length: 341) dhcp02.foobar.com.bootps > 255.255.255.255.bootpc: BOOTP/DHCP, Reply, length: 313, xid:0x4baa489f, secs:65280, flags: [Broadcast] (0x8000) Your IP: 10.29.20.143 Server IP: dhcp02.foobar.com Gateway IP: 10.29.20.2 Client Ethernet Address: 00:11:0a:32:c7:5e [|bootp] 11:25:54.421156 IP (tos 0x0, ttl 62, id 0, offset 0, flags [DF], proto 17, length: 341) dhcp02.foobar.com.bootps > 255.255.255.255.bootpc: BOOTP/DHCP, Reply, length: 313, xid:0x4baa489f, secs:65280, flags: [Broadcast] (0x8000) Your IP: 10.29.20.143 Server IP: dhcp02.foobar.com Gateway IP: 10.29.20.3 Client Ethernet Address: 00:11:0a:32:c7:5e [|bootp] 4 packets captured 4 packets received by filter 0 packets dropped by kernel ========== MY SYSTEM ============= Distribution: Fedora Core 3 Kernel: 2.6.9 Glibc: 2.3.4 Plugin Version: CVS v 1.6 2004/12/30 00:41:39 hth zyta2k ---------------------------------------------------------------------- Comment By: Reuben Farrelly (reuben) Date: 2005-01-02 12:48 Message: Logged In: YES user_id=26209 Still no go here either using bleeding edge CVS (on FC3): sendto(3, "\1\1\6\0\6\372\275\241\377\0\200\0\0\0\0\0\0\0\0\0\0\0"..., 548, 0, {sa_family=AF_INET, sin_port=htons(67), sin_addr=inet_addr("255.255.255.255")}, 16) = 548 time([1104698558]) = 1104698558 time([1104698558]) = 1104698558 select(4, [3], NULL, NULL, {2, 0}) = 0 (Timeout) time([1104698560]) = 1104698560 close(3) = 0 Returns with "DHCP problem: No DHCPOFFERs were received." Meanwhile the DHCP server has seen the DHCPDISCOVER come in and DHCPOFFER'ed an address to 255.255.255.255.bootpc ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2005-01-02 10:42 Message: Logged In: YES user_id=388184 Hi, could you test with the lastest cvs, and report your findings Thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1090549&group_id=29880 From noreply at sourceforge.net Mon Feb 7 15:03:23 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Feb 7 15:03:23 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1117643 ] Problems compiling 1.4 on Solaris 8 x86 Message-ID: Bugs item #1117643, was opened at 2005-02-07 02:52 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1117643&group_id=29880 Category: Parsing problem Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Jeremy Russell (ellipses) Assigned to: Nobody/Anonymous (nobody) Summary: Problems compiling 1.4 on Solaris 8 x86 Initial Comment: make errored on compling check_icmp. ---------------------------------------------- gcc -g -O2 -L. -R/usr/local/ssl/lib -L/usr/local/ssl/lib -o check_icmp check_icmp.o ../intl/libintl.a -liconv -lgen - lsocket -I/usr/local/ssl/include Undefined first referenced symbol in file gethostbyname check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) inet_addr check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) inet_ntoa check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) ld: fatal: Symbol referencing errors. No output written to check_icmp collect2: ld returned 1 exit status make[2]: *** [check_icmp] Error 1 make[2]: Leaving directory `/usr/local/support/src/monitor/nagios-plugins- 1.4/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/support/src/monitor/nagios-plugins-1.4' make: *** [all] Error 2 ------------------------------------------ gcc -v Reading specs from /usr/local/lib/gcc-lib/i386-pc- solaris2.8/2.95.3/specs gcc version 2.95.3 20010315 (release) edited plugins/Makefile # diff Makefile Makefile.orig 419c419 < check_icmp_LDADD = -lnsl --- > check_icmp_LDADD = attaching config.log ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-02-07 23:02 Message: Logged In: YES user_id=395628 Dear Jeremy, I am writing to thank you for opening a tracker about this problem, which appears to be Solaris specific. The developers advice is to add _both_ -lnsl and -lsocket for Solaris compiles. Since all the Makefiles for the plugins are generated by autoconf/automake, there needs to be Solaris specific mods made to configure.in and perhaps plugin/Makefile.am for this to please everyone. In the meantime, others should do as you have and manually add the extra libraries for Solaris. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1117643&group_id=29880 From noreply at sourceforge.net Mon Feb 7 15:18:22 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Feb 7 15:18:22 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1090549 ] check_dhcp ignores DHCP replies Message-ID: Bugs item #1090549, was opened at 2004-12-23 20:21 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1090549&group_id=29880 Category: None Group: v1.3.0 beta3 Status: Open Resolution: None Priority: 5 Submitted By: L.C. (Laurentiu C. Badea) (wotevah) Assigned to: Benoit Mortier (opensides) Summary: check_dhcp ignores DHCP replies Initial Comment: check_dhcp ignores the DHCP replies apparently because they are broadcast to 255.255.255.255. .bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from , length: 548, flags: [Broadcast] .bootps > 255.255.255.255.bootpc: BOOTP/DHCP, Reply, length: 420, flags: [Broadcast] (0x8000) I believe the problem may be that recvfrom is not expecting a possible broadcast packet in response, so it ignores it. Relevant part from strace below: sendto(3, , 548, 0, {sa_family=AF_INET, sin_port=htons(67), sin_addr=inet_addr("255.255.255.255")}, 16) = 548 time([1103833074]) = 1103833074 time([1103833074]) = 1103833074 select(4, [3], NULL, NULL, {2, 0}) = 1 (in [3], left {1, 999000}) recvfrom(3, 0xfef67370, 548, 2, 0xfef67280, 0xfef67274) = -1 EINVAL (Invalid argument) recvfrom(3, 0xfef67370, 548, 0, 0xfef67280, 0xfef67274) = -1 EINVAL (Invalid argument) Client is Fedora Core 2 with nagios-plugins-1.3.1-10.1.fc2.dag. Server is Red Hat 9 with dhcp-3.0pl1-23. ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-02-07 23:17 Message: Logged In: YES user_id=395628 Dear Laurentiu, I think you are correct there are _two_ problems. I think that one has been dealt with (ie packet filtering and or alias interface misbehaviour). I agree with your analysis - why should recv() fail when select says the read handle is ready for reading. Are you familair with gdb ? A gdb session with check_dhcp is the way to deal with this. recvfrom(3, 0xfef67370, 548, 2, 0xfef67280, 0xfef67274) socket, pointer to buffer, buffer len, flags, pointer to from and pointer to from len. I guess that 2 is MSG_PEEK (from the notes in the text). Is 2 the value of MSG_PEEK on your system. Hey ! The plugin is 1.3. You must try the CVS. Yours sincerely. ---------------------------------------------------------------------- Comment By: L.C. (Laurentiu C. Badea) (wotevah) Date: 2005-02-07 18:45 Message: Logged In: YES user_id=724669 I have to apologize, I haven't been monitoring this report (I was kind of hoping SF would send notification emails on activity, but it didn't). Anyway, I noticed a difference between my strace and the others, that may be significant. Specifically, the select() call returns with data on the socket in my version (but the recvfrom still fails!), while it times out in the others. So we may be dealing with two different problems here. Yes, exactly what you wanted to hear, isn't it... I'll try the CVS version later on tonight and let you know. ---------------------------------------------------------------------- Comment By: Reuben Farrelly (reuben) Date: 2005-01-24 10:48 Message: Logged In: YES user_id=26209 Ok it's a flat topology: * Single switch * Single router, with 192.168.0.1 internally, 60.234.x.x address externally doing NAT * Single Linux server, 2.6.11-rc1-mm2 (at the moment), with eth0 (192.168.0.3) eth0:0 (192.168.0.4) gre0 (172 address) and a loopback. The machine has only one NIC. Clients are also on the 192.168.0.0/24 network. Simple home network ;-) dhcpd is not bound to any particular interface, but when I shut down gre0 and eth0:0 and then restarted dhcpd to avoid binding problems, same result when running check_dhcp :( Jan 24 23:08:03 tornado dhcpd: Internet Systems Consortium DHCP Server V3.0.2rc3 Jan 24 23:08:03 tornado dhcpd: Copyright 2004 Internet Systems Consortium. Jan 24 23:08:03 tornado dhcpd: All rights reserved. Jan 24 23:08:03 tornado dhcpd: For info, please visit http://www.isc.org/sw/dhcp/ Jan 24 23:08:03 tornado dhcpd: Internet Systems Consortium DHCP Server V3.0.2rc3 Jan 24 23:08:03 tornado dhcpd: Copyright 2004 Internet Systems Consortium. Jan 24 23:08:03 tornado dhcpd: All rights reserved. Jan 24 23:08:03 tornado dhcpd: For info, please visit http://www.isc.org/sw/dhcp/ Jan 24 23:08:03 tornado dhcpd: Wrote 0 deleted host decls to leases file. Jan 24 23:08:03 tornado dhcpd: Wrote 0 new dynamic host decls to leases file. Jan 24 23:08:03 tornado dhcpd: Wrote 4 leases to leases file. Jan 24 23:08:03 tornado dhcpd: Listening on LPF/eth0/00:0d:61:5e:8b:b3/192.168.0.0/24 Jan 24 23:08:03 tornado dhcpd: Sending on LPF/eth0/00:0d:61:5e:8b:b3/192.168.0.0/24 Jan 24 23:08:03 tornado dhcpd: Sending on Socket/fallback/fallback-net Jan 24 23:13:03 tornado dhcpd: DHCPDISCOVER from 00:0d:61:5e:8b:b3 via eth0 Jan 24 23:13:04 tornado dhcpd: DHCPOFFER on 192.168.0.11 to 00:0d:61:5e:8b:b3 via eth0 ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-01-24 10:31 Message: Logged In: YES user_id=395628 Thanks very much for your comment Reuben. Please would you consider letting me know 1 whether eth0:0 is a 'virtual' interface ? Does the host running check dhcp have two (2) NICs ? 2 try and sketch the topology for me Is it | |--------- check_dhcp/dhcpd --------| | etho eth1 | | some other /x |------------ router 192.168.0.0/24 ? Which interface is dhcpd bound to ? You are welcome to write me direct (SHopcroft at IPAustralia.Gov.AU) if that's more convenient. Thank you. ---------------------------------------------------------------------- Comment By: Reuben Farrelly (reuben) Date: 2005-01-24 10:09 Message: Logged In: YES user_id=26209 I've just down'ed eth0:0 and restarted dhcpd, still same result....... :( Router is connected to 192.168.0.0/24 and external (routable) IP address only. ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-01-24 10:04 Message: Logged In: YES user_id=395628 Firstly, a very heart felt thank you to zytak and reuben for their willingness to test, listen to my silly remarks and retest. This release owes a lot to both gentlemen. (your initiative also saved you hearing more silly remarks such as did you regen configure ? ...) All ones (ie 255.255.255.255) broadcasts has some 'minor gotchas' that appear to be evident here. (See Unix Network Programming vol 1 p 471-2) I think what is happening is that 1 check_dhcp broadcasts are only being sent from the primary (eth0) interface and are being transformed from 'all-ones' to 'subnet-directed' broadcast (the broadcast ip address of eth0). 2 your dhcp server is replying with a broadcast on _that_ prefix network which your secondary interface - check_dhcp - is not connected to. Presumably, your router is connected to both LANs and will reply on _all_ interfaces - since some OS's replicate broadcasts on _all_ their interfaces. Thanks very much for your comments. Will update the usage information ... ---------------------------------------------------------------------- Comment By: Reuben Farrelly (reuben) Date: 2005-01-24 09:12 Message: Logged In: YES user_id=26209 Ok, some progress. If I serve up DHCP from my cisco router with dhcpd off on my server, check_dhcp works just fine: [root at tornado ~]# /usr/lib/nagios/plugins/check_dhcp DHCP ok: Received 1 DHCPOFFER(s), max lease time = 86400 sec. If I then turn dhcp off on the router and re-enable dhcpd on my server, it fails again. So it appears that running check_dhcp from the same host as the dhcp server is a no-go, at least in my case......... ---------------------------------------------------------------------- Comment By: Reuben Farrelly (reuben) Date: 2005-01-24 09:02 Message: Logged In: YES user_id=26209 I still experience the problem even with my iptables rules off: [root at tornado nagiosplug]# iptables -L Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination [root at tornado nagiosplug]# iptables -t nat -L Chain PREROUTING (policy ACCEPT) target prot opt source destination DNAT tcp -- network.reub.net/16 !network.reub.net/16 tcp dpt:http to:192.168.0.3:3128 Chain POSTROUTING (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination [root at tornado nagiosplug]# Other possible ideas: * I have two IP addresses, a main and a secondary IP address on eth0(:0) * My server which does the monitoring also does DHCP If I can come up with anything I'll post here. ---------------------------------------------------------------------- Comment By: Reuben Farrelly (reuben) Date: 2005-01-24 08:59 Message: Logged In: YES user_id=26209 Firstly, can I confirm that sourceforge CVS has the most current version? Latest CVS has: $Id: check_dhcp.c,v 1.6 2004/12/30 00:41:39 opensides Exp $ I don't think your latest changes have made it into the publically visible repo :( Here's an strace: [root at tornado nagiosplug]# strace /usr/lib/nagios/plugins/check_dhcp execve("/usr/lib/nagios/plugins/check_dhcp", ["/usr/lib/nagios/plugins/check_dhcp"], [/* 22 vars */]) = 0 uname({sys="Linux", node="tornado", ...}) = 0 brk(0) = 0x804e000 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=39607, ...}) = 0 old_mmap(NULL, 39607, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7ff6000 close(3) = 0 open("/lib/libnsl.so.1", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320D\7"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=97608, ...}) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7ff5000 old_mmap(0x4b071000, 88064, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4b071000 old_mmap(0x4b083000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x11000) = 0x4b083000 old_mmap(0x4b085000, 6144, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4b085000 close(3) = 0 open("/lib/libresolv.so.2", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360\343"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=81252, ...}) = 0 old_mmap(0x4b02c000, 75944, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4b02c000 old_mmap(0x4b03b000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xf000) = 0x4b03b000 old_mmap(0x4b03d000, 6312, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4b03d000 close(3) = 0 open("/lib/tls/libc.so.6", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 \277\353"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=1521596, ...}) = 0 old_mmap(0x4aea7000, 1215644, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4aea7000 old_mmap(0x4afca000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x123000) = 0x4afca000 old_mmap(0x4afce000, 7324, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4afce000 close(3) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7ff4000 mprotect(0x4afca000, 8192, PROT_READ) = 0 mprotect(0x4b03b000, 4096, PROT_READ) = 0 mprotect(0x4b083000, 4096, PROT_READ) = 0 mprotect(0x4aea3000, 4096, PROT_READ) = 0 set_thread_area({entry_number:-1 -> 6, base_addr:0xb7ff46c0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 munmap(0xb7ff6000, 39607) = 0 open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=39591472, ...}) = 0 mmap2(NULL, 2097152, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7df4000 mmap2(NULL, 204800, PROT_READ, MAP_PRIVATE, 3, 0x1029) = 0xb7dc2000 brk(0) = 0x804e000 brk(0x806f000) = 0x806f000 mmap2(NULL, 4096, PROT_READ, MAP_PRIVATE, 3, 0x1072) = 0xb7dc1000 close(3) = 0 socket(PF_INET, SOCK_DGRAM, IPPROTO_UDP) = 3 setsockopt(3, SOL_SOCKET, SO_REUSEADDR, [1], 4) = 0 setsockopt(3, SOL_SOCKET, SO_BROADCAST, [1], 4) = 0 setsockopt(3, SOL_SOCKET, SO_BINDTODEVICE, "eth0\0\0\0\0\0\0\0\0\0\0\0\0\1\0\0\0\264\356\377\277\370"..., 32) = 0 bind(3, {sa_family=AF_INET, sin_port=htons(68), sin_addr=inet_addr("0.0.0.0")}, 16) = 0 ioctl(3, SIOCGIFHWADDR, 0xbfffedd0) = 0 time(NULL) = 1106556165 sendto(3, "\1\1\6\0\34|\211\212\377\0\200\0\0\0\0\0\0\0\0\0\0\0\0"..., 548, 0, {sa_family=AF_INET, sin_port=htons(67), sin_addr=inet_addr("255.255.255.255")}, 16) = 548 time([1106556165]) = 1106556165 time([1106556165]) = 1106556165 select(4, [3], NULL, NULL, {2, 0}) = 0 (Timeout) time([1106556167]) = 1106556167 close(3) = 0 fstat64(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 2), ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7dc0000 open("/usr/share/locale/locale.alias", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=2528, ...}) = 0 mmap2(NULL, 131072, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7da0000 read(3, "# Locale name alias data base.\n#"..., 131072) = 2528 read(3, "", 131072) = 0 close(3) = 0 munmap(0xb7da0000, 131072) = 0 open("/usr/share/nagios/locale/en_US/LC_MESSAGES/nagios-plugins.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/nagios/locale/en/LC_MESSAGES/nagios-plugins.mo", O_RDONLY) = -1 ENOENT (No such file or directory) write(1, "DHCP problem: No DHCPOFFERs were"..., 43DHCP problem: No DHCPOFFERs were received. ) = 43 munmap(0xb7dc0000, 4096) = 0 exit_group(2) = ? [root at tornado nagiosplug]# Also: [root at tornado nagiosplug]# /usr/lib/nagios/plugins/check_dhcp -v DHCP socket: 3 Hardware address: 000d615e8bb3 DHCPDISCOVER to 255.255.255.255 port 67 DHCPDISCOVER XID: 842612958 (0x323940DE) DHCDISCOVER ciaddr: 0.0.0.0 DHCDISCOVER yiaddr: 0.0.0.0 DHCDISCOVER siaddr: 0.0.0.0 DHCDISCOVER giaddr: 0.0.0.0 send_dhcp_packet result: 548 No (more) data received Result=ERROR Total responses seen on the wire: 0 Valid responses for this machine: 0 DHCP problem: No DHCPOFFERs were received. [root at tornado nagiosplug]# ---------------------------------------------------------------------- Comment By: zyta2k (zyta2k) Date: 2005-01-24 08:48 Message: Logged In: YES user_id=544197 Wooooops :/ Shame on me =) flushed all iptables rules and now it works... The "strange thing" is: dhcp is fully functional if I use the same rulebase !! Here are the rules ---- schnippi ---- Chain INPUT (policy ACCEPT) target prot opt source destination RH-Firewall-1-INPUT all -- anywhere anywhere Chain FORWARD (policy ACCEPT) target prot opt source destination RH-Firewall-1-INPUT all -- anywhere anywhere Chain OUTPUT (policy ACCEPT) target prot opt source destination Chain RH-Firewall-1-INPUT (2 references) target prot opt source destination ACCEPT all -- anywhere anywhere ACCEPT icmp -- anywhere anywhere icmp any ACCEPT ipv6-crypt-- anywhere anywhere ACCEPT ipv6-auth-- anywhere anywhere ACCEPT udp -- anywhere 224.0.0.251 udp dpt:5353 ACCEPT udp -- anywhere anywhere udp dpt:ipp ACCEPT all -- anywhere anywhere state RELATED,ESTABLISHED ACCEPT tcp -- anywhere anywhere state NEW tcp dpt:ftp ACCEPT tcp -- anywhere anywhere state NEW tcp dpt:ssh REJECT all -- anywhere anywhere reject-with icmp-host-prohibited ---- schnappi ---- ?m... no idea which rule stops the check_dhcp plug... :/ ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-01-24 02:57 Message: Logged In: YES user_id=395628 Dear Folks, I am perplexed about this problem. 1 the open socket won't ignore a broadcast reply with the dhcp client port unless the reply is filtered by some kernel packet filter (iptable on Linux ?), or there is a firewall or router between the client and server. Given the PRs this doesn't seem likely. 2 the failure is however consistent with L.C's (Laurentiu C. Badea) PR showing EINVAL from the recvfrom call. Please would either L.C., Rueben Farrelly or zyta2k do an strace or equivalent (truss/ktrace ?) to show if recvfrom is still returning -1/EINVAL from a CVS copy (not many changes from L.C's report of the prob with the 1.3 plugins but its nice to be sure) EINVAL seems to suggest an argument problem but I can't imagine what this may be - the parms seem fine. Thank you. ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-01-21 09:35 Message: Logged In: YES user_id=395628 Thank you for a superb PR. Unfortunately, this is unlikely to help you much but would you please try the latest CVS (not tar ball) and post your command invocation (changes have been made to get it to build properly on Linux and FreeBSD - you seem to have done this yourself). On FreeBSD 4.10 and ISC dhcpd (V3.0.1rc14), it works Ok. The reply to the discover should be a broadcast (methinks) since the client has no ip. Thanks for your help. ---------------------------------------------------------------------- Comment By: zyta2k (zyta2k) Date: 2005-01-04 10:41 Message: Logged In: YES user_id=544197 I can confirm the problem... === Verbose Output From Plugin === DHCP socket: 3 Hardware address: 00110a32c75e DHCPDISCOVER to 255.255.255.255 port 67 DHCPDISCOVER XID: 1269450911 (0x4BAA489F) DHCDISCOVER ciaddr: 0.0.0.0 DHCDISCOVER yiaddr: 0.0.0.0 DHCDISCOVER siaddr: 0.0.0.0 DHCDISCOVER giaddr: 0.0.0.0 send_dhcp_packet result: 548 No (more) data received Result=ERROR Total responses seen on the wire: 0 Valid responses for this machine: 0 DHCP problem: No DHCPOFFERs were received. ============= TCPDUMP ============ # tcpdump -vv dst port 68 tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes 11:25:54.418410 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto 17, length: 341) dhcp01.foobar.com > 255.255.255.255.bootpc: BOOTP/DHCP, Reply, length: 313, xid:0x4baa489f, secs:65280, flags: [Broadcast] (0x8000) Your IP: 10.29.20.121 Server IP: dhcp01.foobar.com Gateway IP: 10.29.20.2 Client Ethernet Address: 00:11:0a:32:c7:5e [|bootp] 11:25:54.418675 IP (tos 0x0, ttl 62, id 0, offset 0, flags [DF], proto 17, length: 341) dhcp01.foobar.com.bootps > 255.255.255.255.bootpc: BOOTP/DHCP, Reply, length: 313, xid:0x4baa489f, secs:65280, flags: [Broadcast] (0x8000) Your IP: 10.29.20.121 Server IP: dhcp01.foobar.com Gateway IP: 10.29.20.3 Client Ethernet Address: 00:11:0a:32:c7:5e [|bootp] 11:25:54.418975 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto 17, length: 341) dhcp02.foobar.com.bootps > 255.255.255.255.bootpc: BOOTP/DHCP, Reply, length: 313, xid:0x4baa489f, secs:65280, flags: [Broadcast] (0x8000) Your IP: 10.29.20.143 Server IP: dhcp02.foobar.com Gateway IP: 10.29.20.2 Client Ethernet Address: 00:11:0a:32:c7:5e [|bootp] 11:25:54.421156 IP (tos 0x0, ttl 62, id 0, offset 0, flags [DF], proto 17, length: 341) dhcp02.foobar.com.bootps > 255.255.255.255.bootpc: BOOTP/DHCP, Reply, length: 313, xid:0x4baa489f, secs:65280, flags: [Broadcast] (0x8000) Your IP: 10.29.20.143 Server IP: dhcp02.foobar.com Gateway IP: 10.29.20.3 Client Ethernet Address: 00:11:0a:32:c7:5e [|bootp] 4 packets captured 4 packets received by filter 0 packets dropped by kernel ========== MY SYSTEM ============= Distribution: Fedora Core 3 Kernel: 2.6.9 Glibc: 2.3.4 Plugin Version: CVS v 1.6 2004/12/30 00:41:39 hth zyta2k ---------------------------------------------------------------------- Comment By: Reuben Farrelly (reuben) Date: 2005-01-02 20:48 Message: Logged In: YES user_id=26209 Still no go here either using bleeding edge CVS (on FC3): sendto(3, "\1\1\6\0\6\372\275\241\377\0\200\0\0\0\0\0\0\0\0\0\0\0"..., 548, 0, {sa_family=AF_INET, sin_port=htons(67), sin_addr=inet_addr("255.255.255.255")}, 16) = 548 time([1104698558]) = 1104698558 time([1104698558]) = 1104698558 select(4, [3], NULL, NULL, {2, 0}) = 0 (Timeout) time([1104698560]) = 1104698560 close(3) = 0 Returns with "DHCP problem: No DHCPOFFERs were received." Meanwhile the DHCP server has seen the DHCPDISCOVER come in and DHCPOFFER'ed an address to 255.255.255.255.bootpc ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2005-01-02 18:42 Message: Logged In: YES user_id=388184 Hi, could you test with the lastest cvs, and report your findings Thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1090549&group_id=29880 From noreply at sourceforge.net Tue Feb 8 00:34:17 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Feb 8 00:34:17 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1090549 ] check_dhcp ignores DHCP replies Message-ID: Bugs item #1090549, was opened at 2004-12-23 12:21 Message generated for change (Comment added) made by wotevah You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1090549&group_id=29880 Category: None Group: v1.3.0 beta3 Status: Open Resolution: None Priority: 5 Submitted By: L.C. (Laurentiu C. Badea) (wotevah) Assigned to: Benoit Mortier (opensides) Summary: check_dhcp ignores DHCP replies Initial Comment: check_dhcp ignores the DHCP replies apparently because they are broadcast to 255.255.255.255. .bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from , length: 548, flags: [Broadcast] .bootps > 255.255.255.255.bootpc: BOOTP/DHCP, Reply, length: 420, flags: [Broadcast] (0x8000) I believe the problem may be that recvfrom is not expecting a possible broadcast packet in response, so it ignores it. Relevant part from strace below: sendto(3, , 548, 0, {sa_family=AF_INET, sin_port=htons(67), sin_addr=inet_addr("255.255.255.255")}, 16) = 548 time([1103833074]) = 1103833074 time([1103833074]) = 1103833074 select(4, [3], NULL, NULL, {2, 0}) = 1 (in [3], left {1, 999000}) recvfrom(3, 0xfef67370, 548, 2, 0xfef67280, 0xfef67274) = -1 EINVAL (Invalid argument) recvfrom(3, 0xfef67370, 548, 0, 0xfef67280, 0xfef67274) = -1 EINVAL (Invalid argument) Client is Fedora Core 2 with nagios-plugins-1.3.1-10.1.fc2.dag. Server is Red Hat 9 with dhcp-3.0pl1-23. ---------------------------------------------------------------------- >Comment By: L.C. (Laurentiu C. Badea) (wotevah) Date: 2005-02-08 00:33 Message: Logged In: YES user_id=724669 Right. I *should have* tried the CVS. I compiled it on my dev box (FC3), copied it to my FC2 machine and it worked fine there. So I suppose the bug isn't all that, now. But that made me curious. I went and got each previous revision of check_dhcp.c, recompiled and they all worked. So I suspected a problem in Dag's rpm package. I copied the "bad" binary to another FC2 machine and there it works. The only difference is an SMP kernel where it failed, and the UP kernel (same version) on the other. But that's just useless trivia now I suppose since the version compiled by hand works either way. ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-02-07 15:17 Message: Logged In: YES user_id=395628 Dear Laurentiu, I think you are correct there are _two_ problems. I think that one has been dealt with (ie packet filtering and or alias interface misbehaviour). I agree with your analysis - why should recv() fail when select says the read handle is ready for reading. Are you familair with gdb ? A gdb session with check_dhcp is the way to deal with this. recvfrom(3, 0xfef67370, 548, 2, 0xfef67280, 0xfef67274) socket, pointer to buffer, buffer len, flags, pointer to from and pointer to from len. I guess that 2 is MSG_PEEK (from the notes in the text). Is 2 the value of MSG_PEEK on your system. Hey ! The plugin is 1.3. You must try the CVS. Yours sincerely. ---------------------------------------------------------------------- Comment By: L.C. (Laurentiu C. Badea) (wotevah) Date: 2005-02-07 10:45 Message: Logged In: YES user_id=724669 I have to apologize, I haven't been monitoring this report (I was kind of hoping SF would send notification emails on activity, but it didn't). Anyway, I noticed a difference between my strace and the others, that may be significant. Specifically, the select() call returns with data on the socket in my version (but the recvfrom still fails!), while it times out in the others. So we may be dealing with two different problems here. Yes, exactly what you wanted to hear, isn't it... I'll try the CVS version later on tonight and let you know. ---------------------------------------------------------------------- Comment By: Reuben Farrelly (reuben) Date: 2005-01-24 02:48 Message: Logged In: YES user_id=26209 Ok it's a flat topology: * Single switch * Single router, with 192.168.0.1 internally, 60.234.x.x address externally doing NAT * Single Linux server, 2.6.11-rc1-mm2 (at the moment), with eth0 (192.168.0.3) eth0:0 (192.168.0.4) gre0 (172 address) and a loopback. The machine has only one NIC. Clients are also on the 192.168.0.0/24 network. Simple home network ;-) dhcpd is not bound to any particular interface, but when I shut down gre0 and eth0:0 and then restarted dhcpd to avoid binding problems, same result when running check_dhcp :( Jan 24 23:08:03 tornado dhcpd: Internet Systems Consortium DHCP Server V3.0.2rc3 Jan 24 23:08:03 tornado dhcpd: Copyright 2004 Internet Systems Consortium. Jan 24 23:08:03 tornado dhcpd: All rights reserved. Jan 24 23:08:03 tornado dhcpd: For info, please visit http://www.isc.org/sw/dhcp/ Jan 24 23:08:03 tornado dhcpd: Internet Systems Consortium DHCP Server V3.0.2rc3 Jan 24 23:08:03 tornado dhcpd: Copyright 2004 Internet Systems Consortium. Jan 24 23:08:03 tornado dhcpd: All rights reserved. Jan 24 23:08:03 tornado dhcpd: For info, please visit http://www.isc.org/sw/dhcp/ Jan 24 23:08:03 tornado dhcpd: Wrote 0 deleted host decls to leases file. Jan 24 23:08:03 tornado dhcpd: Wrote 0 new dynamic host decls to leases file. Jan 24 23:08:03 tornado dhcpd: Wrote 4 leases to leases file. Jan 24 23:08:03 tornado dhcpd: Listening on LPF/eth0/00:0d:61:5e:8b:b3/192.168.0.0/24 Jan 24 23:08:03 tornado dhcpd: Sending on LPF/eth0/00:0d:61:5e:8b:b3/192.168.0.0/24 Jan 24 23:08:03 tornado dhcpd: Sending on Socket/fallback/fallback-net Jan 24 23:13:03 tornado dhcpd: DHCPDISCOVER from 00:0d:61:5e:8b:b3 via eth0 Jan 24 23:13:04 tornado dhcpd: DHCPOFFER on 192.168.0.11 to 00:0d:61:5e:8b:b3 via eth0 ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-01-24 02:31 Message: Logged In: YES user_id=395628 Thanks very much for your comment Reuben. Please would you consider letting me know 1 whether eth0:0 is a 'virtual' interface ? Does the host running check dhcp have two (2) NICs ? 2 try and sketch the topology for me Is it | |--------- check_dhcp/dhcpd --------| | etho eth1 | | some other /x |------------ router 192.168.0.0/24 ? Which interface is dhcpd bound to ? You are welcome to write me direct (SHopcroft at IPAustralia.Gov.AU) if that's more convenient. Thank you. ---------------------------------------------------------------------- Comment By: Reuben Farrelly (reuben) Date: 2005-01-24 02:09 Message: Logged In: YES user_id=26209 I've just down'ed eth0:0 and restarted dhcpd, still same result....... :( Router is connected to 192.168.0.0/24 and external (routable) IP address only. ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-01-24 02:04 Message: Logged In: YES user_id=395628 Firstly, a very heart felt thank you to zytak and reuben for their willingness to test, listen to my silly remarks and retest. This release owes a lot to both gentlemen. (your initiative also saved you hearing more silly remarks such as did you regen configure ? ...) All ones (ie 255.255.255.255) broadcasts has some 'minor gotchas' that appear to be evident here. (See Unix Network Programming vol 1 p 471-2) I think what is happening is that 1 check_dhcp broadcasts are only being sent from the primary (eth0) interface and are being transformed from 'all-ones' to 'subnet-directed' broadcast (the broadcast ip address of eth0). 2 your dhcp server is replying with a broadcast on _that_ prefix network which your secondary interface - check_dhcp - is not connected to. Presumably, your router is connected to both LANs and will reply on _all_ interfaces - since some OS's replicate broadcasts on _all_ their interfaces. Thanks very much for your comments. Will update the usage information ... ---------------------------------------------------------------------- Comment By: Reuben Farrelly (reuben) Date: 2005-01-24 01:12 Message: Logged In: YES user_id=26209 Ok, some progress. If I serve up DHCP from my cisco router with dhcpd off on my server, check_dhcp works just fine: [root at tornado ~]# /usr/lib/nagios/plugins/check_dhcp DHCP ok: Received 1 DHCPOFFER(s), max lease time = 86400 sec. If I then turn dhcp off on the router and re-enable dhcpd on my server, it fails again. So it appears that running check_dhcp from the same host as the dhcp server is a no-go, at least in my case......... ---------------------------------------------------------------------- Comment By: Reuben Farrelly (reuben) Date: 2005-01-24 01:02 Message: Logged In: YES user_id=26209 I still experience the problem even with my iptables rules off: [root at tornado nagiosplug]# iptables -L Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination [root at tornado nagiosplug]# iptables -t nat -L Chain PREROUTING (policy ACCEPT) target prot opt source destination DNAT tcp -- network.reub.net/16 !network.reub.net/16 tcp dpt:http to:192.168.0.3:3128 Chain POSTROUTING (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination [root at tornado nagiosplug]# Other possible ideas: * I have two IP addresses, a main and a secondary IP address on eth0(:0) * My server which does the monitoring also does DHCP If I can come up with anything I'll post here. ---------------------------------------------------------------------- Comment By: Reuben Farrelly (reuben) Date: 2005-01-24 00:59 Message: Logged In: YES user_id=26209 Firstly, can I confirm that sourceforge CVS has the most current version? Latest CVS has: $Id: check_dhcp.c,v 1.6 2004/12/30 00:41:39 opensides Exp $ I don't think your latest changes have made it into the publically visible repo :( Here's an strace: [root at tornado nagiosplug]# strace /usr/lib/nagios/plugins/check_dhcp execve("/usr/lib/nagios/plugins/check_dhcp", ["/usr/lib/nagios/plugins/check_dhcp"], [/* 22 vars */]) = 0 uname({sys="Linux", node="tornado", ...}) = 0 brk(0) = 0x804e000 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=39607, ...}) = 0 old_mmap(NULL, 39607, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7ff6000 close(3) = 0 open("/lib/libnsl.so.1", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320D\7"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=97608, ...}) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7ff5000 old_mmap(0x4b071000, 88064, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4b071000 old_mmap(0x4b083000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x11000) = 0x4b083000 old_mmap(0x4b085000, 6144, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4b085000 close(3) = 0 open("/lib/libresolv.so.2", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360\343"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=81252, ...}) = 0 old_mmap(0x4b02c000, 75944, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4b02c000 old_mmap(0x4b03b000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xf000) = 0x4b03b000 old_mmap(0x4b03d000, 6312, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4b03d000 close(3) = 0 open("/lib/tls/libc.so.6", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 \277\353"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=1521596, ...}) = 0 old_mmap(0x4aea7000, 1215644, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4aea7000 old_mmap(0x4afca000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x123000) = 0x4afca000 old_mmap(0x4afce000, 7324, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4afce000 close(3) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7ff4000 mprotect(0x4afca000, 8192, PROT_READ) = 0 mprotect(0x4b03b000, 4096, PROT_READ) = 0 mprotect(0x4b083000, 4096, PROT_READ) = 0 mprotect(0x4aea3000, 4096, PROT_READ) = 0 set_thread_area({entry_number:-1 -> 6, base_addr:0xb7ff46c0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 munmap(0xb7ff6000, 39607) = 0 open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=39591472, ...}) = 0 mmap2(NULL, 2097152, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7df4000 mmap2(NULL, 204800, PROT_READ, MAP_PRIVATE, 3, 0x1029) = 0xb7dc2000 brk(0) = 0x804e000 brk(0x806f000) = 0x806f000 mmap2(NULL, 4096, PROT_READ, MAP_PRIVATE, 3, 0x1072) = 0xb7dc1000 close(3) = 0 socket(PF_INET, SOCK_DGRAM, IPPROTO_UDP) = 3 setsockopt(3, SOL_SOCKET, SO_REUSEADDR, [1], 4) = 0 setsockopt(3, SOL_SOCKET, SO_BROADCAST, [1], 4) = 0 setsockopt(3, SOL_SOCKET, SO_BINDTODEVICE, "eth0\0\0\0\0\0\0\0\0\0\0\0\0\1\0\0\0\264\356\377\277\370"..., 32) = 0 bind(3, {sa_family=AF_INET, sin_port=htons(68), sin_addr=inet_addr("0.0.0.0")}, 16) = 0 ioctl(3, SIOCGIFHWADDR, 0xbfffedd0) = 0 time(NULL) = 1106556165 sendto(3, "\1\1\6\0\34|\211\212\377\0\200\0\0\0\0\0\0\0\0\0\0\0\0"..., 548, 0, {sa_family=AF_INET, sin_port=htons(67), sin_addr=inet_addr("255.255.255.255")}, 16) = 548 time([1106556165]) = 1106556165 time([1106556165]) = 1106556165 select(4, [3], NULL, NULL, {2, 0}) = 0 (Timeout) time([1106556167]) = 1106556167 close(3) = 0 fstat64(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 2), ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7dc0000 open("/usr/share/locale/locale.alias", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=2528, ...}) = 0 mmap2(NULL, 131072, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7da0000 read(3, "# Locale name alias data base.\n#"..., 131072) = 2528 read(3, "", 131072) = 0 close(3) = 0 munmap(0xb7da0000, 131072) = 0 open("/usr/share/nagios/locale/en_US/LC_MESSAGES/nagios-plugins.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/nagios/locale/en/LC_MESSAGES/nagios-plugins.mo", O_RDONLY) = -1 ENOENT (No such file or directory) write(1, "DHCP problem: No DHCPOFFERs were"..., 43DHCP problem: No DHCPOFFERs were received. ) = 43 munmap(0xb7dc0000, 4096) = 0 exit_group(2) = ? [root at tornado nagiosplug]# Also: [root at tornado nagiosplug]# /usr/lib/nagios/plugins/check_dhcp -v DHCP socket: 3 Hardware address: 000d615e8bb3 DHCPDISCOVER to 255.255.255.255 port 67 DHCPDISCOVER XID: 842612958 (0x323940DE) DHCDISCOVER ciaddr: 0.0.0.0 DHCDISCOVER yiaddr: 0.0.0.0 DHCDISCOVER siaddr: 0.0.0.0 DHCDISCOVER giaddr: 0.0.0.0 send_dhcp_packet result: 548 No (more) data received Result=ERROR Total responses seen on the wire: 0 Valid responses for this machine: 0 DHCP problem: No DHCPOFFERs were received. [root at tornado nagiosplug]# ---------------------------------------------------------------------- Comment By: zyta2k (zyta2k) Date: 2005-01-24 00:48 Message: Logged In: YES user_id=544197 Wooooops :/ Shame on me =) flushed all iptables rules and now it works... The "strange thing" is: dhcp is fully functional if I use the same rulebase !! Here are the rules ---- schnippi ---- Chain INPUT (policy ACCEPT) target prot opt source destination RH-Firewall-1-INPUT all -- anywhere anywhere Chain FORWARD (policy ACCEPT) target prot opt source destination RH-Firewall-1-INPUT all -- anywhere anywhere Chain OUTPUT (policy ACCEPT) target prot opt source destination Chain RH-Firewall-1-INPUT (2 references) target prot opt source destination ACCEPT all -- anywhere anywhere ACCEPT icmp -- anywhere anywhere icmp any ACCEPT ipv6-crypt-- anywhere anywhere ACCEPT ipv6-auth-- anywhere anywhere ACCEPT udp -- anywhere 224.0.0.251 udp dpt:5353 ACCEPT udp -- anywhere anywhere udp dpt:ipp ACCEPT all -- anywhere anywhere state RELATED,ESTABLISHED ACCEPT tcp -- anywhere anywhere state NEW tcp dpt:ftp ACCEPT tcp -- anywhere anywhere state NEW tcp dpt:ssh REJECT all -- anywhere anywhere reject-with icmp-host-prohibited ---- schnappi ---- ?m... no idea which rule stops the check_dhcp plug... :/ ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-01-23 18:57 Message: Logged In: YES user_id=395628 Dear Folks, I am perplexed about this problem. 1 the open socket won't ignore a broadcast reply with the dhcp client port unless the reply is filtered by some kernel packet filter (iptable on Linux ?), or there is a firewall or router between the client and server. Given the PRs this doesn't seem likely. 2 the failure is however consistent with L.C's (Laurentiu C. Badea) PR showing EINVAL from the recvfrom call. Please would either L.C., Rueben Farrelly or zyta2k do an strace or equivalent (truss/ktrace ?) to show if recvfrom is still returning -1/EINVAL from a CVS copy (not many changes from L.C's report of the prob with the 1.3 plugins but its nice to be sure) EINVAL seems to suggest an argument problem but I can't imagine what this may be - the parms seem fine. Thank you. ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-01-21 01:35 Message: Logged In: YES user_id=395628 Thank you for a superb PR. Unfortunately, this is unlikely to help you much but would you please try the latest CVS (not tar ball) and post your command invocation (changes have been made to get it to build properly on Linux and FreeBSD - you seem to have done this yourself). On FreeBSD 4.10 and ISC dhcpd (V3.0.1rc14), it works Ok. The reply to the discover should be a broadcast (methinks) since the client has no ip. Thanks for your help. ---------------------------------------------------------------------- Comment By: zyta2k (zyta2k) Date: 2005-01-04 02:41 Message: Logged In: YES user_id=544197 I can confirm the problem... === Verbose Output From Plugin === DHCP socket: 3 Hardware address: 00110a32c75e DHCPDISCOVER to 255.255.255.255 port 67 DHCPDISCOVER XID: 1269450911 (0x4BAA489F) DHCDISCOVER ciaddr: 0.0.0.0 DHCDISCOVER yiaddr: 0.0.0.0 DHCDISCOVER siaddr: 0.0.0.0 DHCDISCOVER giaddr: 0.0.0.0 send_dhcp_packet result: 548 No (more) data received Result=ERROR Total responses seen on the wire: 0 Valid responses for this machine: 0 DHCP problem: No DHCPOFFERs were received. ============= TCPDUMP ============ # tcpdump -vv dst port 68 tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes 11:25:54.418410 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto 17, length: 341) dhcp01.foobar.com > 255.255.255.255.bootpc: BOOTP/DHCP, Reply, length: 313, xid:0x4baa489f, secs:65280, flags: [Broadcast] (0x8000) Your IP: 10.29.20.121 Server IP: dhcp01.foobar.com Gateway IP: 10.29.20.2 Client Ethernet Address: 00:11:0a:32:c7:5e [|bootp] 11:25:54.418675 IP (tos 0x0, ttl 62, id 0, offset 0, flags [DF], proto 17, length: 341) dhcp01.foobar.com.bootps > 255.255.255.255.bootpc: BOOTP/DHCP, Reply, length: 313, xid:0x4baa489f, secs:65280, flags: [Broadcast] (0x8000) Your IP: 10.29.20.121 Server IP: dhcp01.foobar.com Gateway IP: 10.29.20.3 Client Ethernet Address: 00:11:0a:32:c7:5e [|bootp] 11:25:54.418975 IP (tos 0x0, ttl 63, id 0, offset 0, flags [DF], proto 17, length: 341) dhcp02.foobar.com.bootps > 255.255.255.255.bootpc: BOOTP/DHCP, Reply, length: 313, xid:0x4baa489f, secs:65280, flags: [Broadcast] (0x8000) Your IP: 10.29.20.143 Server IP: dhcp02.foobar.com Gateway IP: 10.29.20.2 Client Ethernet Address: 00:11:0a:32:c7:5e [|bootp] 11:25:54.421156 IP (tos 0x0, ttl 62, id 0, offset 0, flags [DF], proto 17, length: 341) dhcp02.foobar.com.bootps > 255.255.255.255.bootpc: BOOTP/DHCP, Reply, length: 313, xid:0x4baa489f, secs:65280, flags: [Broadcast] (0x8000) Your IP: 10.29.20.143 Server IP: dhcp02.foobar.com Gateway IP: 10.29.20.3 Client Ethernet Address: 00:11:0a:32:c7:5e [|bootp] 4 packets captured 4 packets received by filter 0 packets dropped by kernel ========== MY SYSTEM ============= Distribution: Fedora Core 3 Kernel: 2.6.9 Glibc: 2.3.4 Plugin Version: CVS v 1.6 2004/12/30 00:41:39 hth zyta2k ---------------------------------------------------------------------- Comment By: Reuben Farrelly (reuben) Date: 2005-01-02 12:48 Message: Logged In: YES user_id=26209 Still no go here either using bleeding edge CVS (on FC3): sendto(3, "\1\1\6\0\6\372\275\241\377\0\200\0\0\0\0\0\0\0\0\0\0\0"..., 548, 0, {sa_family=AF_INET, sin_port=htons(67), sin_addr=inet_addr("255.255.255.255")}, 16) = 548 time([1104698558]) = 1104698558 time([1104698558]) = 1104698558 select(4, [3], NULL, NULL, {2, 0}) = 0 (Timeout) time([1104698560]) = 1104698560 close(3) = 0 Returns with "DHCP problem: No DHCPOFFERs were received." Meanwhile the DHCP server has seen the DHCPDISCOVER come in and DHCPOFFER'ed an address to 255.255.255.255.bootpc ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2005-01-02 10:42 Message: Logged In: YES user_id=388184 Hi, could you test with the lastest cvs, and report your findings Thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1090549&group_id=29880 From noreply at sourceforge.net Tue Feb 8 02:36:33 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Feb 8 02:36:33 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1082791 ] check_swap on hpux shows negative value Message-ID: Bugs item #1082791, was opened at 2004-12-10 11:10 Message generated for change (Comment added) made by mroeh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1082791&group_id=29880 Category: None Group: snapshot tarball >Status: Open Resolution: None Priority: 5 Submitted By: Martin (mroeh) Assigned to: Ton Voon (tonvoon) Summary: check_swap on hpux shows negative value Initial Comment: Hi, I'm using nagios-plugins-HEAD-200412080547 on hpux 11.00. Compiling works fine, but when I try to use the check_swap I get the following error: ./check_swap -vvv -w90% -c80% Command: /usr/sbin/swapinfo -dfM, Format: %*s %d %*d %d SWAP CRITICAL: -2147483547% free (0 MB out of 0 MB) |swap=0MB;0;0;0;0 Output of /usr/sbin/swapinfo -dfM is Kb Kb Kb PCT START/ Kb TYPE AVAIL USED FREE USED LIMIT RESERVE PRI NAME dev 2097152 0 2097152 0% 0 - 1 /dev/vg00/lvol2 dev 17776640 0 17776640 0% 0 - 1 /dev/vgswap/lvol1 memory 3217700 2425360 792340 75% The same happened if the swap is used. ---------------------------------------------------------------------- >Comment By: Martin (mroeh) Date: 2005-02-08 11:35 Message: Logged In: YES user_id=1090618 Hi Ton, I have just installed v1.4 with check_swap version 1.47 but the problem still exists. The whished output is ./check_swap -avvv -w90% -c80% Command: /usr/sbin/swapinfo -dfM, Format: %*s %f %*d %f SWAP CRITICAL: -2147483547% free (0 MB out of 0 MB) |swap=0MB;0;0;0;0 Regards Martin ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2005-01-21 01:26 Message: Logged In: YES user_id=664364 Martin, Looks like you have added an output file. Is this still a problem? Can you also give a check_swap -v -v -v -w90% -c80% output too? Ton ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2005-01-13 19:30 Message: Logged In: YES user_id=664364 There have been some changes to the use of floating point variables in check_swap. Can you please try with the latest snapshot (updated in check_swap v 1.46). If it is still a problem, please attach an output of swapinfo - dfM. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2005-01-01 17:41 Message: Logged In: YES user_id=664364 Martin, Can you attach the output from swapinfo -dfM in a file please, so I can test parsing with that? Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1082791&group_id=29880 From noreply at sourceforge.net Tue Feb 8 07:38:33 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Feb 8 07:38:33 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-951588 ] Checks the size of specific files Message-ID: New Plugins item #951588, was opened at 2004-05-11 02:25 Message generated for change (Comment added) made by evi9 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=951588&group_id=29880 Category: Perl plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Eric Gunnett (egunnett) Assigned to: Nobody/Anonymous (nobody) Summary: Checks the size of specific files Initial Comment: Allows you to loop through a directory and make sure not of the files are larger then a specific size. Great for monitoring the sie of files on a ext2 file system. Or MySQL files so they do not grow to over 4.29 gigs. ---------------------------------------------------------------------- Comment By: evi9 (evi9) Date: 2005-02-08 17:37 Message: Logged In: YES user_id=1214714 I have RedHat 7.2 and perl-5.6.1, the check_du.pl don't want to work. I ran: #./check_du.pl ./path_to_file 1024 2048 but nothing happens! I tried to add perl -W into script and got: Name "main::DATABASE" used only once: possible typo at ./check_du.pl line 27. Whats wrong ? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=951588&group_id=29880 From noreply at sourceforge.net Tue Feb 8 07:43:33 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Feb 8 07:43:33 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-790394 ] New plugin: check_mailq_postfix Message-ID: New Plugins item #790394, was opened at 2003-08-18 09:57 Message generated for change (Comment added) made by evi9 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=790394&group_id=29880 Category: Application monitor Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jacob FS (frizo) Assigned to: Subhendu Ghosh (sghosh) Summary: New plugin: check_mailq_postfix Initial Comment: Usage: check_mailq_postfix -w <WARNING> -c <CRITICAL> Usage: check_mailq_postfix --help Usage: check_mailq_postfix --version Checks the number of messages in the Postfix mail queue. WARNING = Minimum number of messages in queue to generate warning. CRITICAL = Minimum number of messages in queue to generate critical alert. WARNING must be lower than CRITICAL. check_mailq_postfix by Jacob Friis Larsen ---------------------------------------------------------------------- Comment By: evi9 (evi9) Date: 2005-02-08 17:42 Message: Logged In: YES user_id=1214714 The plugin works fine on myserver system: # /usr/local/nagios/libexec/check_mailq_postfix -c 10 -w 20 Critical: Mail queue = 23 The i tried to run it from remote host: check_nrpe -H myserver -c check_mailq_postfix CHECK_NRPE: Error receiving data from daemon. Rest of the plugins works fine. Whats wrong? ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2004-02-13 19:49 Message: Logged In: YES user_id=46572 The existing check_mailq supports postfix, can you patch that to support message queue size instead of having a new plugin? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=790394&group_id=29880 From boinger at tradingtechnologies.com Tue Feb 8 09:09:30 2005 From: boinger at tradingtechnologies.com (jeff vier) Date: Tue Feb 8 09:09:30 2005 Subject: [Nagiosplug-devel] build error In-Reply-To: References: Message-ID: <1107882438.8921.53.camel@localhost> On Tue, 2004-12-21 at 03:44 -0600, Voon, Ton wrote: > Sigh. Maybe I should have left well alone. I thought we were going to > get > better compiles with the coreutils synchronisation... > > Which platform is this on? I think all the detection code should be > in > m4/fsusage.m4. I'm definitely getting detection on Sol2.6 and MacOSX > (lib/Makefile shows: "LIBOBJS = error$U.o getloadavg$U.o mountlist > $U.o > fsusage$U.o" on Sol2.6), so maybe there's a bug on your platform > (though I > find that hard to believe). What happens if you compile coreutils > 5.2.1? I am experiencing this exact same problem on Red Hat ES3.1. I compiled and installed coreutils 5.2.1. No change for me... Any ideas? > -----Original Message----- > From: Matthew Kent [mailto:mkent at magoazul.com] > Sent: 21 December 2004 03:16 > To: nagiosplug-devel at lists.sourceforge.net > Subject: [Nagiosplug-devel] build error > > > Anyone else seeing this breakage in latest cvs? After a bit of poking > around > I'm too tired to figure it out. Seems to be from the recent sweep of > changes > in the build process > > -- snip -- > gcc -g -O2 -L. -o check_disk check_disk.o > utils.o ../lib/libnagiosplug.a > ../lib/libcoreutils.a popen.o -lssl -lcrypto > check_disk.o(.text+0xbe): In function `main': > /home/mkent/nagiosplug/plugins/check_disk.c:164: undefined reference > to > `read_filesystem_list' > check_disk.o(.text > +0x2ed):/home/mkent/nagiosplug/plugins/check_disk.c:188: > undefined reference to `get_fs_usage' > collect2: ld returned 1 exit status > -- snip -- > > Looks like fsusage.o and mountlist.o in lib/ aren't getting built due > to a > detection problem of some sort. Could be my setup, but older releases > still > compile fine. > -- > Matthew Kent > http://magoazul.com > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real > users. > Discover which products truly live up to the hype. Start reading > now. > http://productguide.itmanagersjournal.com/ > _______________________________________________________ > Nagios Plugin Development Mailing List > Nagiosplug-devel at lists.sourceforge.net > Unsubscribe at > https://lists.sourceforge.net/lists/listinfo/nagiosplug-devel > ::: Please include plugins version (-v) and OS when reporting any > issue. > ::: Messages without supporting info will risk being sent to /dev/null > > ----------------------------------------- > This private and confidential e-mail has been sent to you by Egg. The > Egg > group of companies includes Egg Banking plc registered no. 2999842), > Egg > Financial Products Ltd (registered no. 3319027) and Egg Investments > Ltd > (registered no. 3403963) which is authorised and regulated by the > Financial > Services Authority. Egg Investments Ltd. is entered in the FSA > register > under number 190518. Registered in England and Wales. Registered > offices: 1 Waterhouse Square, 138-142 Holborn, London EC1N 2NA. If > you > are not the intended recipient of this e-mail and have received it in > error, please notify the sender by replying with 'received in error' > as the > subject and then delete it from your mailbox. > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real > users. > Discover which products truly live up to the hype. Start reading > now. > http://productguide.itmanagersjournal.com/ > _______________________________________________________ > Nagios Plugin Development Mailing List > Nagiosplug-devel at lists.sourceforge.net > Unsubscribe at > https://lists.sourceforge.net/lists/listinfo/nagiosplug-devel > ::: Please include plugins version (-v) and OS when reporting any > issue. > ::: Messages without supporting info will risk being sent to /dev/null > From noreply at sourceforge.net Tue Feb 8 11:01:52 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Feb 8 11:01:52 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1118832 ] check_procs reports incorrect number of processes Message-ID: Bugs item #1118832, was opened at 2005-02-08 11: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=1118832&group_id=29880 Category: Argument proccessing Group: snapshot tarball Status: Open Resolution: None Priority: 5 Submitted By: Chris (clambertus) Assigned to: Nobody/Anonymous (nobody) Summary: check_procs reports incorrect number of processes Initial Comment: When check_procs is used with a system like check_nrpe, the nrpe daemon executes popen(), which causes check_procs to be executed as "sh -c /path/to/check_procs argument_list" This causes erroneous returns because check_procs fails the strcmp(procprog,progname) call, since the "procprog" is actually sh. To fix this, I added an additional strstr() call which compares progname against procargs and discards the line if "check_procs" appears in the process argument list. This is not an ideal solution, but should take care of the vast majority of cases where check_procs is used with check_nrpe or similar utilities. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1118832&group_id=29880 From noreply at sourceforge.net Tue Feb 8 23:44:25 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Feb 8 23:44:25 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1119142 ] Solrais9: make abort with Error 2 Message-ID: Bugs item #1119142, was opened at 2005-02-09 07: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=1119142&group_id=29880 Category: None Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: KlausW (osumok) Assigned to: Nobody/Anonymous (nobody) Summary: Solrais9: make abort with Error 2 Initial Comment: nagios-plugins-1.4 Using Solaris 9/Sparc make exits with Error2: nagios-plugins-1.3.1 works well .....make...: ...depmode=gcc /bin/bash ../depcomp gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -g -O2 -c check_icmp.c gcc -g -O2 -L. -o check_icmp check_icmp.o ../intl/libintl.a -lgen -lsocket Undefined first referenced symbol in file gethostbyname check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) inet_addr check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) inet_ntoa check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) ld: fatal: Symbol referencing errors. No output written to check_icmp collect2: ld returned 1 exit status make[2]: *** [check_icmp] Error 1 make[2]: Leaving directory `/tmp2/NAGIOS/nagios-plugins-1.4/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp2/NAGIOS/nagios-plugins-1.4' make: *** [all] Error 2 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1119142&group_id=29880 From ae at op5.se Wed Feb 9 01:03:30 2005 From: ae at op5.se (Andreas Ericsson) Date: Wed Feb 9 01:03:30 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1119142 ] Solrais9: make abort with Error 2 In-Reply-To: References: Message-ID: <4209D1B7.8060409@op5.se> Can someone please add $(SOCKETLIBS) to check_icmp_LDADD in Makefile.am? I assume $(SOCKETLIBS) would contain -lnsl -lsocket on Solaris and SunOS. SourceForge.net wrote: > Bugs item #1119142, was opened at 2005-02-09 07: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=1119142&group_id=29880 > > Category: None > Group: Release (specify) > Status: Open > Resolution: None > Priority: 5 > Submitted By: KlausW (osumok) > Assigned to: Nobody/Anonymous (nobody) > Summary: Solrais9: make abort with Error 2 > > Initial Comment: > nagios-plugins-1.4 > Using Solaris 9/Sparc make exits with Error2: > nagios-plugins-1.3.1 works well > .....make...: > ...depmode=gcc /bin/bash ../depcomp gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ > -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl > -g -O2 -c check_icmp.c > gcc -g -O2 -L. -o check_icmp check_icmp.o > ../intl/libintl.a -lgen -lsocket > Undefined first referenced > symbol in file > gethostbyname check_icmp.o > (symbol belongs to implicit dependency > /usr/lib/libnsl.so.1) > inet_addr check_icmp.o > (symbol belongs to implicit dependency > /usr/lib/libnsl.so.1) > inet_ntoa check_icmp.o > (symbol belongs to implicit dependency > /usr/lib/libnsl.so.1) > ld: fatal: Symbol referencing errors. No output written > to check_icmp > collect2: ld returned 1 exit status > make[2]: *** [check_icmp] Error 1 > make[2]: Leaving directory > `/tmp2/NAGIOS/nagios-plugins-1.4/plugins' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory > `/tmp2/NAGIOS/nagios-plugins-1.4' > make: *** [all] Error 2 > > > ---------------------------------------------------------------------- > > You can respond by visiting: > https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1119142&group_id=29880 > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________________ > Nagios Plugin Development Mailing List Nagiosplug-devel at lists.sourceforge.net > Unsubscribe at https://lists.sourceforge.net/lists/listinfo/nagiosplug-devel > ::: Please include plugins version (-v) and OS when reporting any issue. > ::: Messages without supporting info will risk being sent to /dev/null > -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From boinger at tradingtechnologies.com Wed Feb 9 08:08:40 2005 From: boinger at tradingtechnologies.com (jeff vier) Date: Wed Feb 9 08:08:40 2005 Subject: [Nagiosplug-devel] build error - SOLVED In-Reply-To: <1107882438.8921.53.camel@localhost> References: <1107882438.8921.53.camel@localhost> Message-ID: <1107965203.8921.71.camel@chi100627.int.tt.local> On Tue, 2005-02-08 at 11:07 -0600, jeff vier wrote: > On Tue, 2004-12-21 at 03:44 -0600, Voon, Ton wrote: > > Sigh. Maybe I should have left well alone. I thought we were going to > > get > > better compiles with the coreutils synchronisation... > > > > Which platform is this on? I think all the detection code should be > > in > > m4/fsusage.m4. I'm definitely getting detection on Sol2.6 and MacOSX > > (lib/Makefile shows: "LIBOBJS = error$U.o getloadavg$U.o mountlist > > $U.o > > fsusage$U.o" on Sol2.6), so maybe there's a bug on your platform > > (though I > > find that hard to believe). What happens if you compile coreutils > > 5.2.1? > > I am experiencing this exact same problem on Red Hat ES3.1. > > I compiled and installed coreutils 5.2.1. > No change for me... > > Any ideas? Sorry to reply to myself, but I 'fixed' it. I compiled a fresh coreutils (as mentioned before) with no improvement So, I just started updating all my dev tools to current. automake went to v1.9.4 (from v1.6.3) make went to 3.80 (from v3.79) Now it works smashingly (with only a few non-fatal complaints about underquoted definitions with the new strict automake syntax). --boinger From tonvoon at mac.com Wed Feb 9 12:08:21 2005 From: tonvoon at mac.com (Ton Voon) Date: Wed Feb 9 12:08:21 2005 Subject: [Nagiosplug-devel] build error - SOLVED In-Reply-To: <1107965203.8921.71.camel@chi100627.int.tt.local> References: <1107882438.8921.53.camel@localhost> <1107965203.8921.71.camel@chi100627.int.tt.local> Message-ID: <3A30F005-7AD6-11D9-BD21-000A95D47298@mac.com> On 9 Feb 2005, at 16:06, jeff vier wrote: > On Tue, 2005-02-08 at 11:07 -0600, jeff vier wrote: >> I am experiencing this exact same problem on Red Hat ES3.1. >> >> I compiled and installed coreutils 5.2.1. >> No change for me... >> >> Any ideas? > > Sorry to reply to myself, but I 'fixed' it. > > I compiled a fresh coreutils (as mentioned before) with no improvement > > So, I just started updating all my dev tools to current. > automake went to v1.9.4 (from v1.6.3) > make went to 3.80 (from v3.79) > > Now it works smashingly (with only a few non-fatal complaints about > underquoted definitions with the new strict automake syntax). > We know there is a dependency on automake 1.8 - I'll see if I can get it to error if at the wrong level. I think gnu make 3.79 is sufficient. Otherwise will need to update our developer notes: http://nagiosplug.sourceforge.net/developer-guidelines.html Glad you fixed it! Ton From boinger at tradingtechnologies.com Wed Feb 9 12:12:01 2005 From: boinger at tradingtechnologies.com (jeff vier) Date: Wed Feb 9 12:12:01 2005 Subject: [Nagiosplug-devel] build error - SOLVED In-Reply-To: <3A30F005-7AD6-11D9-BD21-000A95D47298@mac.com> References: <1107882438.8921.53.camel@localhost> <1107965203.8921.71.camel@chi100627.int.tt.local> <3A30F005-7AD6-11D9-BD21-000A95D47298@mac.com> Message-ID: <1107979818.1876.11.camel@chi100627.int.tt.local> On Wed, 2005-02-09 at 20:07 +0000, Ton Voon wrote: > > automake went to v1.9.4 (from v1.6.3) > > make went to 3.80 (from v3.79) > > Now it works smashingly (with only a few non-fatal complaints about > > underquoted definitions with the new strict automake syntax). > We know there is a dependency on automake 1.8 - I'll see if I can get > it to error if at the wrong level. I think gnu make 3.79 is sufficient. > Otherwise will need to update our developer notes: > http://nagiosplug.sourceforge.net/developer-guidelines.html yeah, I figured the make was just gratuitous. It's a quick build, so I figured why not? :) From nagios at nagios.org Wed Feb 9 17:56:33 2005 From: nagios at nagios.org (Ethan Galstad) Date: Wed Feb 9 17:56:33 2005 Subject: [Nagiosplug-devel] Re: Hooray - 1.4 is out! What next? In-Reply-To: <420498FA.5030303@op5.se> References: <20050205052044.GC233@IPAustralia.Gov.AU> Message-ID: <420A6AF2.23211.272EC73@localhost> On 5 Feb 2005 at 10:59, Andreas Ericsson wrote: > Stanley Hopcroft wrote: [snip] > > You may wish to do this because you are reselling Nagios and the > > Nagios plugins, and want to conceal the fact, or it reduces your > > installation costs. This is not necessarily a bad thing; a slicker > > install is good. > > > > No. We don't conceal that fact at all. Quite the contrary, we're > riding the opensource hype. We've written a new GUI and some other > things, but we never hide that we're using opensource projects (and > which) as our base. > Out of curiosity, where is this fact mentioned on the OP5 site? I couldn't find any mention of Nagios or the Nagios plugins at either op5.com or op5.se. The lack of any references was probably what Stanley was referring to. Ethan Galstad, Nagios Developer --- Email: nagios at nagios.org Website: http://www.nagios.org From ae at op5.se Thu Feb 10 00:50:06 2005 From: ae at op5.se (Andreas Ericsson) Date: Thu Feb 10 00:50:06 2005 Subject: [Nagiosplug-devel] Re: Hooray - 1.4 is out! What next? In-Reply-To: <420A6AF2.23211.272EC73@localhost> References: <20050205052044.GC233@IPAustralia.Gov.AU> <420A6AF2.23211.272EC73@localhost> Message-ID: <420B2016.7030608@op5.se> Ethan Galstad wrote: > On 5 Feb 2005 at 10:59, Andreas Ericsson wrote: > >>Stanley Hopcroft wrote: > > [snip] > >>>You may wish to do this because you are reselling Nagios and the >>>Nagios plugins, and want to conceal the fact, or it reduces your >>>installation costs. This is not necessarily a bad thing; a slicker >>>install is good. >>> >> >>No. We don't conceal that fact at all. Quite the contrary, we're >>riding the opensource hype. We've written a new GUI and some other >>things, but we never hide that we're using opensource projects (and >>which) as our base. >> > > > Out of curiosity, where is this fact mentioned on the OP5 site? I > couldn't find any mention of Nagios or the Nagios plugins at either > op5.com or op5.se. The lack of any references was probably what > Stanley was referring to. > To be honest, I don't know. I suppose the product sheet makes a mention. We had a different website earlier which included a short list of the more important items we've put together in the platform along with a list of all the patching we had done, but perhaps it has been removed for some reason. Most IT-managers (our targeting group) get a bit lightheaded if you start talking tech-details with them. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From noreply at sourceforge.net Thu Feb 10 00:59:13 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 10 00:59:13 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1119903 ] check_snmp_storage.pl 1.1 fails with AIX Message-ID: Bugs item #1119903, was opened at 2005-02-10 09:56 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1119903&group_id=29880 Category: Argument proccessing Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: vcuirassier (vcuirassier) Assigned to: Nobody/Anonymous (nobody) Summary: check_snmp_storage.pl 1.1 fails with AIX Initial Comment: I'm using the nagios-plugins-1.3.1-5mdk Mandrake RPM, which includes version 1.1 of check_snmp_storage.pl. I can make successful requests to the Linux SNMP agent (net-snmp-5.1-7mdk), but the following command fails to query the AIX SNMP agent : # check_snmp_storage.pl -H aixhost -C public -m /home -w 60 -c 80 Alarm at 15 + 5 ERROR: Description table : Requested table is empty or does not exist. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1119903&group_id=29880 From noreply at sourceforge.net Thu Feb 10 01:00:59 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 10 01:00:59 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1119903 ] check_snmp_storage.pl 1.1 fails with AIX Message-ID: Bugs item #1119903, was opened at 2005-02-10 09:56 Message generated for change (Settings changed) made by vcuirassier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1119903&group_id=29880 >Category: Parsing problem Group: Release (specify) Status: Open Resolution: None >Priority: 7 Submitted By: Vincent Cuirassier (vcuirassier) Assigned to: Nobody/Anonymous (nobody) Summary: check_snmp_storage.pl 1.1 fails with AIX Initial Comment: I'm using the nagios-plugins-1.3.1-5mdk Mandrake RPM, which includes version 1.1 of check_snmp_storage.pl. I can make successful requests to the Linux SNMP agent (net-snmp-5.1-7mdk), but the following command fails to query the AIX SNMP agent : # check_snmp_storage.pl -H aixhost -C public -m /home -w 60 -c 80 Alarm at 15 + 5 ERROR: Description table : Requested table is empty or does not exist. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1119903&group_id=29880 From noreply at sourceforge.net Thu Feb 10 01:01:09 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 10 01:01:09 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1119903 ] check_snmp_storage.pl 1.1 fails with AIX Message-ID: Bugs item #1119903, was opened at 2005-02-10 09:56 Message generated for change (Settings changed) made by vcuirassier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1119903&group_id=29880 Category: Parsing problem Group: Release (specify) Status: Open Resolution: None >Priority: 5 Submitted By: Vincent Cuirassier (vcuirassier) Assigned to: Nobody/Anonymous (nobody) Summary: check_snmp_storage.pl 1.1 fails with AIX Initial Comment: I'm using the nagios-plugins-1.3.1-5mdk Mandrake RPM, which includes version 1.1 of check_snmp_storage.pl. I can make successful requests to the Linux SNMP agent (net-snmp-5.1-7mdk), but the following command fails to query the AIX SNMP agent : # check_snmp_storage.pl -H aixhost -C public -m /home -w 60 -c 80 Alarm at 15 + 5 ERROR: Description table : Requested table is empty or does not exist. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1119903&group_id=29880 From noreply at sourceforge.net Thu Feb 10 01:47:41 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 10 01:47:41 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1119917 ] Added ipv4/ipv6 options to check_ntp Message-ID: Patches item #1119917, was opened at 2005-02-10 10:46 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=1119917&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Seaworthy (mrseaworthy) Assigned to: Nobody/Anonymous (nobody) Summary: Added ipv4/ipv6 options to check_ntp Initial Comment: The options -4 and -6 now specify the protocol to use. This addition was made because the script failed in the original version when contacting a server over ipv6. The enhancement makes use of the -46 options of ntpdate and ntpq. The original version of check_ntp I used was 1.20 and I made this version 1.30. Also i made some minor adjustments, like newlines and comments on the new options in the help output. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1119917&group_id=29880 From noreply at sourceforge.net Thu Feb 10 02:07:43 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 10 02:07:43 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1119924 ] check_afs Message-ID: New Plugins item #1119924, was opened at 2005-02-10 11:06 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=1119924&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_afs Initial Comment: we use the command "bos status -server ", then we parse the result for finding the service (fs,kaserver,...) and do action : CRITICAL, if a service exist but no run, WARNING, if a service doesn't exist, OK, in other case, UNKNOW, in the case of the bos command doesn't response. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1119924&group_id=29880 From noreply at sourceforge.net Thu Feb 10 02:11:31 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 10 02:11:31 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 (Tracker Item Submitted) made by Item Submitter 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) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1119927&group_id=29880 From noreply at sourceforge.net Thu Feb 10 02:19:31 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 10 02:19:31 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1119930 ] check_syslog Message-ID: New Plugins item #1119930, was opened at 2005-02-10 11:18 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=1119930&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_syslog Initial Comment: How does it work : On the nagios side, a logger command is launch (which send information to your syslog server) the we launch (with nrpe) a comparison of what has been send and what there is in the log file of the server syslog. And finaly, the return information is send to nagios (with nrpe). So check_syslog_server is plugin for nagios side and check_syslogd is plugin for the syslog side. CONFIGURATION : You need to modify your syslog like that ... * syslog.conf / NAGIOS local5.* @ * syslog.conf / SERVEUR SYSLOG local5.info /var/log/nagios.test And of course you need NRPE on syslog side ... INFORMATION : the type of the logger command : date +%H%M%S | logger -p local5.info -t nagios ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1119930&group_id=29880 From noreply at sourceforge.net Thu Feb 10 04:53:57 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 10 04:53:57 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1120002 ] Fix voor check_mysql to support MySQL 4.1.x Slave Check Message-ID: Patches item #1120002, was opened at 2005-02-10 13: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=1120002&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Wouter de Jong (maddog2k) Assigned to: Nobody/Anonymous (nobody) Summary: Fix voor check_mysql to support MySQL 4.1.x Slave Check Initial Comment: Patch for check_mysql.c to use dynamic column numbers for the Slave Status information, instead of static. This to support newer versions easier in the future, and for now MySQL 4.1.x :)) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1120002&group_id=29880 From noreply at sourceforge.net Thu Feb 10 04:55:54 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 10 04:55:54 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1120002 ] Fix for check_mysql to support MySQL 4.1.x Slave Check Message-ID: Patches item #1120002, was opened at 2005-02-10 13:52 Message generated for change (Settings changed) made by maddog2k You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1120002&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Wouter de Jong (maddog2k) Assigned to: Nobody/Anonymous (nobody) >Summary: Fix for check_mysql to support MySQL 4.1.x Slave Check Initial Comment: Patch for check_mysql.c to use dynamic column numbers for the Slave Status information, instead of static. This to support newer versions easier in the future, and for now MySQL 4.1.x :)) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1120002&group_id=29880 From noreply at sourceforge.net Thu Feb 10 05:19:48 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 10 05:19:48 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1120018 ] Fix check_by_ssh so it can connect to servers with banner Message-ID: Patches item #1120018, was opened at 2005-02-10 11:18 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=1120018&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: rrc (r2c) Assigned to: Nobody/Anonymous (nobody) Summary: Fix check_by_ssh so it can connect to servers with banner Initial Comment: Added the option "-q" (quiet) to the check_by_ssh. This passes the same option to the ssh program, telling it to ignore the server login banners. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1120018&group_id=29880 From noreply at sourceforge.net Thu Feb 10 05:21:31 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 10 05:21:31 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1120018 ] Fix check_by_ssh so it can connect to servers with banners Message-ID: Patches item #1120018, was opened at 2005-02-10 11:18 Message generated for change (Settings changed) made by r2c You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1120018&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: rrc (r2c) Assigned to: Nobody/Anonymous (nobody) >Summary: Fix check_by_ssh so it can connect to servers with banners Initial Comment: Added the option "-q" (quiet) to the check_by_ssh. This passes the same option to the ssh program, telling it to ignore the server login banners. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1120018&group_id=29880 From noreply at sourceforge.net Fri Feb 11 00:02:50 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 11 00:02:50 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1119142 ] Solrais9: make abort with Error 2 Message-ID: Bugs item #1119142, was opened at 2005-02-09 08:43 Message generated for change (Comment added) made by zxr750 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1119142&group_id=29880 Category: None Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: KlausW (osumok) Assigned to: Nobody/Anonymous (nobody) Summary: Solrais9: make abort with Error 2 Initial Comment: nagios-plugins-1.4 Using Solaris 9/Sparc make exits with Error2: nagios-plugins-1.3.1 works well .....make...: ...depmode=gcc /bin/bash ../depcomp gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -g -O2 -c check_icmp.c gcc -g -O2 -L. -o check_icmp check_icmp.o ../intl/libintl.a -lgen -lsocket Undefined first referenced symbol in file gethostbyname check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) inet_addr check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) inet_ntoa check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) ld: fatal: Symbol referencing errors. No output written to check_icmp collect2: ld returned 1 exit status make[2]: *** [check_icmp] Error 1 make[2]: Leaving directory `/tmp2/NAGIOS/nagios-plugins-1.4/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp2/NAGIOS/nagios-plugins-1.4' make: *** [all] Error 2 ---------------------------------------------------------------------- Comment By: Alex Peeters (zxr750) Date: 2005-02-11 09:00 Message: Logged In: YES user_id=590764 I have the same problem!!! # make make all-recursive make[1]: Entering directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4' Making all in intl make[2]: Entering directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/intl' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/intl' Making all in lib make[2]: Entering directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/lib' make all-am make[3]: Entering directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/lib' make[3]: Nothing to be done for `all-am'. make[3]: Leaving directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/lib' make[2]: Leaving directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/lib' Making all in plugins make[2]: Entering directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/plugins' gcc -g -O2 -L. -o check_icmp check_icmp.o ../intl/libintl.a -liconv -lgen -lsocket Undefined first referenced symbol in file gethostbyname check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) inet_addr check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) inet_ntoa check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) ld: fatal: Symbol referencing errors. No output written to check_icmp collect2: ld returned 1 exit status make[2]: *** [check_icmp] Error 1 make[2]: Leaving directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4' make: *** [all] Error 2 Alex Peeters ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1119142&group_id=29880 From noreply at sourceforge.net Fri Feb 11 00:09:19 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 11 00:09:19 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1119142 ] Solrais9: make abort with Error 2 Message-ID: Bugs item #1119142, was opened at 2005-02-09 08:43 Message generated for change (Comment added) made by zxr750 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1119142&group_id=29880 Category: None Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: KlausW (osumok) Assigned to: Nobody/Anonymous (nobody) Summary: Solrais9: make abort with Error 2 Initial Comment: nagios-plugins-1.4 Using Solaris 9/Sparc make exits with Error2: nagios-plugins-1.3.1 works well .....make...: ...depmode=gcc /bin/bash ../depcomp gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -g -O2 -c check_icmp.c gcc -g -O2 -L. -o check_icmp check_icmp.o ../intl/libintl.a -lgen -lsocket Undefined first referenced symbol in file gethostbyname check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) inet_addr check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) inet_ntoa check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) ld: fatal: Symbol referencing errors. No output written to check_icmp collect2: ld returned 1 exit status make[2]: *** [check_icmp] Error 1 make[2]: Leaving directory `/tmp2/NAGIOS/nagios-plugins-1.4/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp2/NAGIOS/nagios-plugins-1.4' make: *** [all] Error 2 ---------------------------------------------------------------------- Comment By: Alex Peeters (zxr750) Date: 2005-02-11 09:06 Message: Logged In: YES user_id=590764 When you remove alle the references to check_icmp from the nagios-plugins-1.4/plugins/makefile then you can already compile the other plugins. -- Alex Peeters ---------------------------------------------------------------------- Comment By: Alex Peeters (zxr750) Date: 2005-02-11 09:00 Message: Logged In: YES user_id=590764 I have the same problem!!! # make make all-recursive make[1]: Entering directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4' Making all in intl make[2]: Entering directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/intl' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/intl' Making all in lib make[2]: Entering directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/lib' make all-am make[3]: Entering directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/lib' make[3]: Nothing to be done for `all-am'. make[3]: Leaving directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/lib' make[2]: Leaving directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/lib' Making all in plugins make[2]: Entering directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/plugins' gcc -g -O2 -L. -o check_icmp check_icmp.o ../intl/libintl.a -liconv -lgen -lsocket Undefined first referenced symbol in file gethostbyname check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) inet_addr check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) inet_ntoa check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) ld: fatal: Symbol referencing errors. No output written to check_icmp collect2: ld returned 1 exit status make[2]: *** [check_icmp] Error 1 make[2]: Leaving directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4' make: *** [all] Error 2 Alex Peeters ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1119142&group_id=29880 From noreply at sourceforge.net Fri Feb 11 00:17:49 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 11 00:17:49 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1119142 ] Solrais9: make abort with Error 2 Message-ID: Bugs item #1119142, was opened at 2005-02-09 07:43 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1119142&group_id=29880 Category: None Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: KlausW (osumok) Assigned to: Nobody/Anonymous (nobody) Summary: Solrais9: make abort with Error 2 Initial Comment: nagios-plugins-1.4 Using Solaris 9/Sparc make exits with Error2: nagios-plugins-1.3.1 works well .....make...: ...depmode=gcc /bin/bash ../depcomp gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -g -O2 -c check_icmp.c gcc -g -O2 -L. -o check_icmp check_icmp.o ../intl/libintl.a -lgen -lsocket Undefined first referenced symbol in file gethostbyname check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) inet_addr check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) inet_ntoa check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) ld: fatal: Symbol referencing errors. No output written to check_icmp collect2: ld returned 1 exit status make[2]: *** [check_icmp] Error 1 make[2]: Leaving directory `/tmp2/NAGIOS/nagios-plugins-1.4/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp2/NAGIOS/nagios-plugins-1.4' make: *** [all] Error 2 ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-02-11 08:15 Message: Logged In: YES user_id=395628 Dear Folks, You can also work around this problem by manually compiling check_icmp by 1 copy the existing gcc line 2 add to it -lnsl -lsocket The plugin author made it clear that these libs are needed on Solaris but unfortch they are not in the (autoiconf) generated Makefile. Sorry. ---------------------------------------------------------------------- Comment By: Alex Peeters (zxr750) Date: 2005-02-11 08:06 Message: Logged In: YES user_id=590764 When you remove alle the references to check_icmp from the nagios-plugins-1.4/plugins/makefile then you can already compile the other plugins. -- Alex Peeters ---------------------------------------------------------------------- Comment By: Alex Peeters (zxr750) Date: 2005-02-11 08:00 Message: Logged In: YES user_id=590764 I have the same problem!!! # make make all-recursive make[1]: Entering directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4' Making all in intl make[2]: Entering directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/intl' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/intl' Making all in lib make[2]: Entering directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/lib' make all-am make[3]: Entering directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/lib' make[3]: Nothing to be done for `all-am'. make[3]: Leaving directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/lib' make[2]: Leaving directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/lib' Making all in plugins make[2]: Entering directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/plugins' gcc -g -O2 -L. -o check_icmp check_icmp.o ../intl/libintl.a -liconv -lgen -lsocket Undefined first referenced symbol in file gethostbyname check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) inet_addr check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) inet_ntoa check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) ld: fatal: Symbol referencing errors. No output written to check_icmp collect2: ld returned 1 exit status make[2]: *** [check_icmp] Error 1 make[2]: Leaving directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4' make: *** [all] Error 2 Alex Peeters ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1119142&group_id=29880 From noreply at sourceforge.net Fri Feb 11 03:55:28 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 11 03:55:28 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1119142 ] Solrais9: make abort with Error 2 Message-ID: Bugs item #1119142, was opened at 2005-02-09 07:43 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1119142&group_id=29880 Category: None Group: Release (specify) >Status: Pending Resolution: None Priority: 5 Submitted By: KlausW (osumok) >Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: Solrais9: make abort with Error 2 Initial Comment: nagios-plugins-1.4 Using Solaris 9/Sparc make exits with Error2: nagios-plugins-1.3.1 works well .....make...: ...depmode=gcc /bin/bash ../depcomp gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -g -O2 -c check_icmp.c gcc -g -O2 -L. -o check_icmp check_icmp.o ../intl/libintl.a -lgen -lsocket Undefined first referenced symbol in file gethostbyname check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) inet_addr check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) inet_ntoa check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) ld: fatal: Symbol referencing errors. No output written to check_icmp collect2: ld returned 1 exit status make[2]: *** [check_icmp] Error 1 make[2]: Leaving directory `/tmp2/NAGIOS/nagios-plugins-1.4/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp2/NAGIOS/nagios-plugins-1.4' make: *** [all] Error 2 ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-02-11 11:54 Message: Logged In: YES user_id=395628 Dear KlausW & zxr750, The problem may be fixed in the CVS (I was able to compile check_icmp on the SF Compile Farm Sparc/Sol 9 #1). Fix from Andreas Ericsson . Let me know if it helps or brealks something else (I don't think it will). Yours sincerely. ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-02-11 08:15 Message: Logged In: YES user_id=395628 Dear Folks, You can also work around this problem by manually compiling check_icmp by 1 copy the existing gcc line 2 add to it -lnsl -lsocket The plugin author made it clear that these libs are needed on Solaris but unfortch they are not in the (autoiconf) generated Makefile. Sorry. ---------------------------------------------------------------------- Comment By: Alex Peeters (zxr750) Date: 2005-02-11 08:06 Message: Logged In: YES user_id=590764 When you remove alle the references to check_icmp from the nagios-plugins-1.4/plugins/makefile then you can already compile the other plugins. -- Alex Peeters ---------------------------------------------------------------------- Comment By: Alex Peeters (zxr750) Date: 2005-02-11 08:00 Message: Logged In: YES user_id=590764 I have the same problem!!! # make make all-recursive make[1]: Entering directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4' Making all in intl make[2]: Entering directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/intl' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/intl' Making all in lib make[2]: Entering directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/lib' make all-am make[3]: Entering directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/lib' make[3]: Nothing to be done for `all-am'. make[3]: Leaving directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/lib' make[2]: Leaving directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/lib' Making all in plugins make[2]: Entering directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/plugins' gcc -g -O2 -L. -o check_icmp check_icmp.o ../intl/libintl.a -liconv -lgen -lsocket Undefined first referenced symbol in file gethostbyname check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) inet_addr check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) inet_ntoa check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) ld: fatal: Symbol referencing errors. No output written to check_icmp collect2: ld returned 1 exit status make[2]: *** [check_icmp] Error 1 make[2]: Leaving directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4' make: *** [all] Error 2 Alex Peeters ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1119142&group_id=29880 From noreply at sourceforge.net Fri Feb 11 04:00:13 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 11 04:00:13 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1119142 ] Solrais9: make abort with Error 2 Message-ID: Bugs item #1119142, was opened at 2005-02-09 07:43 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1119142&group_id=29880 Category: None Group: Release (specify) Status: Pending Resolution: None Priority: 5 Submitted By: KlausW (osumok) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: Solrais9: make abort with Error 2 Initial Comment: nagios-plugins-1.4 Using Solaris 9/Sparc make exits with Error2: nagios-plugins-1.3.1 works well .....make...: ...depmode=gcc /bin/bash ../depcomp gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -g -O2 -c check_icmp.c gcc -g -O2 -L. -o check_icmp check_icmp.o ../intl/libintl.a -lgen -lsocket Undefined first referenced symbol in file gethostbyname check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) inet_addr check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) inet_ntoa check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) ld: fatal: Symbol referencing errors. No output written to check_icmp collect2: ld returned 1 exit status make[2]: *** [check_icmp] Error 1 make[2]: Leaving directory `/tmp2/NAGIOS/nagios-plugins-1.4/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp2/NAGIOS/nagios-plugins-1.4' make: *** [all] Error 2 ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-02-11 11:57 Message: Logged In: YES user_id=395628 Should have added this to the last update bash-2.05$ uname -a SunOS sparc-solaris2 5.9 Generic_112233-03 sun4u sparc SUNW,Ultra-60 bash-2.05$ cd nagiosplug/plugins bash-2.05$ rm check_icmp bash-2.05$ make check_icmp gcc -g -O2 -L. -o check_icmp check_icmp.o -lnsl -lsocket -lresolv ../intl/libintl.a -liconv -lgen -lsocket bash-2.05$ The formerly missing -lnsl from $SOCKETLIBS was what was killing it. HTH. ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-02-11 11:54 Message: Logged In: YES user_id=395628 Dear KlausW & zxr750, The problem may be fixed in the CVS (I was able to compile check_icmp on the SF Compile Farm Sparc/Sol 9 #1). Fix from Andreas Ericsson . Let me know if it helps or brealks something else (I don't think it will). Yours sincerely. ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-02-11 08:15 Message: Logged In: YES user_id=395628 Dear Folks, You can also work around this problem by manually compiling check_icmp by 1 copy the existing gcc line 2 add to it -lnsl -lsocket The plugin author made it clear that these libs are needed on Solaris but unfortch they are not in the (autoiconf) generated Makefile. Sorry. ---------------------------------------------------------------------- Comment By: Alex Peeters (zxr750) Date: 2005-02-11 08:06 Message: Logged In: YES user_id=590764 When you remove alle the references to check_icmp from the nagios-plugins-1.4/plugins/makefile then you can already compile the other plugins. -- Alex Peeters ---------------------------------------------------------------------- Comment By: Alex Peeters (zxr750) Date: 2005-02-11 08:00 Message: Logged In: YES user_id=590764 I have the same problem!!! # make make all-recursive make[1]: Entering directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4' Making all in intl make[2]: Entering directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/intl' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/intl' Making all in lib make[2]: Entering directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/lib' make all-am make[3]: Entering directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/lib' make[3]: Nothing to be done for `all-am'. make[3]: Leaving directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/lib' make[2]: Leaving directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/lib' Making all in plugins make[2]: Entering directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/plugins' gcc -g -O2 -L. -o check_icmp check_icmp.o ../intl/libintl.a -liconv -lgen -lsocket Undefined first referenced symbol in file gethostbyname check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) inet_addr check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) inet_ntoa check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) ld: fatal: Symbol referencing errors. No output written to check_icmp collect2: ld returned 1 exit status make[2]: *** [check_icmp] Error 1 make[2]: Leaving directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4' make: *** [all] Error 2 Alex Peeters ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1119142&group_id=29880 From Stanley.Hopcroft at IPAustralia.Gov.AU Fri Feb 11 04:01:20 2005 From: Stanley.Hopcroft at IPAustralia.Gov.AU (Stanley Hopcroft) Date: Fri Feb 11 04:01:20 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1119142 ] Solaris 9: make abort with Error 2 In-Reply-To: <4209D1B7.8060409@op5.se> References: <4209D1B7.8060409@op5.se> Message-ID: <20050211120012.GB238@IPAustralia.Gov.AU> Dear Folks, I am writing to thank Mr Ericsson for the check_icmp fix, On Wed, Feb 09, 2005 at 10:02:47AM +0100, Andreas Ericsson wrote: > Can someone please add $(SOCKETLIBS) to check_icmp_LDADD in Makefile.am? > I assume $(SOCKETLIBS) would contain -lnsl -lsocket on Solaris and SunOS. This was committed to the CVS a few minutes ago. Tested on the SF Sparc/Sol 9 #1 box, bash-2.05$ uname -a SunOS sparc-solaris2 5.9 Generic_112233-03 sun4u sparc SUNW,Ultra-60 bash-2.05$ cd nagiosplug/plugins bash-2.05$ rm check_icmp bash-2.05$ make check_icmp gcc -g -O2 -L. -o check_icmp check_icmp.o -lnsl -lsocket -lresolv ../intl/libintl.a -liconv -lgen -lsocket bash-2.05$ Thank you, Yours sincerely. -- Stanley Hopcroft IP Australia Ph: (02) 6283 3189 Fax: (02) 6281 1353 PO Box 200 Woden ACT 2606 http://www.ipaustralia.gov.au -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: disclaimer.txt URL: From noreply at sourceforge.net Fri Feb 11 08:38:16 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 11 08:38:16 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Feature Requests-1120892 ] Grid Engine plugin Message-ID: Feature Requests item #1120892, was opened at 2005-02-11 10:36 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=1120892&group_id=29880 Category: None Group: None Status: Open Priority: 5 Submitted By: crazy cool (sruby8) Assigned to: Nobody/Anonymous (nobody) Summary: Grid Engine plugin Initial Comment: anyone seen or have a SGE plugin, i'd like to check load etc and get perfdata out of it. just thought i would check before i started on one. thanks sr ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=1120892&group_id=29880 From noreply at sourceforge.net Fri Feb 11 12:06:12 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 11 12:06:12 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1121018 ] Fix "check_disk -e" returning "Unable to read output" Message-ID: Patches item #1121018, was opened at 2005-02-11 18:04 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=1121018&group_id=29880 Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: rrc (r2c) Assigned to: Nobody/Anonymous (nobody) Summary: Fix "check_disk -e" returning "Unable to read output" Initial Comment: When running check_disk with -e option and all filesystems are OK it returns "Unable to read output". This is because when every disk_result == STATE_OK and the erronly is TRUE, the max_state function at the end of the if is never reached. This causes the variable result to be STATE_UNKNOW, printing the above error. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1121018&group_id=29880 From noreply at sourceforge.net Fri Feb 11 13:44:26 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 11 13:44:26 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1119903 ] check_snmp_storage.pl 1.1 fails with AIX Message-ID: Bugs item #1119903, was opened at 2005-02-10 09:56 Message generated for change (Comment added) made by patrickproy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1119903&group_id=29880 Category: Parsing problem Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Vincent Cuirassier (vcuirassier) Assigned to: Nobody/Anonymous (nobody) Summary: check_snmp_storage.pl 1.1 fails with AIX Initial Comment: I'm using the nagios-plugins-1.3.1-5mdk Mandrake RPM, which includes version 1.1 of check_snmp_storage.pl. I can make successful requests to the Linux SNMP agent (net-snmp-5.1-7mdk), but the following command fails to query the AIX SNMP agent : # check_snmp_storage.pl -H aixhost -C public -m /home -w 60 -c 80 Alarm at 15 + 5 ERROR: Description table : Requested table is empty or does not exist. ---------------------------------------------------------------------- Comment By: Patrick Proy (patrickproy) Date: 2005-02-11 22:42 Message: Logged In: YES user_id=124902 This plugin was never tested on AIX, but it can work on any plaforms with MIBII compliance. Does AIX snmp daemon implements the HOST-RESOURCES-MIB ? Try an snmpwalk on the oid "1.3.6.1.2.1.25.2.3.1" . Patrick Proy nagios at proy.org ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1119903&group_id=29880 From noreply at sourceforge.net Mon Feb 14 02:12:15 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Feb 14 02:12:15 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1122262 ] checki_fping Message-ID: Bugs item #1122262, was opened at 2005-02-14 18: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=1122262&group_id=29880 Category: Argument proccessing Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Chancellor Sy (i_m_chance) Assigned to: Nobody/Anonymous (nobody) Summary: checki_fping Initial Comment: Hi, When i run check_fping The output is it only checks Here is a sample output [root at apserv libexec]# ./check_fping -v -H 133.88.30.173 133.88.6.4 /usr/local/sbin/fping -b 56 -c 1 133.88.30.173 133.88.30.173 : [0], 84 bytes, 0.19 ms (0.19 avg, 0% loss) 133.88.30.173 : xmt/rcv/%loss = 1/1/0%, min/avg/max = 0.19/0.19/0.19 FPING OK - 133.88.30.173 (loss=0%, rta=0.190000 ms)|loss=0%;;;0;100 rta=0.000190s;;;0.000000 Your answer is very much appreciated. Regards Chancellor Sy ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1122262&group_id=29880 From noreply at sourceforge.net Mon Feb 14 03:23:44 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Feb 14 03:23:44 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1119142 ] Solrais9: make abort with Error 2 Message-ID: Bugs item #1119142, was opened at 2005-02-09 07:43 Message generated for change (Comment added) made by osumok You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1119142&group_id=29880 Category: None Group: Release (specify) >Status: Open Resolution: None Priority: 5 Submitted By: KlausW (osumok) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: Solrais9: make abort with Error 2 Initial Comment: nagios-plugins-1.4 Using Solaris 9/Sparc make exits with Error2: nagios-plugins-1.3.1 works well .....make...: ...depmode=gcc /bin/bash ../depcomp gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -g -O2 -c check_icmp.c gcc -g -O2 -L. -o check_icmp check_icmp.o ../intl/libintl.a -lgen -lsocket Undefined first referenced symbol in file gethostbyname check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) inet_addr check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) inet_ntoa check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) ld: fatal: Symbol referencing errors. No output written to check_icmp collect2: ld returned 1 exit status make[2]: *** [check_icmp] Error 1 make[2]: Leaving directory `/tmp2/NAGIOS/nagios-plugins-1.4/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp2/NAGIOS/nagios-plugins-1.4' make: *** [all] Error 2 ---------------------------------------------------------------------- >Comment By: KlausW (osumok) Date: 2005-02-14 11:22 Message: Logged In: YES user_id=1214509 Dear Stanley Hopcroft, everthing works fine! Thank You! Yours sincerely Klaus Wissmath ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-02-11 11:57 Message: Logged In: YES user_id=395628 Should have added this to the last update bash-2.05$ uname -a SunOS sparc-solaris2 5.9 Generic_112233-03 sun4u sparc SUNW,Ultra-60 bash-2.05$ cd nagiosplug/plugins bash-2.05$ rm check_icmp bash-2.05$ make check_icmp gcc -g -O2 -L. -o check_icmp check_icmp.o -lnsl -lsocket -lresolv ../intl/libintl.a -liconv -lgen -lsocket bash-2.05$ The formerly missing -lnsl from $SOCKETLIBS was what was killing it. HTH. ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-02-11 11:54 Message: Logged In: YES user_id=395628 Dear KlausW & zxr750, The problem may be fixed in the CVS (I was able to compile check_icmp on the SF Compile Farm Sparc/Sol 9 #1). Fix from Andreas Ericsson . Let me know if it helps or brealks something else (I don't think it will). Yours sincerely. ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-02-11 08:15 Message: Logged In: YES user_id=395628 Dear Folks, You can also work around this problem by manually compiling check_icmp by 1 copy the existing gcc line 2 add to it -lnsl -lsocket The plugin author made it clear that these libs are needed on Solaris but unfortch they are not in the (autoiconf) generated Makefile. Sorry. ---------------------------------------------------------------------- Comment By: Alex Peeters (zxr750) Date: 2005-02-11 08:06 Message: Logged In: YES user_id=590764 When you remove alle the references to check_icmp from the nagios-plugins-1.4/plugins/makefile then you can already compile the other plugins. -- Alex Peeters ---------------------------------------------------------------------- Comment By: Alex Peeters (zxr750) Date: 2005-02-11 08:00 Message: Logged In: YES user_id=590764 I have the same problem!!! # make make all-recursive make[1]: Entering directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4' Making all in intl make[2]: Entering directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/intl' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/intl' Making all in lib make[2]: Entering directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/lib' make all-am make[3]: Entering directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/lib' make[3]: Nothing to be done for `all-am'. make[3]: Leaving directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/lib' make[2]: Leaving directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/lib' Making all in plugins make[2]: Entering directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/plugins' gcc -g -O2 -L. -o check_icmp check_icmp.o ../intl/libintl.a -liconv -lgen -lsocket Undefined first referenced symbol in file gethostbyname check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) inet_addr check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) inet_ntoa check_icmp.o (symbol belongs to implicit dependency /usr/lib/libnsl.so.1) ld: fatal: Symbol referencing errors. No output written to check_icmp collect2: ld returned 1 exit status make[2]: *** [check_icmp] Error 1 make[2]: Leaving directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/export/home/nagios/nagios- plugins/nagios-plugins-1.4' make: *** [all] Error 2 Alex Peeters ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1119142&group_id=29880 From noreply at sourceforge.net Mon Feb 14 13:28:19 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Feb 14 13:28:19 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1122694 ] check_dimensions_listener Message-ID: New Plugins item #1122694, was opened at 2005-02-14 16:27 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=1122694&group_id=29880 Category: Application monitor Group: None Status: Open Resolution: None Priority: 5 Submitted By: Caitlyn M?ire Martin (whiteweasel) Assigned to: Nobody/Anonymous (nobody) Summary: check_dimensions_listener Initial Comment: This plugin is really a simple shell script which checks to see if the listener is running and listening. Checking via an nrpe plugin is required because doing a check_tcp on port 671 will cause the Dimensions Listener to hang. This script simply does a ps do determine that the process is running and returns the PID as part of the output. It also uses netstat to determine that the listener is actually listening. If either condition fails it returns a critical state. This plugin has been tested with Merant PVCS Dimensions 7.0 running on HP-UX 11.11 (11i). It probably would work fine on other *nix platforms with the possible exception of a need to change command locations. It has not been tested with Dimensions 8 and it is entirely possible that it would not work with the newest release. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1122694&group_id=29880 From noreply at sourceforge.net Tue Feb 15 10:19:33 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Feb 15 10:19:33 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1123292 ] check_swap: invalid scanf specification in argument parse Message-ID: Bugs item #1123292, was opened at 2005-02-15 12:17 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1123292&group_id=29880 Category: Argument proccessing Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Steve Greenland (vmole) Assigned to: Nobody/Anonymous (nobody) Summary: check_swap: invalid scanf specification in argument parse Initial Comment: Parsing the values of -w and -c (may) use the scanf() fmt string "%.0f, %d%%". However, precision specifiers are invalid in scanf() processing. I suppose the intent is to trim off any trailing fraction, but that can't be done in scanf(). Instead, read the whole value, and then use floor(3). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1123292&group_id=29880 From senex at usdtv.com Wed Feb 16 12:16:13 2005 From: senex at usdtv.com (Jashua Cloutier) Date: Wed Feb 16 12:16:13 2005 Subject: [Nagiosplug-devel] check_procs Message-ID: <200502161451.55193.senex@usdtv.com> My OS: Slackware 10.1 standard installation Plugin: check_procs v1.4 Problem Summary: receive warning when run this command uses the command line > /bin/ps -axwo 'stat uid ppid vsz rss pcpu comm args' on my system, this generates the following warning to stderr > Warning: bad ps syntax, perhaps a bogus '-'? See http://procps.sf.net/faq.html Removing the - before the axwo does fix this problem and the pluggin is happy -- Jashua Cloutier US Digital Television, Inc Phone: (954) 653 - 1417 From noreply at sourceforge.net Thu Feb 17 07:24:17 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 17 07:24:17 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1095582 ] check_nfs4: Monitor NFSv4 servers and clients Message-ID: New Plugins item #1095582, was opened at 2005-01-04 10:41 Message generated for change (Comment added) made by fjolly You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1095582&group_id=29880 Category: Perl plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: fjolly (fjolly) Assigned to: Nobody/Anonymous (nobody) Summary: check_nfs4: Monitor NFSv4 servers and clients Initial Comment: I'm currently working on a new plugin for Nagios: a plugin to monitor NFS (and most specifically the new version NFSv4). This plugin will: - check if the nfs daemons are running correctly (server and client sides) - grep some errors from the NFS logs - check rpc errors (with the command nfsstat) - detect when a mounting point hangs - returns some performance datas: - check the percentage of cpu taken by the nfsd - check in /proc/net/rpc/nfsd the number of effective processes of nfsd used - check the transfer rate of each nfs server (with nfsstat) ---------------------------------------------------------------------- >Comment By: fjolly (fjolly) Date: 2005-02-17 16:23 Message: Logged In: YES user_id=1189962 Added option -w Improved the code when calling external commands ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1095582&group_id=29880 From noreply at sourceforge.net Fri Feb 18 03:48:12 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 18 03:48:12 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1119903 ] check_snmp_storage.pl 1.1 fails with AIX Message-ID: Bugs item #1119903, was opened at 2005-02-10 09:56 Message generated for change (Comment added) made by vcuirassier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1119903&group_id=29880 Category: Parsing problem Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Vincent Cuirassier (vcuirassier) Assigned to: Nobody/Anonymous (nobody) Summary: check_snmp_storage.pl 1.1 fails with AIX Initial Comment: I'm using the nagios-plugins-1.3.1-5mdk Mandrake RPM, which includes version 1.1 of check_snmp_storage.pl. I can make successful requests to the Linux SNMP agent (net-snmp-5.1-7mdk), but the following command fails to query the AIX SNMP agent : # check_snmp_storage.pl -H aixhost -C public -m /home -w 60 -c 80 Alarm at 15 + 5 ERROR: Description table : Requested table is empty or does not exist. ---------------------------------------------------------------------- >Comment By: Vincent Cuirassier (vcuirassier) Date: 2005-02-18 12:47 Message: Logged In: YES user_id=1216109 According to IBM docs, the AIX SNMP agent implements the HOST-RESOURCES-MIB. But the snmpwalk command that you provided did not produce any output. ---------------------------------------------------------------------- Comment By: Patrick Proy (patrickproy) Date: 2005-02-11 22:42 Message: Logged In: YES user_id=124902 This plugin was never tested on AIX, but it can work on any plaforms with MIBII compliance. Does AIX snmp daemon implements the HOST-RESOURCES-MIB ? Try an snmpwalk on the oid "1.3.6.1.2.1.25.2.3.1" . Patrick Proy nagios at proy.org ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1119903&group_id=29880 From noreply at sourceforge.net Fri Feb 18 06:59:20 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 18 06:59:20 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1143836 ] three plugins contain c++ comments Message-ID: Bugs item #1143836, was opened at 2005-02-18 08:58 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=1143836&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Steve Greenland (vmole) Assigned to: Nobody/Anonymous (nobody) Summary: three plugins contain c++ comments Initial Comment: The following plugins use '//' for a few comments, which isn't valid C89. This causes build failures on non-gcc, non-c99 platforms. check_disk.c check_smtp.c check_ups.c Thanks, Steve ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1143836&group_id=29880 From noreply at sourceforge.net Fri Feb 18 07:24:16 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 18 07:24:16 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1143849 ] Several bugfixes, enhancements and code cleanups Message-ID: Patches item #1143849, was opened at 2005-02-18 16:23 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1143849&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Andreas Ericsson (ageric) Assigned to: Nobody/Anonymous (nobody) Summary: Several bugfixes, enhancements and code cleanups Initial Comment: These patches should apply somewhat cleanly to latest CVS. A brief description; ansiC.diff replaces occurences of the bsd-ism index(3) wherever it was found with strchr(). progname.diff does with char *progname what glibc automagically does with char *__progname. check_tcp.diff reduces the LOC count drastically by bundling duplicate code together. It also serves as an example fix of what I like to call Wolly Thinking (which is like fuzzy logic, only less so), and separates protocol specifications according to OSI layer where appropriate. check_hpjd.diff fixes the snmpget command string, enables outputting of several error messages should more than one thing be awry, and reduces code amount with ~50 lines. timeout_status adds three global variables to utils.c; timeout_status, status_strings, lowercase_status_strings. It increases the status enum list with STATE_OOB, which is considered to be the smallest out-of-bounds return value for plugins. It also adds logic to timeout_alarm_handler in utils.c and netutils.c so that plugin authors may set the status on timeout to whatever they like. This is explained by an example in check_nt.c, which now understands -T {ok,warning,critical} to mean just that. check_mysql-paranoia.diff adds code to obscure username and password from a ps listing, which might otherwise reveal sensitive information. perl-uselib.diff fixes bugs in check_{file_age,mysql}.pl, which has a bad use lib line and thus won't work unless executed from the same directory as utils.pm resides in. This is possibly a reverse-fix (other plugins should be fixed?) but I'm sure you could make the necessary changes in that case. check_icmp-bundled.diff enforces packet-intervals to be honored unless sendqueue is empty and all sent packets have arrived. It also raises the defaults somewhat to work even in very crappy networks, as well as modifying the verbosity, prettifies the -h output and makes mention of the check_host mode. silly.diff removes a lot of superfluous asprintf() and strdup() calls which will cause memory leaks in Nagios if it ever starts supporting plugins as NEBmodules. It also stops anal leakage if weird code gives you that. netutils-wrappers.diff reduces the LOC count in netutils.c and allows clever compilers to consign certain wrapper functions to oblivion. check_snmp.diff reduces LOC count, reimplements support for snmp v2c and removes a fair amount of stupid code. All patches are heavily commented where appropriate, so that anyone with moderate programming skills should understand how everything works. Apply with patch -p1 < [patch-file] in this order; timeout_status netutils-wrappers ansiC progname silly Other patches can be applied in random order. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1143849&group_id=29880 From noreply at sourceforge.net Fri Feb 18 16:03:19 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 18 16:03:19 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1105015 ] nagios.spec.in docs subdir fails rpmbuild Message-ID: Bugs item #1105015, was opened at 2005-01-18 21:19 Message generated for change (Comment added) made by harpermann You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1105015&group_id=29880 Category: Argument proccessing Group: CVS >Status: Closed Resolution: None Priority: 5 Submitted By: Harper Mann (harpermann) Assigned to: Harper Mann (harpermann) Summary: nagios.spec.in docs subdir fails rpmbuild Initial Comment: I get errors off the nagios-plugins.spec trying to build an RPM. I downloaded the CVS Head this morning with a fresh CVS checkout. tools/setup, configure and make ran without errors. I did "make nagios-plugins-spec" to get the file. Running "rpmbuild -bb ./nagios-plugins-spec" gives the error: rpmbuild -bb ./nagios-plugins.spec error: line 2: Illegal char '-' in version: Version: 1.4-beta2 I deleted the "-" from the spec then created /usr/src/redhat/SOURCES/nagios-plugins- 1.4beta2.tar.gz from the checkout tree and re-ran the rpm build. It gives: Executing(%doc): /bin/sh -e /var/tmp/rpm-tmp.16632 + umask 022 + cd /usr/src/redhat/BUILD + cd nagios-plugins-1.4beta2 + DOCDIR=/var/tmp/nagios-plugins-1.4beta2-1-root- root/usr/share/doc/nagios-plu gins-1.4beta2 + export DOCDIR + rm -rf /var/tmp/nagios-plugins-1.4beta2-1-root- root/usr/share/doc/nagios-plugins-1. 4beta2 + /bin/mkdir -p /var/tmp/nagios-plugins-1.4beta2-1-root- root/usr/share/doc/nagios-plugins-1. 4beta2 + cp -pr CODING COPYING FAQ INSTALL LEGAL README REQUIREMENTS SUPPORT + THANKS /var/tmp/nagios-plugins-1.4beta2-1-root- root/usr/share/doc/nagios-plugins-1. 4beta2 cp: cannot stat `THANKS': No such file or directory error: Bad exit status from /var/tmp/rpm-tmp.16632 (% doc) Processing files: nagios-plugins-debuginfo- 1.4beta2-1 Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4- 1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 RPM build errors: File not found: /var/tmp/nagios-plugins-1.4beta2-1-root- root/usr/lib/nagios/plugins/check_fp ing File not found: /var/tmp/nagios-plugins-1.4beta2-1-root- root/usr/lib/nagios/plugins/check_ga me File not found: /var/tmp/nagios-plugins-1.4beta2-1-root- root/usr/lib/nagios/plugins/check_pg sql Bad exit status from /var/tmp/rpm-tmp.16632 (%doc) Anyone else see this one? Regards, - Harper Harper Mann Groundwork Open Source Solutions 510-599-2075 (cell) http://itgroundwork.com ---------------------------------------------------------------------- >Comment By: Harper Mann (harpermann) Date: 2005-02-18 16:02 Message: Logged In: YES user_id=939531 This works with the complete release. It was incorrect from CVS with the I18N stuff, but the released tar works fine and builds good RPMS. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1105015&group_id=29880 From noreply at sourceforge.net Fri Feb 18 16:06:25 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 18 16:06:25 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-774569 ] wrong spec was tagged for r1_3_1 Message-ID: Bugs item #774569, was opened at 2003-07-20 07:03 Message generated for change (Comment added) made by harpermann You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=774569&group_id=29880 Category: None Group: CVS >Status: Closed Resolution: None Priority: 4 Submitted By: Karl DeBisschop (kdebisschop) Assigned to: Harper Mann (harpermann) Summary: wrong spec was tagged for r1_3_1 Initial Comment: need to move tag to 1.8.2.1 for nagiosplug.spec.in ---------------------------------------------------------------------- >Comment By: Harper Mann (harpermann) Date: 2005-02-18 16:05 Message: Logged In: YES user_id=939531 Release 1.4 builds a good RPM from the existing SPEC. It builds a single rpm which requires all necessary packages for all included plugins. check_radius is an example. It might be good to discuss if we want to split out some of the plugins into a separate packages like "extras" was previously, but let's leave that for a bit later. ---------------------------------------------------------------------- Comment By: Harper Mann (harpermann) Date: 2005-01-20 16:42 Message: Logged In: YES user_id=939531 Working on another nagios.spec bug so I'll take this one as well. - Harper ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2005-01-01 08:32 Message: Logged In: YES user_id=664364 Note sure what needs to be done with this spec.in file. Can anyone explain? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=774569&group_id=29880 From noreply at sourceforge.net Sun Feb 20 02:45:26 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Feb 20 02:45:26 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1144727 ] check_disk fails on Solaris with large available space Message-ID: Bugs item #1144727, was opened at 2005-02-20 10:44 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1144727&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: John-David Childs (diskmuncher) Assigned to: Nobody/Anonymous (nobody) Summary: check_disk fails on Solaris with large available space Initial Comment: check_disk returns a CRITICAL on Solaris (test 5.7 and 5.9) if a checked_filesystem actually has > 1TB of free space. This does NOT happen on Linux. Verifying functionality on IRIX. controldev [10:21am] plugins 69% df -k Filesystem kbytes used avail capacity Mounted on /proc 0 0 0 0% /proc /dev/dsk/c0t0d0s0 9075677 6666149 2318772 75% / fd 0 0 0 0% /dev/fd /dev/dsk/c0t0d0s4 482455 138924 295286 32% /var swap 1757696 79080 1678616 5% /tmp /dev/dsk/c0t0d0s6 6196234 6161 6128111 1% /ewrt /dev/dsk/c0t1d0s0 20652353 13923398 6522432 69% /bronze /dev/dsk/c0t1d0s1 20652353 4633312 15812518 23% /tools /dev/dsk/c0t1d0s4 29281179 23773695 5214673 83% /home opsnas1:/vol/home 1767421352 653768396 1113652956 37% /mnt controldev [10:23am] plugins 70% ./check_disk -w 10% -c 5% -e DISK CRITICAL - free space: /mnt 9007199254740993 MB (521854746624%);| /=6598MB;7975;8418;0;8862 /var=183MB;423;447;0;471 /tmp=77MB;1544;1630;0;1716 /ewrt=67MB;5445;5748;0;6051 /bronze=13799MB;18151;19159;0;20168 /tools=4727MB;18151;19159;0;20168 /home=23502MB;25734;27164;0;28594 /mnt=2735598MB;1553397;1639697;0;1725997 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1144727&group_id=29880 From noreply at sourceforge.net Mon Feb 21 05:21:06 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Feb 21 05:21:06 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1145413 ] This patche allow to use unix sockets in nagios plugins. Message-ID: Patches item #1145413, was opened at 2005-02-21 15:20 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1145413&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Alex Samorukov (samm2) Assigned to: Nobody/Anonymous (nobody) Summary: This patche allow to use unix sockets in nagios plugins. Initial Comment: With this patch user can specify unix socket as -H argument. This allow to check tcp services which are bind to unix sockets only. I use this for checking clamav-clamd. Alsi, i added check_clamd prototype to check status of the CLAMAV daemon (clamav.net). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1145413&group_id=29880 From ben at clewett.org.uk Wed Feb 23 09:18:34 2005 From: ben at clewett.org.uk (Ben Clewett) Date: Wed Feb 23 09:18:34 2005 Subject: [Nagiosplug-devel] Patch against check_mysql Message-ID: <421CBA75.4030501@clewett.org.uk> Dear users, A small patch against 1.4 check_mysql to show performance data. So this: Uptime: 1321667 Threads: 16 Questions: 4078343 Slow queries: 632 Opens: 18166 Flush tables: 1 Open tables: 64 Queries per second avg: 3.086 Becomes: Uptime: 1321667 Threads: 16 Questions: 4078343 Slow queries: 632 Opens: 18166 Flush tables: 1 Open tables: 64 Queries per second avg: 3.086 | 'Uptime'=1321667 'Threads'=16 'Questions'=4078343 'Slow queries'=632 'Opens'=18166 'Flush tables'=1 'Open tables'=64 'Queries per second avg'=3.086 Tested on MySQL 4.0.11 -> 4.1.9, Linux gcc 3.3.3. Regards, Ben Clewett. -------------- next part -------------- A non-text attachment was scrubbed... Name: check_mysql.diff.gz Type: application/x-gzip Size: 899 bytes Desc: not available URL: From noreply at sourceforge.net Wed Feb 23 13:02:02 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Feb 23 13:02:02 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1119903 ] check_snmp_storage.pl 1.1 fails with AIX Message-ID: Bugs item #1119903, was opened at 2005-02-10 00:56 Message generated for change (Comment added) made by linguafr You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1119903&group_id=29880 Category: Parsing problem Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Vincent Cuirassier (vcuirassier) Assigned to: Nobody/Anonymous (nobody) Summary: check_snmp_storage.pl 1.1 fails with AIX Initial Comment: I'm using the nagios-plugins-1.3.1-5mdk Mandrake RPM, which includes version 1.1 of check_snmp_storage.pl. I can make successful requests to the Linux SNMP agent (net-snmp-5.1-7mdk), but the following command fails to query the AIX SNMP agent : # check_snmp_storage.pl -H aixhost -C public -m /home -w 60 -c 80 Alarm at 15 + 5 ERROR: Description table : Requested table is empty or does not exist. ---------------------------------------------------------------------- Comment By: Bill F (linguafr) Date: 2005-02-23 12:59 Message: Logged In: YES user_id=1080464 I'm having the same problem on the following system Linux earth.epd.com 2.4.21-20.0.1.ELsmp #1 SMP Wed Nov 24 20:34:01 EST 2004 i686 i686 i386 GNU/Linux [root at earth root]# /usr/local/sbin/snmpd -v NET-SNMP version: 5.2.1 Web: http://www.net-snmp.org/ Email: net-snmp-coders at lists.sourceforge.net ps -ef|grep snmpd root 5368 1 0 Feb22 ? 00:00:03 /usr/local/sbin/snmpd -c /usr/local/share/snmp/snmpd.conf -M /usr/local/share/snmp/mibs -d -Lf /var/log/snmpd.log -p /var/run/snmpd -a [root at centauri etc]# snmpget -v 1 earth -c ****** 1.3.6.1.2.1.25.2.3.1 Error in packet Reason: (noSuchName) There is no such variable name in this MIB. Failed object: HOST-RESOURCES-MIB::hrStorageEntry ....but the mib is here [root at earth root]# ls /usr/local/share/snmp/mibs/HOST-RESOURCES-MIB* /usr/local/share/snmp/mibs/HOST-RESOURCES-MIB.txt ---------------------------------------------------------------------- Comment By: Vincent Cuirassier (vcuirassier) Date: 2005-02-18 03:47 Message: Logged In: YES user_id=1216109 According to IBM docs, the AIX SNMP agent implements the HOST-RESOURCES-MIB. But the snmpwalk command that you provided did not produce any output. ---------------------------------------------------------------------- Comment By: Patrick Proy (patrickproy) Date: 2005-02-11 13:42 Message: Logged In: YES user_id=124902 This plugin was never tested on AIX, but it can work on any plaforms with MIBII compliance. Does AIX snmp daemon implements the HOST-RESOURCES-MIB ? Try an snmpwalk on the oid "1.3.6.1.2.1.25.2.3.1" . Patrick Proy nagios at proy.org ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1119903&group_id=29880 From mkent at magoazul.com Wed Feb 23 13:41:32 2005 From: mkent at magoazul.com (Matthew Kent) Date: Wed Feb 23 13:41:32 2005 Subject: [Nagiosplug-devel] Patch against check_mysql In-Reply-To: <421CBA75.4030501@clewett.org.uk> References: <421CBA75.4030501@clewett.org.uk> Message-ID: <1109194835.6679.4.camel@fuego> On Wed, 2005-23-02 at 17:16 +0000, Ben Clewett wrote: > Dear users, > > A small patch against 1.4 check_mysql to show performance data. So this: Mind submitting it to the sourceforge tracker so we can better keep track of it? I can take a look at merging this, but I won't have a chance until at least next week. Thanks, -- Matthew Kent http://magoazul.com From noreply at sourceforge.net Wed Feb 23 15:09:49 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Feb 23 15:09:49 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1119903 ] check_snmp_storage.pl 1.1 fails with AIX Message-ID: Bugs item #1119903, was opened at 2005-02-10 00:56 Message generated for change (Comment added) made by linguafr You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1119903&group_id=29880 Category: Parsing problem Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Vincent Cuirassier (vcuirassier) Assigned to: Nobody/Anonymous (nobody) Summary: check_snmp_storage.pl 1.1 fails with AIX Initial Comment: I'm using the nagios-plugins-1.3.1-5mdk Mandrake RPM, which includes version 1.1 of check_snmp_storage.pl. I can make successful requests to the Linux SNMP agent (net-snmp-5.1-7mdk), but the following command fails to query the AIX SNMP agent : # check_snmp_storage.pl -H aixhost -C public -m /home -w 60 -c 80 Alarm at 15 + 5 ERROR: Description table : Requested table is empty or does not exist. ---------------------------------------------------------------------- Comment By: Bill F (linguafr) Date: 2005-02-23 15:08 Message: Logged In: YES user_id=1080464 turns out HOST-RESOURCES-MIB is an optional mib that needed to be compiled in as a configure option. It now works ---------------------------------------------------------------------- Comment By: Bill F (linguafr) Date: 2005-02-23 12:59 Message: Logged In: YES user_id=1080464 I'm having the same problem on the following system Linux earth.epd.com 2.4.21-20.0.1.ELsmp #1 SMP Wed Nov 24 20:34:01 EST 2004 i686 i686 i386 GNU/Linux [root at earth root]# /usr/local/sbin/snmpd -v NET-SNMP version: 5.2.1 Web: http://www.net-snmp.org/ Email: net-snmp-coders at lists.sourceforge.net ps -ef|grep snmpd root 5368 1 0 Feb22 ? 00:00:03 /usr/local/sbin/snmpd -c /usr/local/share/snmp/snmpd.conf -M /usr/local/share/snmp/mibs -d -Lf /var/log/snmpd.log -p /var/run/snmpd -a [root at centauri etc]# snmpget -v 1 earth -c ****** 1.3.6.1.2.1.25.2.3.1 Error in packet Reason: (noSuchName) There is no such variable name in this MIB. Failed object: HOST-RESOURCES-MIB::hrStorageEntry ....but the mib is here [root at earth root]# ls /usr/local/share/snmp/mibs/HOST-RESOURCES-MIB* /usr/local/share/snmp/mibs/HOST-RESOURCES-MIB.txt ---------------------------------------------------------------------- Comment By: Vincent Cuirassier (vcuirassier) Date: 2005-02-18 03:47 Message: Logged In: YES user_id=1216109 According to IBM docs, the AIX SNMP agent implements the HOST-RESOURCES-MIB. But the snmpwalk command that you provided did not produce any output. ---------------------------------------------------------------------- Comment By: Patrick Proy (patrickproy) Date: 2005-02-11 13:42 Message: Logged In: YES user_id=124902 This plugin was never tested on AIX, but it can work on any plaforms with MIBII compliance. Does AIX snmp daemon implements the HOST-RESOURCES-MIB ? Try an snmpwalk on the oid "1.3.6.1.2.1.25.2.3.1" . Patrick Proy nagios at proy.org ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1119903&group_id=29880 From noreply at sourceforge.net Wed Feb 23 15:39:38 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Feb 23 15:39:38 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1119903 ] check_snmp_storage.pl 1.1 fails with AIX Message-ID: Bugs item #1119903, was opened at 2005-02-10 09:56 Message generated for change (Comment added) made by patrickproy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1119903&group_id=29880 Category: Parsing problem Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Vincent Cuirassier (vcuirassier) Assigned to: Nobody/Anonymous (nobody) Summary: check_snmp_storage.pl 1.1 fails with AIX Initial Comment: I'm using the nagios-plugins-1.3.1-5mdk Mandrake RPM, which includes version 1.1 of check_snmp_storage.pl. I can make successful requests to the Linux SNMP agent (net-snmp-5.1-7mdk), but the following command fails to query the AIX SNMP agent : # check_snmp_storage.pl -H aixhost -C public -m /home -w 60 -c 80 Alarm at 15 + 5 ERROR: Description table : Requested table is empty or does not exist. ---------------------------------------------------------------------- Comment By: Patrick Proy (patrickproy) Date: 2005-02-24 00:38 Message: Logged In: YES user_id=124902 To linguafr : The mib FILE is here, but ir doesn't mean the snmp daemon handles it. On linux, it should work : just try with the snmpwalk command instead (snmpget on this oid will always fail) or get the latest net-snmp version. To vcuirassier : I don't know much about the AIX snmp agent. The aim is to have the snmpwalk command give some output for the oid, but I have no idea how. If IBM says it's OK, ask them... Did you give net-snmp a try ? Note : Please continue this thread in the nagiosplug mailling list : I can just put comments here, and I hate writing in this small comment box... Patrick nagios AT proy. org ---------------------------------------------------------------------- Comment By: Bill F (linguafr) Date: 2005-02-24 00:08 Message: Logged In: YES user_id=1080464 turns out HOST-RESOURCES-MIB is an optional mib that needed to be compiled in as a configure option. It now works ---------------------------------------------------------------------- Comment By: Bill F (linguafr) Date: 2005-02-23 21:59 Message: Logged In: YES user_id=1080464 I'm having the same problem on the following system Linux earth.epd.com 2.4.21-20.0.1.ELsmp #1 SMP Wed Nov 24 20:34:01 EST 2004 i686 i686 i386 GNU/Linux [root at earth root]# /usr/local/sbin/snmpd -v NET-SNMP version: 5.2.1 Web: http://www.net-snmp.org/ Email: net-snmp-coders at lists.sourceforge.net ps -ef|grep snmpd root 5368 1 0 Feb22 ? 00:00:03 /usr/local/sbin/snmpd -c /usr/local/share/snmp/snmpd.conf -M /usr/local/share/snmp/mibs -d -Lf /var/log/snmpd.log -p /var/run/snmpd -a [root at centauri etc]# snmpget -v 1 earth -c ****** 1.3.6.1.2.1.25.2.3.1 Error in packet Reason: (noSuchName) There is no such variable name in this MIB. Failed object: HOST-RESOURCES-MIB::hrStorageEntry ....but the mib is here [root at earth root]# ls /usr/local/share/snmp/mibs/HOST-RESOURCES-MIB* /usr/local/share/snmp/mibs/HOST-RESOURCES-MIB.txt ---------------------------------------------------------------------- Comment By: Vincent Cuirassier (vcuirassier) Date: 2005-02-18 12:47 Message: Logged In: YES user_id=1216109 According to IBM docs, the AIX SNMP agent implements the HOST-RESOURCES-MIB. But the snmpwalk command that you provided did not produce any output. ---------------------------------------------------------------------- Comment By: Patrick Proy (patrickproy) Date: 2005-02-11 22:42 Message: Logged In: YES user_id=124902 This plugin was never tested on AIX, but it can work on any plaforms with MIBII compliance. Does AIX snmp daemon implements the HOST-RESOURCES-MIB ? Try an snmpwalk on the oid "1.3.6.1.2.1.25.2.3.1" . Patrick Proy nagios at proy.org ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1119903&group_id=29880 From noreply at sourceforge.net Wed Feb 23 21:27:12 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Feb 23 21:27:12 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1150777 ] check_ntp.pl offset boundary condition fix Message-ID: Patches item #1150777, was opened at 2005-02-24 16:26 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=1150777&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: John Warburton (johnwarburton) Assigned to: Nobody/Anonymous (nobody) Summary: check_ntp.pl offset boundary condition fix Initial Comment: Version 1.20 of check_ntp.pl from nagios-plugins-HEAD-200502231747 According to the code: "An offset of 0.000000 with an error is probably bogus. Actually, it's probably always bogus, but let's be paranoid here." Well, in the 3 weeks of running check_ntp.pl here, I have received this error twice, on different servers: [02-24-2005 16:04:05] SERVICE ALERT: dory;Check NTP;CRITICAL;SOFT;1;NTP CRITICAL: server 1.2.3.4, stratum 2, offset 0.000000, delay 0.02588 [02-13-2005 17:37:51] SERVICE ALERT: plod;Check NTP;CRITICAL;SOFT;1;NTP CRITICAL: server 1.2.3.4, stratum 2, offset 0.000000, delay 0.02599 I suggest we remove this check as an offset of 0.000000 is not bogus. It happens. Patch attached. John ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1150777&group_id=29880 From noreply at sourceforge.net Thu Feb 24 00:12:23 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Feb 24 00:12:23 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1150826 ] Performance data added to check_mysql Message-ID: Patches item #1150826, was opened at 2005-02-24 08:11 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=1150826&group_id=29880 Category: Perf data Group: None Status: Open Resolution: None Priority: 5 Submitted By: Ben Clewett (benclewett) Assigned to: Nobody/Anonymous (nobody) Summary: Performance data added to check_mysql Initial Comment: Performance data added to check_mysql by inteperating data returned by MySQL. If this format remains the same, should always work. Tested MySQL v 4.0.11 -> 4.1.9 Ben. -- bclewett at perfparse.org ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1150826&group_id=29880 From gerrit.beine at gmx.de Thu Feb 24 12:16:57 2005 From: gerrit.beine at gmx.de (Gerrit Beine) Date: Thu Feb 24 12:16:57 2005 Subject: [Nagiosplug-devel] Patch for check_mysql Message-ID: <421E3588.8040400@gmx.de> Hi there, this is a patch for making check_mysql working together with replication systems on MySQL 4.1.1 and higher. So long... Gerrit -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: patch-check_mysql.c URL: From noreply at sourceforge.net Fri Feb 25 11:43:02 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 25 11:43:02 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1150826 ] Performance data added to check_mysql Message-ID: Patches item #1150826, was opened at 2005-02-24 00:11 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1150826&group_id=29880 Category: Perf data Group: None Status: Open Resolution: None Priority: 5 Submitted By: Ben Clewett (benclewett) Assigned to: Nobody/Anonymous (nobody) Summary: Performance data added to check_mysql Initial Comment: Performance data added to check_mysql by inteperating data returned by MySQL. If this format remains the same, should always work. Tested MySQL v 4.0.11 -> 4.1.9 Ben. -- bclewett at perfparse.org ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2005-02-25 11:38 Message: Logged In: YES user_id=983566 Think you forgot the file :) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1150826&group_id=29880 From noreply at sourceforge.net Fri Feb 25 11:43:17 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 25 11:43:17 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1150826 ] Performance data added to check_mysql Message-ID: Patches item #1150826, was opened at 2005-02-24 00:11 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1150826&group_id=29880 Category: Perf data Group: None Status: Open Resolution: None Priority: 5 Submitted By: Ben Clewett (benclewett) Assigned to: Nobody/Anonymous (nobody) Summary: Performance data added to check_mysql Initial Comment: Performance data added to check_mysql by inteperating data returned by MySQL. If this format remains the same, should always work. Tested MySQL v 4.0.11 -> 4.1.9 Ben. -- bclewett at perfparse.org ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2005-02-25 11:39 Message: Logged In: YES user_id=983566 Another tiny patch for replication data to apply ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2005-02-25 11:38 Message: Logged In: YES user_id=983566 Think you forgot the file :) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1150826&group_id=29880 From mkent at magoazul.com Fri Feb 25 11:43:39 2005 From: mkent at magoazul.com (Matthew Kent) Date: Fri Feb 25 11:43:39 2005 Subject: [Nagiosplug-devel] Patch for check_mysql In-Reply-To: <421E3588.8040400@gmx.de> References: <421E3588.8040400@gmx.de> Message-ID: <1109360177.5709.21.camel@fuego> Thanks, will append it to the other mysql ticket so I don't forget. - Matt On Thu, 2005-24-02 at 21:14 +0100, Gerrit Beine wrote: > Hi there, > > this is a patch for making check_mysql working together > with replication systems on MySQL 4.1.1 and higher. > > So long... > > Gerrit > plain text document attachment (patch-check_mysql.c) > --- plugins/check_mysql.c.orig Sun Dec 26 00:17:44 2004 > +++ plugins/check_mysql.c Sun Feb 20 14:12:10 2005 > @@ -123,8 +123,16 @@ > die (STATE_CRITICAL, "%s\n", slaveresult); > } > > + } else if (mysql_field_count (&mysql) == 33) { > + /* mysql >= 4.1.1 */ > + snprintf (slaveresult, SLAVERESULTSIZE, "Slave IO: %s Slave SQL: %s", row[10], row[11]); > + if (strcmp (row[10], "Yes") != 0 || strcmp (row[11], "Yes") != 0) { > + mysql_free_result (res); > + mysql_close (&mysql); > + die (STATE_CRITICAL, "%s\n", slaveresult); > + } > } else { > - /* mysql 4.x.x */ > + /* mysql 4.0.x or 4.1.0 */ > snprintf (slaveresult, SLAVERESULTSIZE, "Slave IO: %s Slave SQL: %s", row[9], row[10]); > if (strcmp (row[9], "Yes") != 0 || strcmp (row[10], "Yes") != 0) { > mysql_free_result (res); From noreply at sourceforge.net Fri Feb 25 14:59:00 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Feb 25 14:59:00 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1152118 ] check_ftp.pl Message-ID: New Plugins item #1152118, was opened at 2005-02-25 14:54 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=1152118&group_id=29880 Category: Perl plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Eddie D. Anzalone (ejne) Assigned to: Nobody/Anonymous (nobody) Summary: check_ftp.pl Initial Comment: Nagios plugin to check ftp services, instead of the default check_ftp -> check_tcp (symlink) which leaves the target ftp server in a half open state and responsible for timing out the request. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1152118&group_id=29880 From Ben.Clewett at roadrunner.uk.com Fri Feb 25 18:51:52 2005 From: Ben.Clewett at roadrunner.uk.com (Ben Clewett) Date: Fri Feb 25 18:51:52 2005 Subject: [Nagiosplug-devel] Patch against check_mysql In-Reply-To: <1109194835.6679.4.camel@fuego> References: <421CBA75.4030501@clewett.org.uk> <1109194835.6679.4.camel@fuego> Message-ID: <421D8B3A.2060804@roadrunner.uk.com> No worries, I'll post it there. Ben Matthew Kent wrote: > On Wed, 2005-23-02 at 17:16 +0000, Ben Clewett wrote: > >>Dear users, >> >>A small patch against 1.4 check_mysql to show performance data. So this: > > > Mind submitting it to the sourceforge tracker so we can better keep > track of it? > > I can take a look at merging this, but I won't have a chance until at > least next week. > > Thanks, From noreply at sourceforge.net Sun Feb 27 16:09:05 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Feb 27 16:09:05 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1153148 ] long long support for check_swap on release 1.3 Message-ID: Patches item #1153148, was opened at 2005-02-27 16:05 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=1153148&group_id=29880 Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: Carlo Marcelo Arenas Belon (carenas) Assigned to: Nobody/Anonymous (nobody) Summary: long long support for check_swap on release 1.3 Initial Comment: using an unsigned long int and therefore overflowing for swap bigger than 2^32 bytes. still is_intnonneg util function could wrongly assume that the parameter is not in the right range but my guess is that it is better to fix the parametrized parameter to also allow KB, MB and such instead of forcing the user to fit it as an integer so i left it untouched. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1153148&group_id=29880 From carenas at sajinet.com.pe Sun Feb 27 16:25:00 2005 From: carenas at sajinet.com.pe (Carlo Marcelo Arenas Belon) Date: Sun Feb 27 16:25:00 2005 Subject: [Nagiosplug-devel] [PATCH] support swapsizes bigger than 2^32 on branch 1.3's check_swap Message-ID: <20050228005948.GB20723@tapir.sajinet.com.pe> Greetings, uploaded a patch to 1.3's (based on rel 1.9) for check_swap.c which enables this plugin to use "long long" if possible and fallback to float on a transparent way. http://sourceforge.net/tracker/index.php?func=detail&aid=1153148&group_id=29880&atid=397599 similar in principle to the implementation tried and finally commited for release 1.4, but more generic as it doesn't force the use of either long long or float. still incomplete though (as the one committed), as the parameter parsing assummes that the parameter is an integer through the test on utils.is_intnonneg which could overflow as well. Carlo From noreply at sourceforge.net Mon Feb 28 00:33:40 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Feb 28 00:33:40 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1150826 ] Performance data added to check_mysql Message-ID: Patches item #1150826, was opened at 2005-02-24 08:11 Message generated for change (Comment added) made by benclewett You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1150826&group_id=29880 Category: Perf data Group: None Status: Open Resolution: None Priority: 5 Submitted By: Ben Clewett (benclewett) Assigned to: Nobody/Anonymous (nobody) Summary: Performance data added to check_mysql Initial Comment: Performance data added to check_mysql by inteperating data returned by MySQL. If this format remains the same, should always work. Tested MySQL v 4.0.11 -> 4.1.9 Ben. -- bclewett at perfparse.org ---------------------------------------------------------------------- >Comment By: Ben Clewett (benclewett) Date: 2005-02-28 08:30 Message: Logged In: YES user_id=157178 Did I forget? I can see it attached. Or did you copy this fromn my email? So is this ok now? ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2005-02-25 19:39 Message: Logged In: YES user_id=983566 Another tiny patch for replication data to apply ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2005-02-25 19:38 Message: Logged In: YES user_id=983566 Think you forgot the file :) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1150826&group_id=29880 From pedro at i-set.ru Mon Feb 28 06:00:05 2005 From: pedro at i-set.ru (pedro) Date: Mon Feb 28 06:00:05 2005 Subject: [Nagiosplug-devel] Problems with locales on Nagios 2 beta Message-ID: <1109598990.5760.14.camel@spectra.intelset.ru> Hi all! I have recently upgraded to Nagios 2 beta and found a problem between the plugins and the system locale. If the system locale is set to something other than english, most plugins give an error while parsing the results of their probes. Plugins give an error that Nagios interprets as if the checked service is down, which brings more confusion. Such case happens with check_ping, for example. The situation may not be immediately obvious for some, as, at machine boot everything seems to run fine (system locale is reset only after the load of nagios, at least on Mandrake 10.1). But later, any reload or restart of nagios daemon brings trouble. The present solution is to give nagios an english locale either through ~/.i18n or to bring /etc/sysconfig/i18n to english (this concerns Mandrake distros). Regards Pedro Rosa From ben at clewett.org.uk Mon Feb 28 06:22:16 2005 From: ben at clewett.org.uk (Ben Clewett) Date: Mon Feb 28 06:22:16 2005 Subject: [Nagiosplug-devel] Problems with locales on Nagios 2 beta In-Reply-To: <1109598990.5760.14.camel@spectra.intelset.ru> References: <1109598990.5760.14.camel@spectra.intelset.ru> Message-ID: <4223272F.4050304@clewett.org.uk> Hi Pedro, I have experienced the same with the performance data. Eg, check_nt. I posted about this, but used wrong email so my posting has gone somewhere.... This is pertinent to performance data where a '0,00' format is illegal and will be at worse dropped or at best truncated to an integer. My suggestion is one we use successfully in PerfParse. Encase the line of the program which writes the data in the commands: setlocale(LC_NUMERIC, "POSIX"); setlocale(LC_NUMERIC, ""); Eg, in the bugged check_nt use: setlocale(LC_NUMERIC, "POSIX"); asprintf(&temp_string_perf,_("'%s:\\ Used Space'=%.2fGb;%.2f;%.2f ;0.00;%.2f"), ... ); setlocale(LC_NUMERIC, ""); This will allow the man-readable section to appear locale correct, and the performance data to be legally correct. Eg: OK, temperature = 23,23 Deg C | temp=23.23degc I am sorry I do not currently have time to write a patch against the current release of plugins, but hope this is of some use. Ben. pedro wrote: > Hi all! > > I have recently upgraded to Nagios 2 beta and found a problem between > the plugins and the system locale. If the system locale is set to > something other than english, most plugins give an error while parsing > the results of their probes. Plugins give an error that Nagios > interprets as if the checked service is down, which brings more > confusion. Such case happens with check_ping, for example. The situation > may not be immediately obvious for some, as, at machine boot everything > seems to run fine (system locale is reset only after the load of nagios, > at least on Mandrake 10.1). But later, any reload or restart of nagios > daemon brings trouble. > > The present solution is to give nagios an english locale either through > ~/.i18n or to bring /etc/sysconfig/i18n to english (this concerns > Mandrake distros). > > Regards > Pedro Rosa > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________________ > Nagios Plugin Development Mailing List Nagiosplug-devel at lists.sourceforge.net > Unsubscribe at https://lists.sourceforge.net/lists/listinfo/nagiosplug-devel > ::: Please include plugins version (-v) and OS when reporting any issue. > ::: Messages without supporting info will risk being sent to /dev/null > From noreply at sourceforge.net Mon Feb 28 07:13:25 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Feb 28 07:13:25 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1150826 ] Performance data added to check_mysql Message-ID: Patches item #1150826, was opened at 2005-02-24 00:11 Message generated for change (Comment added) made by mattkent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1150826&group_id=29880 Category: Perf data Group: None Status: Open Resolution: None Priority: 5 Submitted By: Ben Clewett (benclewett) >Assigned to: Matthew Kent (mattkent) Summary: Performance data added to check_mysql Initial Comment: Performance data added to check_mysql by inteperating data returned by MySQL. If this format remains the same, should always work. Tested MySQL v 4.0.11 -> 4.1.9 Ben. -- bclewett at perfparse.org ---------------------------------------------------------------------- >Comment By: Matthew Kent (mattkent) Date: 2005-02-28 07:11 Message: Logged In: YES user_id=983566 Yeah I took it from your email. Will look at applying this week when I have some time. ---------------------------------------------------------------------- Comment By: Ben Clewett (benclewett) Date: 2005-02-28 00:30 Message: Logged In: YES user_id=157178 Did I forget? I can see it attached. Or did you copy this fromn my email? So is this ok now? ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2005-02-25 11:39 Message: Logged In: YES user_id=983566 Another tiny patch for replication data to apply ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2005-02-25 11:38 Message: Logged In: YES user_id=983566 Think you forgot the file :) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1150826&group_id=29880 From noreply at sourceforge.net Mon Feb 28 07:19:02 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Feb 28 07:19:02 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1150826 ] Performance data added to check_mysql Message-ID: Patches item #1150826, was opened at 2005-02-24 08:11 Message generated for change (Comment added) made by benclewett You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1150826&group_id=29880 Category: Perf data Group: None Status: Open Resolution: None Priority: 5 Submitted By: Ben Clewett (benclewett) Assigned to: Matthew Kent (mattkent) Summary: Performance data added to check_mysql Initial Comment: Performance data added to check_mysql by inteperating data returned by MySQL. If this format remains the same, should always work. Tested MySQL v 4.0.11 -> 4.1.9 Ben. -- bclewett at perfparse.org ---------------------------------------------------------------------- >Comment By: Ben Clewett (benclewett) Date: 2005-02-28 15:16 Message: Logged In: YES user_id=157178 Thanks for finding the patch, I know a lot of users will be interested in this. Regards, Ben ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2005-02-28 15:11 Message: Logged In: YES user_id=983566 Yeah I took it from your email. Will look at applying this week when I have some time. ---------------------------------------------------------------------- Comment By: Ben Clewett (benclewett) Date: 2005-02-28 08:30 Message: Logged In: YES user_id=157178 Did I forget? I can see it attached. Or did you copy this fromn my email? So is this ok now? ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2005-02-25 19:39 Message: Logged In: YES user_id=983566 Another tiny patch for replication data to apply ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2005-02-25 19:38 Message: Logged In: YES user_id=983566 Think you forgot the file :) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1150826&group_id=29880