From Stanley.Hopcroft at IPAustralia.Gov.AU Sat Jan 1 01:14:08 2005 From: Stanley.Hopcroft at IPAustralia.Gov.AU (Stanley Hopcroft) Date: Sat Jan 1 01:14:08 2005 Subject: [Nagiosplug-devel] check_http + proxy In-Reply-To: <41D5913A.5020800@lycos.com> References: <41CE700A.8000506@lycos.com> <20041230074747.GA19498@IPAustralia.Gov.AU> <41D5913A.5020800@lycos.com> Message-ID: <20050101091307.GA92763@IPAustralia.Gov.AU> Dear Sir, I am writing to thank you for your letter and say, On Fri, Dec 31, 2004 at 06:49:46PM +0100, Julien TOUCHE wrote: > >tsitc> ./check_http -H a.b.c.d -u http://cisco.com/ -v |& more > thanks a lot, it works good, but ... > > it does not seem to work with https://host > Oh. I guess that it is unlikely to (the check needs to invoke the CONNECT method on the proxy not a GET or POST) without significant hacking. > note: i try also the check_wget but > # /export/tmp/check_wget -p proxy:port www > http://www - Object not found WARNING > I am sorry about that (not familiar with wget although it is popular). Stand alone tools include :- lynx (it comes in a plain and SSL vers) Libraries include (Perl only) : CURL: very popular Perl extension. To my mind, interface is not as flexible as LWP (and I don't know if it does SSL although I would be suprised if it didn't) LWP: very popular and proven. Requires Crypt::SSLeay for near transparent (to client code) SSL access - by setting env var. eg Here's part of a plugin based on Nagios::WebTransact (a LWP wrapper that is deprecated except for me) my $QwebPrd_viewer = 'https://qwebprd.questel.fr/imag2000/en/logon.html' ; my $QwebPrd_viewer_exp = 'Welcome to Questel-Orbit - Your guide to Intellectual Property' ; my $SquidFault = 'X-Squid-Error: ERR' ; my $Proxy = { server => 'http://a.b.c.d:80' } ; # Crypt::SSLeay support for proxys $ENV{HTTPS_PROXY} = 'http://a.b.c.d:80' ; # Crypt::SSLeay support for proxys my $URLS = [ {Method => 'GET', Url => $QwebPrd_viewer, Qs_var => [], Qs_fixed => [], Exp => $QwebPrd_viewer_exp, Exp_Fault => $SquidFault}, ] ; my $x = Nagios::WebTransact->new( $URLS ) ; my ($rc, $message) = $x->check( {}, timeout => $timeout || $TIMEOUT, debug => $debug, proxy => $Proxy ) ; print "QwebPrd start page. $message\n" ; exit($rc ? $ERRORS{'OK'} : $ERRORS{'CRITICAL'}) ; You may even be able to get away with LWP::Simple for one-shot https URLs. It's an easy library to live with (written by a cast of thousands including Gisle Aas). Other LWP based classes: eg WWW::Automate These provide a simplified API to LWP for the common cases of GET|POSTing URLs and matching the HTML against regexps (used for web transaction health checks, in which a transaction consists of a sequence of web pages [register, search, examine details, clean-up]). WWW::Automate is actively developed by a known good developer (Andy Lester). It would prob do what you want in 1 line of client code. All but CURL on a CPAN near you. BTW, thanks very much for your contributions to Ntop and other good things. 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 Sat Jan 1 08:18:07 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Jan 1 08:18:07 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1093491 ] 1.4beta1 check_smtp doesn't compile on Solaris or AIX Message-ID: Bugs item #1093491, was opened at 2004-12-30 21:59 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1093491&group_id=29880 Category: None Group: Release (specify) >Status: Pending >Resolution: Fixed Priority: 5 Submitted By: mister_patient (mister_patient) >Assigned to: Ton Voon (tonvoon) Summary: 1.4beta1 check_smtp doesn't compile on Solaris or AIX Initial Comment: The 1.4beta1 check_smtp module fails to compile on Solaris 8 and 9, and on AIX 5.2. Here is the output from AIX 5.2: gcc -g -O2 -L. -o check_smtp check_smtp.o netutils.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -lnsl -lintl ld: 0711-317 ERROR: Undefined symbol: .terminate ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. collect2: ld returned 8 exit status The failure is identical on Solaris. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2005-01-01 16:17 Message: Logged In: YES user_id=664364 Mister_patient, Thanks for the report. This is now fixed in check_smtp.c v 1.43. Can you try the latest snapshot at http://nagiosplug.sf.net/snapshot and let us know if it is okay. BTW, what is your real name so I can credit your contribution? Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1093491&group_id=29880 From noreply at sourceforge.net Sat Jan 1 08:32:08 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Jan 1 08:32:08 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 15:03 Message generated for change (Settings changed) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=774569&group_id=29880 Category: None Group: CVS Status: Open Resolution: None Priority: 4 Submitted By: Karl DeBisschop (kdebisschop) >Assigned to: Ton Voon (tonvoon) Summary: wrong spec was tagged for r1_3_1 Initial Comment: need to move tag to 1.8.2.1 for nagiosplug.spec.in ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=774569&group_id=29880 From noreply at sourceforge.net Sat Jan 1 08:33:08 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Jan 1 08:33:08 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 15:03 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=774569&group_id=29880 Category: None Group: CVS Status: Open Resolution: None Priority: 4 Submitted By: Karl DeBisschop (kdebisschop) Assigned to: Ton Voon (tonvoon) 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: Ton Voon (tonvoon) Date: 2005-01-01 16: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 Sat Jan 1 08:34:11 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Jan 1 08:34:11 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-870548 ] Plugin 1.4.0a1 -> /bin/ping does not terminate Message-ID: Bugs item #870548, was opened at 2004-01-04 21:55 Message generated for change (Settings changed) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=870548&group_id=29880 Category: Argument proccessing Group: None Status: Open Resolution: Fixed Priority: 5 Submitted By: Christian Exner (banane2000) >Assigned to: Nobody/Anonymous (nobody) Summary: Plugin 1.4.0a1 -> /bin/ping does not terminate Initial Comment: On our system (Suse 8.1, Nagios 2.0a1, Plugins 1.4.0a1) i've detected about 400+ /bin/ping processes going all to only 2 IP-addresses (yes... only if the failure takes a long time but our failures often takes the whole weekend if the german Telekom cuts the DSL-Line of one of our external offices...). It seems that check_ping calls "/bin/ping -n -U -c 5 x.x.x.x" for checking. If pinged host is not reacheable /bin/ping does not terminate for a very long time (maybe until the failed host answers again). check_ping terminates after 10 secs. This is also documented in nagios web interface. But corresponding /bin/ping process stays active. Maybe it would help to pass "-w" (deadline) parameter to /bin/ping to force a termination after some time in such a case. Chris ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-02-25 17:03 Message: Logged In: YES user_id=664364 You can do this. I'm only acting as inspiration this time! ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-25 16:50 Message: Logged In: YES user_id=1671 A worthwhile thought - we pass on a timeout like this with snmp IIRC. I think where the native utility has a way to terminate itself, it is preferable to use it. But modifying spopen to handle cases where is does not sounds like a good idea. Shouldn't be too hard since spopen does know the PID. and is the parent process. But there should be a way to let clean shutdowns occur - after closing the pipe on a timeout, maybe exit immediately if the child closes, but only force it closed after a second or two. Ton, do you want to do this or should I? ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-02-25 16:20 Message: Logged In: YES user_id=664364 Would it make more sense for the check_ping plugin to try and kill any child processes when it exits/times out? Potentially any command might take too long to respond and a kill_children function would be useful across all plugins. Ton ---------------------------------------------------------------------- Comment By: Florian Gleixner (redflo) Date: 2004-02-25 08:03 Message: Logged In: YES user_id=183182 On solaris try: ping hostname timeout Example: ping www.google.de 10 or if you want more accurate statistics: ping -s -t ttl hostname packet_length number_of_packets Example: ping -s -t 2 www.google.de 64 5 Flo ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-25 07:16 Message: Logged In: YES user_id=1671 It would be nicer if the '-w' option were more widely supported than linux. I can demonstrate that it is not available on solaris 8, so it's clear that implementing this change requires modifications to the autoconf script. But it's probably worth doing, even though there is a risk that some other implementation will assign a different meaning to '-w' ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-02-25 00:25 Message: Logged In: YES user_id=983566 Nagios 1.2, Plugin 1.4.0a1, RedHat 7.3 same problem. Compiling plugins with --with-ping-command="/bin/ping -w 10 -n -U -c %d %s" solved this. But it would be nice to have the 10 second timeout for check_ping kill the ping process. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=870548&group_id=29880 From noreply at sourceforge.net Sat Jan 1 08:35:07 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Jan 1 08:35:07 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-886325 ] check_procs 1.40alpha1 Message-ID: Bugs item #886325, was opened at 2004-01-28 16:24 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=886325&group_id=29880 Category: None Group: None >Status: Closed Resolution: Fixed Priority: 5 Submitted By: Ralph Rye (norgetek) Assigned to: Karl DeBisschop (kdebisschop) Summary: check_procs 1.40alpha1 Initial Comment: On AIX 5L the maximum command agruments display with a ps command appears to be 2045 chars. When using the check_procs on a WebSphere application server, the check_procs segementation faults. I mod'd the MAX_INPUT_BUFFER variable to 2048 and recompiled the check_procs binary and every thing works fine. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2005-01-01 16:34 Message: Logged In: YES user_id=664364 This appears to have been fixed. Closing. ---------------------------------------------------------------------- Comment By: Ralph Rye (norgetek) Date: 2004-03-03 20:44 Message: Logged In: YES user_id=962361 I have tested this on AIX 5.1 & AIX 5.2 and the fix works. Thanks, Ralph ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-28 07:05 Message: Logged In: YES user_id=1671 I have marked this bug a pending - it will automatically close in 15 days if there is no response. I think the problem is resolved, but I do not have access to AIX for testing. ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-20 05:13 Message: Logged In: YES user_id=1671 Thanks for the bug report. Although I don't quite see where the segfault would be created, you clearly have put your finger on a problem. I diid not, however, want to replace an arbitrary 1024 with an equally arbitrary 2048. Instead I malloc more memory if needed. However, I do not have access to AIX. can you try a build from CVS or the snapshot? You're can be sure you have my proposed fix if you run check_procs --version and get: check_procs (nagios-plugins 1.4.0alpha1) 1.26 Thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=886325&group_id=29880 From noreply at sourceforge.net Sat Jan 1 08:36:08 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Jan 1 08:36:08 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-903461 ] check_nwstat generates ipv6 calls (error) Message-ID: Bugs item #903461, was opened at 2004-02-24 14:14 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=903461&group_id=29880 Category: None Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Alex (faucon) >Assigned to: Nobody/Anonymous (nobody) Summary: check_nwstat generates ipv6 calls (error) Initial Comment: Short story : check_nwstat is doing 2 X AAAA request and 1 X A request to my DNS server since version 1.3.99 (1.13). Details and tests : Linux server RedHat9. DNS server Netware With check_nwstat v1.3.99 or more recent, my DNS server is showing that my Nagios server is doing 2 X AAAA request (ip6) and 1 X A request (ip4). I tested with version 1.3.1 of the plugins, and there is no problem there. (but features in latest release are needed). I tested with other plugins and with ping, and everything is fine. Here is a peace of the logs. ---------------------- ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-ndps1.cslaval.qc.ca) of type aaaa Domain Name "srv-ndps1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-educ1.cslaval.qc.ca) of type aaaa Domain Name "srv-educ1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-sec1.cslaval.qc.ca) of type aaaa Domain Name "srv-sec1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-ndps1.cslaval.qc.ca) of type aaaa Domain Name "srv-ndps1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-educ1.cslaval.qc.ca) of type a Domain Name "srv-educ1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-sec1.cslaval.qc.ca) of type aaaa Domain Name "srv-sec1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-ndps1.cslaval.qc.ca) of type a Domain Name "srv-ndps1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-sec1.cslaval.qc.ca) of type a Domain Name "srv-sec1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 --------------------------------- ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2005-01-01 16:35 Message: Logged In: YES user_id=664364 Unassigning from Karl, but not sure of current status of this bug. Is it still an issue with the latest release? ---------------------------------------------------------------------- Comment By: Alex (faucon) Date: 2004-03-01 16:42 Message: Logged In: YES user_id=706397 Hi kdebisschop, I have tryed your check_nwstat of 2004-02-29. I can compile it, I can run it, but there is no output. And, on my dns, there is no dns request been made. And here is the command call that I use. Any other variable could be used. The output is working with 1.3.1 or 1.4.1alpha. ./check_nwstat -H srv-ndps1.cslaval.qc.ca -v ABENDS The answer to this command is usually: "0 abended threads" srv-ndps1 is an internal server. So you can't access it. But I can make any tests you require. Thanks. ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-29 04:18 Message: Logged In: YES user_id=1671 I may have found the cause - we were opening a new connection for each attribute requested. I have rewritten the code to open one connection and send repeatedly on tha one connection. But I do not have any way to test it and I do not know if the NW protocols allow it. Please test and provide feedback. ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-29 03:37 Message: Logged In: YES user_id=1671 Can you provide the service and command definitions that create these multiple requests? I don't have access to a test environment, but I'll be glad to look at the code and see if I can find anything. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=903461&group_id=29880 From noreply at sourceforge.net Sat Jan 1 08:38:10 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Jan 1 08:38:10 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-905708 ] check_smtp do not check error codes Message-ID: Bugs item #905708, was opened at 2004-02-27 09:24 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=905708&group_id=29880 Category: None Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: Max Kosmach (begemot) >Assigned to: Ton Voon (tonvoon) Summary: check_smtp do not check error codes Initial Comment: check_smtp now checks only first code (ie 220 ...) But not check any other codes, (ie 250 2.1.0 nagios-test at mydomain.ru... Sender ok..) so I can't detect that my mailserver can't receive mail because of low space, died milter plugin or other ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2005-01-01 16:37 Message: Logged In: YES user_id=664364 Max, This appears to have been fixed by Karl. Can you please check the latest release? As we are trying to reduce the number of calls, I am going to put this into a pending state. Please update if it is still a problem. Ton ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-28 07:03 Message: Logged In: YES user_id=1671 I have made changes to CVS HEAD to address this. check_smtp wil now accept command (-C) and response (-R) arguments. Generally, in pair, but if you have 5 command and 3 responses, it will work excep only 3 reponses will actually be checked. I the respons check is a string match against from the start of the server response. So '-R 250' passes if the server responds '250 2.1.0 karl at debisschop.net...' but '-R 2.5.1' is not a match. That' may be a problem, I think. Should -R be a regex match? Any other comments? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=905708&group_id=29880 From noreply at sourceforge.net Sat Jan 1 08:41:08 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Jan 1 08:41:08 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-905971 ] check_swap bug with Linux 2.6 Message-ID: Bugs item #905971, was opened at 2004-02-27 16:34 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=905971&group_id=29880 Category: Parsing problem Group: None >Status: Pending Resolution: Fixed Priority: 7 Submitted By: Ton Voon (tonvoon) >Assigned to: Ton Voon (tonvoon) Summary: check_swap bug with Linux 2.6 Initial Comment: check_swap returns: [root at devapp01 /]# /usr/libexec/nrpe/check_swap -w 90% -c 95% CRITICAL - Swap used: -2147483648% (0 out of 0) 2.4: cat /proc/meminfo |grep -i swap Swap: 4145455104 1544192 4143910912 SwapCached: 316 kB SwapTotal: 4048296 kB SwapFree: 4046788 kB 2.6: cat /proc/meminfo |grep -i swap SwapCached: 0 kB SwapTotal: 2097144 kB SwapFree: 2097144 kB This is a parsing problem for Linux 2.6 systems. Bug reported by Hampus Linden. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2005-01-01 16:40 Message: Logged In: YES user_id=664364 It seems Karl has made some changes, but check_swap has also been changed to use system calls rather than meminfo, so this may not be relevant anymore. Placing this into a pending state as this we are trying to reduce the number of calls. Please update if this is still a problem. ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-28 05:21 Message: Logged In: YES user_id=1671 Please check CVS head - works on my 2.6 system, but I have much less swap than you. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=905971&group_id=29880 From noreply at sourceforge.net Sat Jan 1 08:42:10 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Jan 1 08:42:10 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 10:10 Message generated for change (Comment added) made by tonvoon 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: Ton Voon (tonvoon) Date: 2005-01-01 16: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 Sat Jan 1 15:39:09 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Jan 1 15:39:09 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1093493 ] 1.4beta1 check_procs doesn't work on Solaris Message-ID: Bugs item #1093493, was opened at 2004-12-30 16:02 Message generated for change (Comment added) made by mister_patient You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1093493&group_id=29880 Category: None Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: mister_patient (mister_patient) Assigned to: Nobody/Anonymous (nobody) Summary: 1.4beta1 check_procs doesn't work on Solaris Initial Comment: The 1.4beta1 check_procs module doesn't work on Solaris 8 or 9: $ ./check_procs -v -v -w 1:1 -c 1:1 /etc/init CMD: /bin/ps -Ao 's uid ppid vsz rss pcpu comm args' PROCS CRITICAL: 0 processes with STATE = /etc/init This was also true on 1.4.0alpha3, and maybe earlier as well. ---------------------------------------------------------------------- >Comment By: mister_patient (mister_patient) Date: 2005-01-01 17:38 Message: Logged In: YES user_id=1187596 Had a typo in the command above. Here's what I meant to type, and the output I get: $ ./check_procs -v -v -w 1:1 -c 1:1 -C /etc/init PROCS CRITICAL: 0 processes with command name '/etc/init' ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1093493&group_id=29880 From noreply at sourceforge.net Sat Jan 1 19:53:12 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Jan 1 19:53:12 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1094324 ] check_mailq still fails to run Message-ID: Bugs item #1094324, was opened at 2005-01-02 16: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=1094324&group_id=29880 Category: Argument proccessing Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Reuben Farrelly (reuben) Assigned to: Nobody/Anonymous (nobody) Summary: check_mailq still fails to run Initial Comment: This has been in need of fixing for a long time now, can someone please look at it before the next release? [root at tornado plugins-scripts]# ./check_mailq Duplicate specification "Warning=i" for option "warning" Duplicate specification "Critical=i" for option "critical" Usage: check_mailq -w -c [-W ] [-C ] [-M ] [-t ] [-v verbose] [root at tornado plugins-scripts]# Fixed by removing one of the 'duplicate' sets of Warning and Critical parameters under sub process_arguments(){ GetOptions ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1094324&group_id=29880 From noreply at sourceforge.net Sat Jan 1 19:54:11 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Jan 1 19:54:11 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1094326 ] check-ide-smart does not build Message-ID: Bugs item #1094326, was opened at 2005-01-02 16:53 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=1094326&group_id=29880 Category: None Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Reuben Farrelly (reuben) Assigned to: Nobody/Anonymous (nobody) Summary: check-ide-smart does not build Initial Comment: The .c file remains unbuilt in the plugins directory, after a build run: -rw-r--r-- 1 root root 11217 Dec 26 22:43 check_ide_smart.c Upon invoking 'make check_ide_smart', I then get a compile failure: [root at tornado plugins]# make check_ide_smart if gcc -DLOCALEDIR=\/usr/share/nagios/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -g -O2 -MT check_ide_smart.o -MD -MP -MF ".deps/check_ide_smart.Tpo" -c -o check_ide_smart.o check_ide_smart.c; then mv -f ".deps/check_ide_smart.Tpo" ".deps/check_ide_smart.Po"; else rm -f ".deps/check_ide_smart.Tpo"; exit 1; fi check_ide_smart.c:401: error: conflicting types for 'print_values' check_ide_smart.c:257: error: previous implicit declaration of 'print_values' was here check_ide_smart.c:452: error: conflicting types for 'smart_cmd_simple' check_ide_smart.c:452: note: an argument type that has a default promotion can't match an empty parameter name list declaration check_ide_smart.c:229: error: previous implicit declaration of 'smart_cmd_simple' was here check_ide_smart.c:491: error: conflicting types for 'print_help' check_ide_smart.c:203: error: previous implicit declaration of 'print_help' was here check_ide_smart.c: In function `print_usage': check_ide_smart.c:518: error: syntax error before ')' token make: *** [check_ide_smart.o] Error 1 [root at tornado plugins]# ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1094326&group_id=29880 From noreply at sourceforge.net Sun Jan 2 01:17:10 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Jan 2 01:17:10 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1094324 ] check_mailq still fails to run Message-ID: Bugs item #1094324, was opened at 2005-01-02 04:52 Message generated for change (Settings changed) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1094324&group_id=29880 Category: Argument proccessing Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Reuben Farrelly (reuben) >Assigned to: Benoit Mortier (opensides) Summary: check_mailq still fails to run Initial Comment: This has been in need of fixing for a long time now, can someone please look at it before the next release? [root at tornado plugins-scripts]# ./check_mailq Duplicate specification "Warning=i" for option "warning" Duplicate specification "Critical=i" for option "critical" Usage: check_mailq -w -c [-W ] [-C ] [-M ] [-t ] [-v verbose] [root at tornado plugins-scripts]# Fixed by removing one of the 'duplicate' sets of Warning and Critical parameters under sub process_arguments(){ GetOptions ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1094324&group_id=29880 From noreply at sourceforge.net Sun Jan 2 01:17:13 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Jan 2 01:17:13 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1094326 ] check-ide-smart does not build Message-ID: Bugs item #1094326, was opened at 2005-01-02 04:53 Message generated for change (Settings changed) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1094326&group_id=29880 Category: None Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Reuben Farrelly (reuben) >Assigned to: Benoit Mortier (opensides) Summary: check-ide-smart does not build Initial Comment: The .c file remains unbuilt in the plugins directory, after a build run: -rw-r--r-- 1 root root 11217 Dec 26 22:43 check_ide_smart.c Upon invoking 'make check_ide_smart', I then get a compile failure: [root at tornado plugins]# make check_ide_smart if gcc -DLOCALEDIR=\/usr/share/nagios/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -g -O2 -MT check_ide_smart.o -MD -MP -MF ".deps/check_ide_smart.Tpo" -c -o check_ide_smart.o check_ide_smart.c; then mv -f ".deps/check_ide_smart.Tpo" ".deps/check_ide_smart.Po"; else rm -f ".deps/check_ide_smart.Tpo"; exit 1; fi check_ide_smart.c:401: error: conflicting types for 'print_values' check_ide_smart.c:257: error: previous implicit declaration of 'print_values' was here check_ide_smart.c:452: error: conflicting types for 'smart_cmd_simple' check_ide_smart.c:452: note: an argument type that has a default promotion can't match an empty parameter name list declaration check_ide_smart.c:229: error: previous implicit declaration of 'smart_cmd_simple' was here check_ide_smart.c:491: error: conflicting types for 'print_help' check_ide_smart.c:203: error: previous implicit declaration of 'print_help' was here check_ide_smart.c: In function `print_usage': check_ide_smart.c:518: error: syntax error before ')' token make: *** [check_ide_smart.o] Error 1 [root at tornado plugins]# ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1094326&group_id=29880 From noreply at sourceforge.net Sun Jan 2 03:10:10 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Jan 2 03:10:10 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1094401 ] check_smtp doesn't compile Message-ID: Bugs item #1094401, was opened at 2005-01-02 11:09 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=1094401&group_id=29880 Category: None Group: snapshot tarball Status: Open Resolution: None Priority: 5 Submitted By: Andrew Preece (andypr) Assigned to: Nobody/Anonymous (nobody) Summary: check_smtp doesn't compile Initial Comment: Trying to compile check_smtp.o and get an error about terminate being undefined. I changed it to die and it compiles OK. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1094401&group_id=29880 From noreply at sourceforge.net Sun Jan 2 04:17:12 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Jan 2 04:17:12 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1094401 ] check_smtp doesn't compile Message-ID: Bugs item #1094401, was opened at 2005-01-02 12:09 Message generated for change (Comment added) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1094401&group_id=29880 Category: None Group: snapshot tarball >Status: Closed >Resolution: Duplicate Priority: 5 Submitted By: Andrew Preece (andypr) >Assigned to: Benoit Mortier (opensides) Summary: check_smtp doesn't compile Initial Comment: Trying to compile check_smtp.o and get an error about terminate being undefined. I changed it to die and it compiles OK. ---------------------------------------------------------------------- >Comment By: Benoit Mortier (opensides) Date: 2005-01-02 13:16 Message: Logged In: YES user_id=388184 Hi, this problem is already corrected in cvs see bugs #1093491 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1094401&group_id=29880 From noreply at sourceforge.net Sun Jan 2 06:05:14 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Jan 2 06:05:14 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1094326 ] check-ide-smart does not build Message-ID: Bugs item #1094326, was opened at 2005-01-02 04:53 Message generated for change (Comment added) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1094326&group_id=29880 Category: None Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Reuben Farrelly (reuben) Assigned to: Benoit Mortier (opensides) Summary: check-ide-smart does not build Initial Comment: The .c file remains unbuilt in the plugins directory, after a build run: -rw-r--r-- 1 root root 11217 Dec 26 22:43 check_ide_smart.c Upon invoking 'make check_ide_smart', I then get a compile failure: [root at tornado plugins]# make check_ide_smart if gcc -DLOCALEDIR=\/usr/share/nagios/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -g -O2 -MT check_ide_smart.o -MD -MP -MF ".deps/check_ide_smart.Tpo" -c -o check_ide_smart.o check_ide_smart.c; then mv -f ".deps/check_ide_smart.Tpo" ".deps/check_ide_smart.Po"; else rm -f ".deps/check_ide_smart.Tpo"; exit 1; fi check_ide_smart.c:401: error: conflicting types for 'print_values' check_ide_smart.c:257: error: previous implicit declaration of 'print_values' was here check_ide_smart.c:452: error: conflicting types for 'smart_cmd_simple' check_ide_smart.c:452: note: an argument type that has a default promotion can't match an empty parameter name list declaration check_ide_smart.c:229: error: previous implicit declaration of 'smart_cmd_simple' was here check_ide_smart.c:491: error: conflicting types for 'print_help' check_ide_smart.c:203: error: previous implicit declaration of 'print_help' was here check_ide_smart.c: In function `print_usage': check_ide_smart.c:518: error: syntax error before ')' token make: *** [check_ide_smart.o] Error 1 [root at tornado plugins]# ---------------------------------------------------------------------- >Comment By: Benoit Mortier (opensides) Date: 2005-01-02 15:04 Message: Logged In: YES user_id=388184 Hi, i have juste fixed the various errors, but i still need to check why it doesn't build with the others plugins.. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1094326&group_id=29880 From noreply at sourceforge.net Sun Jan 2 10:02:19 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Jan 2 10:02:19 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1093493 ] 1.4beta1 check_procs doesn't work on Solaris Message-ID: Bugs item #1093493, was opened at 2004-12-30 22:02 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1093493&group_id=29880 Category: None Group: Release (specify) >Status: Pending Resolution: None Priority: 5 Submitted By: mister_patient (mister_patient) >Assigned to: Ton Voon (tonvoon) Summary: 1.4beta1 check_procs doesn't work on Solaris Initial Comment: The 1.4beta1 check_procs module doesn't work on Solaris 8 or 9: $ ./check_procs -v -v -w 1:1 -c 1:1 /etc/init CMD: /bin/ps -Ao 's uid ppid vsz rss pcpu comm args' PROCS CRITICAL: 0 processes with STATE = /etc/init This was also true on 1.4.0alpha3, and maybe earlier as well. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2005-01-02 18:01 Message: Logged In: YES user_id=664364 Mister_patient, The -C flag is for the command without the full path as described in the --help output, so your command should work with -C init. This has been changed from previous releases for consistency, as some platforms only give the short command name. This is detailed in the CHANGES file. I'm placing this call into a pending state - please update if changes are still required. Ton ---------------------------------------------------------------------- Comment By: mister_patient (mister_patient) Date: 2005-01-01 23:38 Message: Logged In: YES user_id=1187596 Had a typo in the command above. Here's what I meant to type, and the output I get: $ ./check_procs -v -v -w 1:1 -c 1:1 -C /etc/init PROCS CRITICAL: 0 processes with command name '/etc/init' ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1093493&group_id=29880 From noreply at sourceforge.net Sun Jan 2 10:38:13 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Jan 2 10:38:13 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1094326 ] check-ide-smart does not build Message-ID: Bugs item #1094326, was opened at 2005-01-02 04:53 Message generated for change (Comment added) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1094326&group_id=29880 Category: None Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Reuben Farrelly (reuben) Assigned to: Benoit Mortier (opensides) Summary: check-ide-smart does not build Initial Comment: The .c file remains unbuilt in the plugins directory, after a build run: -rw-r--r-- 1 root root 11217 Dec 26 22:43 check_ide_smart.c Upon invoking 'make check_ide_smart', I then get a compile failure: [root at tornado plugins]# make check_ide_smart if gcc -DLOCALEDIR=\/usr/share/nagios/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -g -O2 -MT check_ide_smart.o -MD -MP -MF ".deps/check_ide_smart.Tpo" -c -o check_ide_smart.o check_ide_smart.c; then mv -f ".deps/check_ide_smart.Tpo" ".deps/check_ide_smart.Po"; else rm -f ".deps/check_ide_smart.Tpo"; exit 1; fi check_ide_smart.c:401: error: conflicting types for 'print_values' check_ide_smart.c:257: error: previous implicit declaration of 'print_values' was here check_ide_smart.c:452: error: conflicting types for 'smart_cmd_simple' check_ide_smart.c:452: note: an argument type that has a default promotion can't match an empty parameter name list declaration check_ide_smart.c:229: error: previous implicit declaration of 'smart_cmd_simple' was here check_ide_smart.c:491: error: conflicting types for 'print_help' check_ide_smart.c:203: error: previous implicit declaration of 'print_help' was here check_ide_smart.c: In function `print_usage': check_ide_smart.c:518: error: syntax error before ')' token make: *** [check_ide_smart.o] Error 1 [root at tornado plugins]# ---------------------------------------------------------------------- >Comment By: Benoit Mortier (opensides) Date: 2005-01-02 19:37 Message: Logged In: YES user_id=388184 Hi, i have juste fixed the various errors, but i still need to check why it doesn't build with the others plugins.. ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2005-01-02 15:04 Message: Logged In: YES user_id=388184 Hi, i have juste fixed the various errors, but i still need to check why it doesn't build with the others plugins.. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1094326&group_id=29880 From noreply at sourceforge.net Sun Jan 2 10:43:21 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Jan 2 10:43:21 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1090549 ] check_dhcp ignores DHCP replies Message-ID: Bugs item #1090549, was opened at 2004-12-23 21:21 Message generated for change (Comment added) made by opensides 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: Benoit Mortier (opensides) Date: 2005-01-02 19: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 Sun Jan 2 10:45:16 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Jan 2 10:45:16 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-808369 ] Removing the slashes from check_nt disk name fixes email Message-ID: Bugs item #808369, was opened at 2003-09-18 09:44 Message generated for change (Settings changed) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=808369&group_id=29880 >Category: Parsing problem >Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Steve Hanselman (stevehan) >Assigned to: Benoit Mortier (opensides) Summary: Removing the slashes from check_nt disk name fixes email Initial Comment: Hi, (This is a fudge, not a fix as the real issue is in loading the symbol that is expanded for the email...) In check_nt.c if you remove the quoted slash after the disk name then you receive the full text of the disk status in the email/pager responses. The correct fix is to quote the slash in the symbol, but I haven't bothered to look for where that is done! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=808369&group_id=29880 From noreply at sourceforge.net Sun Jan 2 12:30:25 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Jan 2 12:30:25 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1094326 ] check-ide-smart does not build Message-ID: Bugs item #1094326, was opened at 2005-01-02 16:53 Message generated for change (Comment added) made by reuben You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1094326&group_id=29880 Category: None Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Reuben Farrelly (reuben) Assigned to: Benoit Mortier (opensides) Summary: check-ide-smart does not build Initial Comment: The .c file remains unbuilt in the plugins directory, after a build run: -rw-r--r-- 1 root root 11217 Dec 26 22:43 check_ide_smart.c Upon invoking 'make check_ide_smart', I then get a compile failure: [root at tornado plugins]# make check_ide_smart if gcc -DLOCALEDIR=\/usr/share/nagios/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -g -O2 -MT check_ide_smart.o -MD -MP -MF ".deps/check_ide_smart.Tpo" -c -o check_ide_smart.o check_ide_smart.c; then mv -f ".deps/check_ide_smart.Tpo" ".deps/check_ide_smart.Po"; else rm -f ".deps/check_ide_smart.Tpo"; exit 1; fi check_ide_smart.c:401: error: conflicting types for 'print_values' check_ide_smart.c:257: error: previous implicit declaration of 'print_values' was here check_ide_smart.c:452: error: conflicting types for 'smart_cmd_simple' check_ide_smart.c:452: note: an argument type that has a default promotion can't match an empty parameter name list declaration check_ide_smart.c:229: error: previous implicit declaration of 'smart_cmd_simple' was here check_ide_smart.c:491: error: conflicting types for 'print_help' check_ide_smart.c:203: error: previous implicit declaration of 'print_help' was here check_ide_smart.c: In function `print_usage': check_ide_smart.c:518: error: syntax error before ')' token make: *** [check_ide_smart.o] Error 1 [root at tornado plugins]# ---------------------------------------------------------------------- >Comment By: Reuben Farrelly (reuben) Date: 2005-01-03 09:29 Message: Logged In: YES user_id=26209 Still fails to build (but looks slightly better now) [root at tornado plugins]# make check_ide_smart if gcc -DLOCALEDIR=\/usr/share/nagios/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -g -O2 -MT check_ide_smart.o -MD -MP -MF ".deps/check_ide_smart.Tpo" -c -o check_ide_smart.o check_ide_smart.c; then mv -f ".deps/check_ide_smart.Tpo" ".deps/check_ide_smart.Po"; else rm -f ".deps/check_ide_smart.Tpo"; exit 1; fi check_ide_smart.c:401: error: conflicting types for 'print_values' check_ide_smart.c:257: error: previous implicit declaration of 'print_values' was here check_ide_smart.c:451: error: conflicting types for 'smart_cmd_simple' check_ide_smart.c:451: note: an argument type that has a default promotion can't match an empty parameter name list declaration check_ide_smart.c:229: error: previous implicit declaration of 'smart_cmd_simple' was here check_ide_smart.c:490: error: conflicting types for 'print_help' check_ide_smart.c:203: error: previous implicit declaration of 'print_help' was here make: *** [check_ide_smart.o] Error 1 [root at tornado plugins] I'm using GCC 3.4.3 (Fedora Core 3) FWIW. ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2005-01-03 07:37 Message: Logged In: YES user_id=388184 Hi, i have juste fixed the various errors, but i still need to check why it doesn't build with the others plugins.. ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2005-01-03 03:04 Message: Logged In: YES user_id=388184 Hi, i have juste fixed the various errors, but i still need to check why it doesn't build with the others plugins.. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1094326&group_id=29880 From noreply at sourceforge.net Sun Jan 2 12:49:19 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Jan 2 12:49:19 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1090549 ] check_dhcp ignores DHCP replies Message-ID: Bugs item #1090549, was opened at 2004-12-24 09:21 Message generated for change (Comment added) made by reuben 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: Reuben Farrelly (reuben) Date: 2005-01-03 09: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-03 07: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 Sun Jan 2 14:48:13 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Jan 2 14:48:13 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1093493 ] 1.4beta1 check_procs doesn't work on Solaris Message-ID: Bugs item #1093493, was opened at 2004-12-30 16:02 Message generated for change (Comment added) made by mister_patient You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1093493&group_id=29880 Category: None Group: Release (specify) >Status: Open Resolution: None Priority: 5 Submitted By: mister_patient (mister_patient) Assigned to: Ton Voon (tonvoon) Summary: 1.4beta1 check_procs doesn't work on Solaris Initial Comment: The 1.4beta1 check_procs module doesn't work on Solaris 8 or 9: $ ./check_procs -v -v -w 1:1 -c 1:1 /etc/init CMD: /bin/ps -Ao 's uid ppid vsz rss pcpu comm args' PROCS CRITICAL: 0 processes with STATE = /etc/init This was also true on 1.4.0alpha3, and maybe earlier as well. ---------------------------------------------------------------------- >Comment By: mister_patient (mister_patient) Date: 2005-01-02 16:47 Message: Logged In: YES user_id=1187596 Sure enough, I was expecting the 1.3.1 behavior. Next time I'll RTFM. Sorry for wasting your time. Thanks. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2005-01-02 12:01 Message: Logged In: YES user_id=664364 Mister_patient, The -C flag is for the command without the full path as described in the --help output, so your command should work with -C init. This has been changed from previous releases for consistency, as some platforms only give the short command name. This is detailed in the CHANGES file. I'm placing this call into a pending state - please update if changes are still required. Ton ---------------------------------------------------------------------- Comment By: mister_patient (mister_patient) Date: 2005-01-01 17:38 Message: Logged In: YES user_id=1187596 Had a typo in the command above. Here's what I meant to type, and the output I get: $ ./check_procs -v -v -w 1:1 -c 1:1 -C /etc/init PROCS CRITICAL: 0 processes with command name '/etc/init' ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1093493&group_id=29880 From noreply at sourceforge.net Sun Jan 2 14:49:20 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Jan 2 14:49:20 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1093493 ] 1.4beta1 check_procs doesn't work on Solaris Message-ID: Bugs item #1093493, was opened at 2004-12-30 16:02 Message generated for change (Settings changed) made by mister_patient You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1093493&group_id=29880 Category: None Group: Release (specify) >Status: Closed Resolution: None Priority: 5 Submitted By: mister_patient (mister_patient) Assigned to: Ton Voon (tonvoon) Summary: 1.4beta1 check_procs doesn't work on Solaris Initial Comment: The 1.4beta1 check_procs module doesn't work on Solaris 8 or 9: $ ./check_procs -v -v -w 1:1 -c 1:1 /etc/init CMD: /bin/ps -Ao 's uid ppid vsz rss pcpu comm args' PROCS CRITICAL: 0 processes with STATE = /etc/init This was also true on 1.4.0alpha3, and maybe earlier as well. ---------------------------------------------------------------------- Comment By: mister_patient (mister_patient) Date: 2005-01-02 16:47 Message: Logged In: YES user_id=1187596 Sure enough, I was expecting the 1.3.1 behavior. Next time I'll RTFM. Sorry for wasting your time. Thanks. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2005-01-02 12:01 Message: Logged In: YES user_id=664364 Mister_patient, The -C flag is for the command without the full path as described in the --help output, so your command should work with -C init. This has been changed from previous releases for consistency, as some platforms only give the short command name. This is detailed in the CHANGES file. I'm placing this call into a pending state - please update if changes are still required. Ton ---------------------------------------------------------------------- Comment By: mister_patient (mister_patient) Date: 2005-01-01 17:38 Message: Logged In: YES user_id=1187596 Had a typo in the command above. Here's what I meant to type, and the output I get: $ ./check_procs -v -v -w 1:1 -c 1:1 -C /etc/init PROCS CRITICAL: 0 processes with command name '/etc/init' ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1093493&group_id=29880 From noreply at sourceforge.net Sun Jan 2 17:04:36 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Jan 2 17:04:36 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1094324 ] check_mailq still fails to run Message-ID: Bugs item #1094324, was opened at 2005-01-02 04:52 Message generated for change (Comment added) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1094324&group_id=29880 Category: Argument proccessing Group: CVS >Status: Pending >Resolution: Fixed Priority: 5 Submitted By: Reuben Farrelly (reuben) Assigned to: Benoit Mortier (opensides) Summary: check_mailq still fails to run Initial Comment: This has been in need of fixing for a long time now, can someone please look at it before the next release? [root at tornado plugins-scripts]# ./check_mailq Duplicate specification "Warning=i" for option "warning" Duplicate specification "Critical=i" for option "critical" Usage: check_mailq -w -c [-W ] [-C ] [-M ] [-t ] [-v verbose] [root at tornado plugins-scripts]# Fixed by removing one of the 'duplicate' sets of Warning and Critical parameters under sub process_arguments(){ GetOptions ---------------------------------------------------------------------- >Comment By: Benoit Mortier (opensides) Date: 2005-01-03 02:03 Message: Logged In: YES user_id=388184 Hi, i just corrected this, could you check it. thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1094324&group_id=29880 From noreply at sourceforge.net Sun Jan 2 17:39:22 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Jan 2 17:39:22 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1094326 ] check-ide-smart does not build Message-ID: Bugs item #1094326, was opened at 2005-01-02 04:53 Message generated for change (Comment added) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1094326&group_id=29880 Category: None Group: CVS Status: Open >Resolution: Fixed Priority: 5 Submitted By: Reuben Farrelly (reuben) Assigned to: Benoit Mortier (opensides) Summary: check-ide-smart does not build Initial Comment: The .c file remains unbuilt in the plugins directory, after a build run: -rw-r--r-- 1 root root 11217 Dec 26 22:43 check_ide_smart.c Upon invoking 'make check_ide_smart', I then get a compile failure: [root at tornado plugins]# make check_ide_smart if gcc -DLOCALEDIR=\/usr/share/nagios/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -g -O2 -MT check_ide_smart.o -MD -MP -MF ".deps/check_ide_smart.Tpo" -c -o check_ide_smart.o check_ide_smart.c; then mv -f ".deps/check_ide_smart.Tpo" ".deps/check_ide_smart.Po"; else rm -f ".deps/check_ide_smart.Tpo"; exit 1; fi check_ide_smart.c:401: error: conflicting types for 'print_values' check_ide_smart.c:257: error: previous implicit declaration of 'print_values' was here check_ide_smart.c:452: error: conflicting types for 'smart_cmd_simple' check_ide_smart.c:452: note: an argument type that has a default promotion can't match an empty parameter name list declaration check_ide_smart.c:229: error: previous implicit declaration of 'smart_cmd_simple' was here check_ide_smart.c:491: error: conflicting types for 'print_help' check_ide_smart.c:203: error: previous implicit declaration of 'print_help' was here check_ide_smart.c: In function `print_usage': check_ide_smart.c:518: error: syntax error before ')' token make: *** [check_ide_smart.o] Error 1 [root at tornado plugins]# ---------------------------------------------------------------------- >Comment By: Benoit Mortier (opensides) Date: 2005-01-03 02:38 Message: Logged In: YES user_id=388184 hi, i have corrected some more problems ;-) Could you just check this version out of cvs ---------------------------------------------------------------------- Comment By: Reuben Farrelly (reuben) Date: 2005-01-02 21:29 Message: Logged In: YES user_id=26209 Still fails to build (but looks slightly better now) [root at tornado plugins]# make check_ide_smart if gcc -DLOCALEDIR=\/usr/share/nagios/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -g -O2 -MT check_ide_smart.o -MD -MP -MF ".deps/check_ide_smart.Tpo" -c -o check_ide_smart.o check_ide_smart.c; then mv -f ".deps/check_ide_smart.Tpo" ".deps/check_ide_smart.Po"; else rm -f ".deps/check_ide_smart.Tpo"; exit 1; fi check_ide_smart.c:401: error: conflicting types for 'print_values' check_ide_smart.c:257: error: previous implicit declaration of 'print_values' was here check_ide_smart.c:451: error: conflicting types for 'smart_cmd_simple' check_ide_smart.c:451: note: an argument type that has a default promotion can't match an empty parameter name list declaration check_ide_smart.c:229: error: previous implicit declaration of 'smart_cmd_simple' was here check_ide_smart.c:490: error: conflicting types for 'print_help' check_ide_smart.c:203: error: previous implicit declaration of 'print_help' was here make: *** [check_ide_smart.o] Error 1 [root at tornado plugins] I'm using GCC 3.4.3 (Fedora Core 3) FWIW. ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2005-01-02 19:37 Message: Logged In: YES user_id=388184 Hi, i have juste fixed the various errors, but i still need to check why it doesn't build with the others plugins.. ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2005-01-02 15:04 Message: Logged In: YES user_id=388184 Hi, i have juste fixed the various errors, but i still need to check why it doesn't build with the others plugins.. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1094326&group_id=29880 From noreply at sourceforge.net Sun Jan 2 17:54:19 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Jan 2 17:54:19 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-808369 ] Removing the slashes from check_nt disk name fixes email Message-ID: Bugs item #808369, was opened at 2003-09-18 09:44 Message generated for change (Comment added) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=808369&group_id=29880 Category: Parsing problem Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Steve Hanselman (stevehan) Assigned to: Benoit Mortier (opensides) Summary: Removing the slashes from check_nt disk name fixes email Initial Comment: Hi, (This is a fudge, not a fix as the real issue is in loading the symbol that is expanded for the email...) In check_nt.c if you remove the quoted slash after the disk name then you receive the full text of the disk status in the email/pager responses. The correct fix is to quote the slash in the symbol, but I haven't bothered to look for where that is done! ---------------------------------------------------------------------- >Comment By: Benoit Mortier (opensides) Date: 2005-01-03 02:53 Message: Logged In: YES user_id=388184 hi, could you be more precise where the problem is ?? so i can fix it.. thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=808369&group_id=29880 From noreply at sourceforge.net Sun Jan 2 17:56:17 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Jan 2 17:56:17 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-990948 ] check_disk_smb doesn't allow spaces in share names Message-ID: Bugs item #990948, was opened at 2004-07-14 17:35 Message generated for change (Comment added) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=990948&group_id=29880 Category: Argument proccessing >Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Paul Dugas (pdugas) >Assigned to: Benoit Mortier (opensides) Summary: check_disk_smb doesn't allow spaces in share names Initial Comment: Some SOHO NAS devices (i.e. Linksys NSLU2) don't let you change the share names and have spaces in the defaults. I've hacked the script on my server to simply ignore the check on the share name but a better "fix" is needed. ---------------------------------------------------------------------- >Comment By: Benoit Mortier (opensides) Date: 2005-01-03 02:55 Message: Logged In: YES user_id=388184 Hi, could you attach a patch for the script here so i can review it. thanks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=990948&group_id=29880 From noreply at sourceforge.net Mon Jan 3 02:36:22 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 3 02:36:22 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1090263 ] RDP check plugins Message-ID: New Plugins item #1090263, was opened at 2004-12-23 03:21 Message generated for change (Comment added) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1090263&group_id=29880 Category: C plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Matthieu MARC (blink38) Assigned to: Nobody/Anonymous (nobody) Summary: RDP check plugins Initial Comment: I tried to write a plugins to check my Terminal Server not just using check_tcp on port 3389. Because RDP protocol is not trivial and is not documented, I choose to use code from rdesktop projects. I am not a C developer, but I learnt it when I was in college, so you can say my code is a little ugly ;-) I think the plugins is working as I want. It make RDP connexion and stop when the terminal server login windows appears at the screen (I remove all code which call GUI function, so the windows is not shown); I have not already tested the plugins in server crash, when the port is open but the terminal service does not work. Maybee it never appears... maybee not. I need now some help to integrate my code, to do a good Makefile, configure.in..... ---------------------------------------------------------------------- >Comment By: Subhendu Ghosh (sghosh) Date: 2005-01-03 05:35 Message: Logged In: YES user_id=46572 Can you post the file? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1090263&group_id=29880 From noreply at sourceforge.net Mon Jan 3 02:55:24 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 3 02:55:24 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1090263 ] RDP check plugins Message-ID: New Plugins item #1090263, was opened at 2004-12-23 03:21 Message generated for change (Comment added) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1090263&group_id=29880 Category: C plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Matthieu MARC (blink38) Assigned to: Nobody/Anonymous (nobody) Summary: RDP check plugins Initial Comment: I tried to write a plugins to check my Terminal Server not just using check_tcp on port 3389. Because RDP protocol is not trivial and is not documented, I choose to use code from rdesktop projects. I am not a C developer, but I learnt it when I was in college, so you can say my code is a little ugly ;-) I think the plugins is working as I want. It make RDP connexion and stop when the terminal server login windows appears at the screen (I remove all code which call GUI function, so the windows is not shown); I have not already tested the plugins in server crash, when the port is open but the terminal service does not work. Maybee it never appears... maybee not. I need now some help to integrate my code, to do a good Makefile, configure.in..... ---------------------------------------------------------------------- >Comment By: Subhendu Ghosh (sghosh) Date: 2005-01-03 05:54 Message: Logged In: YES user_id=46572 Can you post the file? ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2005-01-03 05:35 Message: Logged In: YES user_id=46572 Can you post the file? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1090263&group_id=29880 From noreply at sourceforge.net Mon Jan 3 04:21:25 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 3 04:21:25 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1090263 ] RDP check plugins Message-ID: New Plugins item #1090263, was opened at 2004-12-23 08:21 Message generated for change (Comment added) made by blink38 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1090263&group_id=29880 Category: C plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Matthieu MARC (blink38) Assigned to: Nobody/Anonymous (nobody) Summary: RDP check plugins Initial Comment: I tried to write a plugins to check my Terminal Server not just using check_tcp on port 3389. Because RDP protocol is not trivial and is not documented, I choose to use code from rdesktop projects. I am not a C developer, but I learnt it when I was in college, so you can say my code is a little ugly ;-) I think the plugins is working as I want. It make RDP connexion and stop when the terminal server login windows appears at the screen (I remove all code which call GUI function, so the windows is not shown); I have not already tested the plugins in server crash, when the port is open but the terminal service does not work. Maybee it never appears... maybee not. I need now some help to integrate my code, to do a good Makefile, configure.in..... ---------------------------------------------------------------------- >Comment By: Matthieu MARC (blink38) Date: 2005-01-03 12:20 Message: Logged In: YES user_id=543506 here the file ---------------------------------------------------------------------- Comment By: Matthieu MARC (blink38) Date: 2005-01-03 12:20 Message: Logged In: YES user_id=543506 Thanks you for submitting your plugin/script for inclusion in the NagiosPlugins project. Please note that only plugins/scripts with an opensource license can be accepted in this project. Please ensure that your code contains explicit copyright and license information. Future status of your plugin: Initially the plugin will be included asis in the contrib directory. If you have any updates or patches that need to be applied, please post them on the NaiosPlugins website under Patches. (http://sourceforge.net/tracker/?group_id=29880&atid=397599) If the plugin code meets with the guidelines and there is a general consensus among users that it is useful and could see wide deployment, the plugin code will be migrated from "contrib" to "supported" status in either the plugins or plugins-scripts directories. Future status of your script: At this time we have only started collecting scripts that are used for report generation. Their future migration to supported status is not clear at the moment. Again thanks for contributing to opensource. The NagiosPlugins Team ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2005-01-03 10:54 Message: Logged In: YES user_id=46572 Can you post the file? ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2005-01-03 10:35 Message: Logged In: YES user_id=46572 Can you post the file? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1090263&group_id=29880 From noreply at sourceforge.net Mon Jan 3 04:23:32 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 3 04:23:32 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1090263 ] RDP check plugins Message-ID: New Plugins item #1090263, was opened at 2004-12-23 08:21 Message generated for change (Comment added) made by blink38 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1090263&group_id=29880 Category: C plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Matthieu MARC (blink38) Assigned to: Nobody/Anonymous (nobody) Summary: RDP check plugins Initial Comment: I tried to write a plugins to check my Terminal Server not just using check_tcp on port 3389. Because RDP protocol is not trivial and is not documented, I choose to use code from rdesktop projects. I am not a C developer, but I learnt it when I was in college, so you can say my code is a little ugly ;-) I think the plugins is working as I want. It make RDP connexion and stop when the terminal server login windows appears at the screen (I remove all code which call GUI function, so the windows is not shown); I have not already tested the plugins in server crash, when the port is open but the terminal service does not work. Maybee it never appears... maybee not. I need now some help to integrate my code, to do a good Makefile, configure.in..... ---------------------------------------------------------------------- >Comment By: Matthieu MARC (blink38) Date: 2005-01-03 12:22 Message: Logged In: YES user_id=543506 Here the file (2) ---------------------------------------------------------------------- Comment By: Matthieu MARC (blink38) Date: 2005-01-03 12:22 Message: Logged In: YES user_id=543506 Thanks you for submitting your plugin/script for inclusion in the NagiosPlugins project. Please note that only plugins/scripts with an opensource license can be accepted in this project. Please ensure that your code contains explicit copyright and license information. Future status of your plugin: Initially the plugin will be included asis in the contrib directory. If you have any updates or patches that need to be applied, please post them on the NaiosPlugins website under Patches. (http://sourceforge.net/tracker/?group_id=29880&atid=397599) If the plugin code meets with the guidelines and there is a general consensus among users that it is useful and could see wide deployment, the plugin code will be migrated from "contrib" to "supported" status in either the plugins or plugins-scripts directories. Future status of your script: At this time we have only started collecting scripts that are used for report generation. Their future migration to supported status is not clear at the moment. Again thanks for contributing to opensource. The NagiosPlugins Team ---------------------------------------------------------------------- Comment By: Matthieu MARC (blink38) Date: 2005-01-03 12:20 Message: Logged In: YES user_id=543506 here the file ---------------------------------------------------------------------- Comment By: Matthieu MARC (blink38) Date: 2005-01-03 12:20 Message: Logged In: YES user_id=543506 Thanks you for submitting your plugin/script for inclusion in the NagiosPlugins project. Please note that only plugins/scripts with an opensource license can be accepted in this project. Please ensure that your code contains explicit copyright and license information. Future status of your plugin: Initially the plugin will be included asis in the contrib directory. If you have any updates or patches that need to be applied, please post them on the NaiosPlugins website under Patches. (http://sourceforge.net/tracker/?group_id=29880&atid=397599) If the plugin code meets with the guidelines and there is a general consensus among users that it is useful and could see wide deployment, the plugin code will be migrated from "contrib" to "supported" status in either the plugins or plugins-scripts directories. Future status of your script: At this time we have only started collecting scripts that are used for report generation. Their future migration to supported status is not clear at the moment. Again thanks for contributing to opensource. The NagiosPlugins Team ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2005-01-03 10:54 Message: Logged In: YES user_id=46572 Can you post the file? ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2005-01-03 10:35 Message: Logged In: YES user_id=46572 Can you post the file? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1090263&group_id=29880 From noreply at sourceforge.net Mon Jan 3 10:18:27 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 3 10:18:27 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1041576 ] starttls support for check_smtp Message-ID: Patches item #1041576, was opened at 2004-10-06 11:10 Message generated for change (Comment added) made by chen23 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1041576&group_id=29880 Category: Enhancement Group: None >Status: Open Resolution: Accepted Priority: 5 Submitted By: Eric Chen (chen23) Assigned to: Benoit Mortier (opensides) Summary: starttls support for check_smtp Initial Comment: added starttls support and certifcate check to check_smtp code borrowed from check_http.c also requires additional change to plugin/Makefile.am: check_smtp_LDADD = $(NETLIBS) $(SSLLIBS) patches against nagios-plugins-1.3.1 built on Solaris 9 w/ Forte Developer 7 C 5.4 ---------------------------------------------------------------------- >Comment By: Eric Chen (chen23) Date: 2005-01-03 13:17 Message: Logged In: YES user_id=271106 ok under fedora core 3 fails under solaris 9 (sparc) w/ forte developer 7 c 5.4 tested against: nagios-plugins-1.4-beta1 error under solaris: (during make) ... Making all in plugins source='check_dhcp.c' object='check_dhcp.o' libtool=no depfile='.deps/check_dhcp.Po' tmpdepfile='.deps/check_dhcp.TPo' depmode=none /bin/bash ../depcomp cc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/usr/local/include -g -c check_dhcp.c "check_dhcp.c", line 130: syntax error before or at: u_int8_t "check_dhcp.c", line 130: cannot recover from previous errors cc: acomp failed for check_dhcp.c *** Error code 2 make: Fatal error: Command failed for target `check_dhcp.o' Current working directory /home/emchen/nagios-plugins-1.4-beta1/ plugins *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /home/emchen/nagios-plugins-1.4-beta1 *** Error code 1 make: Fatal error: Command failed for target `all' ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2004-12-28 18:19 Message: Logged In: YES user_id=388184 Hi, patches commited to cvs, will appear in public cvs in a couple of hours. Could you test it ? thanks ---------------------------------------------------------------------- Comment By: Eric Chen (chen23) Date: 2004-12-15 14:39 Message: Logged In: YES user_id=271106 updated patch against CVS HEAD 200412150547 tested on Fedora Core 3 ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2004-12-07 17:35 Message: Logged In: YES user_id=388184 Hi, could you provide a patch against cvs head, this one is to old Thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1041576&group_id=29880 From noreply at sourceforge.net Mon Jan 3 10:46:23 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 3 10:46:23 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1041576 ] starttls support for check_smtp Message-ID: Patches item #1041576, was opened at 2004-10-06 11:10 Message generated for change (Comment added) made by chen23 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1041576&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: Accepted Priority: 5 Submitted By: Eric Chen (chen23) Assigned to: Benoit Mortier (opensides) Summary: starttls support for check_smtp Initial Comment: added starttls support and certifcate check to check_smtp code borrowed from check_http.c also requires additional change to plugin/Makefile.am: check_smtp_LDADD = $(NETLIBS) $(SSLLIBS) patches against nagios-plugins-1.3.1 built on Solaris 9 w/ Forte Developer 7 C 5.4 ---------------------------------------------------------------------- >Comment By: Eric Chen (chen23) Date: 2005-01-03 13:45 Message: Logged In: YES user_id=271106 patch for check_dhcp.c against 1.4-beta1 problem existed for compiling check_dhcp.c under Solaris 9 w/ Forte Developer 7 C 5.4 ---------------------------------------------------------------------- Comment By: Eric Chen (chen23) Date: 2005-01-03 13:17 Message: Logged In: YES user_id=271106 ok under fedora core 3 fails under solaris 9 (sparc) w/ forte developer 7 c 5.4 tested against: nagios-plugins-1.4-beta1 error under solaris: (during make) ... Making all in plugins source='check_dhcp.c' object='check_dhcp.o' libtool=no depfile='.deps/check_dhcp.Po' tmpdepfile='.deps/check_dhcp.TPo' depmode=none /bin/bash ../depcomp cc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/usr/local/include -g -c check_dhcp.c "check_dhcp.c", line 130: syntax error before or at: u_int8_t "check_dhcp.c", line 130: cannot recover from previous errors cc: acomp failed for check_dhcp.c *** Error code 2 make: Fatal error: Command failed for target `check_dhcp.o' Current working directory /home/emchen/nagios-plugins-1.4-beta1/ plugins *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /home/emchen/nagios-plugins-1.4-beta1 *** Error code 1 make: Fatal error: Command failed for target `all' ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2004-12-28 18:19 Message: Logged In: YES user_id=388184 Hi, patches commited to cvs, will appear in public cvs in a couple of hours. Could you test it ? thanks ---------------------------------------------------------------------- Comment By: Eric Chen (chen23) Date: 2004-12-15 14:39 Message: Logged In: YES user_id=271106 updated patch against CVS HEAD 200412150547 tested on Fedora Core 3 ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2004-12-07 17:35 Message: Logged In: YES user_id=388184 Hi, could you provide a patch against cvs head, this one is to old Thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1041576&group_id=29880 From noreply at sourceforge.net Mon Jan 3 13:33:23 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 3 13:33:23 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1041576 ] starttls support for check_smtp Message-ID: Patches item #1041576, was opened at 2004-10-06 18:10 Message generated for change (Comment added) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1041576&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: Accepted Priority: 5 Submitted By: Eric Chen (chen23) Assigned to: Benoit Mortier (opensides) Summary: starttls support for check_smtp Initial Comment: added starttls support and certifcate check to check_smtp code borrowed from check_http.c also requires additional change to plugin/Makefile.am: check_smtp_LDADD = $(NETLIBS) $(SSLLIBS) patches against nagios-plugins-1.3.1 built on Solaris 9 w/ Forte Developer 7 C 5.4 ---------------------------------------------------------------------- >Comment By: Benoit Mortier (opensides) Date: 2005-01-03 22:32 Message: Logged In: YES user_id=388184 Hi, i am willing to apply your patch but i didnt' understand why you removed the two __ after sun ?? Could you explain further to me .. thanks ---------------------------------------------------------------------- Comment By: Eric Chen (chen23) Date: 2005-01-03 19:45 Message: Logged In: YES user_id=271106 patch for check_dhcp.c against 1.4-beta1 problem existed for compiling check_dhcp.c under Solaris 9 w/ Forte Developer 7 C 5.4 ---------------------------------------------------------------------- Comment By: Eric Chen (chen23) Date: 2005-01-03 19:17 Message: Logged In: YES user_id=271106 ok under fedora core 3 fails under solaris 9 (sparc) w/ forte developer 7 c 5.4 tested against: nagios-plugins-1.4-beta1 error under solaris: (during make) ... Making all in plugins source='check_dhcp.c' object='check_dhcp.o' libtool=no depfile='.deps/check_dhcp.Po' tmpdepfile='.deps/check_dhcp.TPo' depmode=none /bin/bash ../depcomp cc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/usr/local/include -g -c check_dhcp.c "check_dhcp.c", line 130: syntax error before or at: u_int8_t "check_dhcp.c", line 130: cannot recover from previous errors cc: acomp failed for check_dhcp.c *** Error code 2 make: Fatal error: Command failed for target `check_dhcp.o' Current working directory /home/emchen/nagios-plugins-1.4-beta1/ plugins *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /home/emchen/nagios-plugins-1.4-beta1 *** Error code 1 make: Fatal error: Command failed for target `all' ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2004-12-29 00:19 Message: Logged In: YES user_id=388184 Hi, patches commited to cvs, will appear in public cvs in a couple of hours. Could you test it ? thanks ---------------------------------------------------------------------- Comment By: Eric Chen (chen23) Date: 2004-12-15 20:39 Message: Logged In: YES user_id=271106 updated patch against CVS HEAD 200412150547 tested on Fedora Core 3 ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2004-12-07 23:35 Message: Logged In: YES user_id=388184 Hi, could you provide a patch against cvs head, this one is to old Thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1041576&group_id=29880 From noreply at sourceforge.net Mon Jan 3 13:38:33 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 3 13:38:33 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1041576 ] starttls support for check_smtp Message-ID: Patches item #1041576, was opened at 2004-10-06 11:10 Message generated for change (Comment added) made by chen23 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1041576&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: Accepted Priority: 5 Submitted By: Eric Chen (chen23) Assigned to: Benoit Mortier (opensides) Summary: starttls support for check_smtp Initial Comment: added starttls support and certifcate check to check_smtp code borrowed from check_http.c also requires additional change to plugin/Makefile.am: check_smtp_LDADD = $(NETLIBS) $(SSLLIBS) patches against nagios-plugins-1.3.1 built on Solaris 9 w/ Forte Developer 7 C 5.4 ---------------------------------------------------------------------- >Comment By: Eric Chen (chen23) Date: 2005-01-03 16:37 Message: Logged In: YES user_id=271106 Hi, I'm not sure if i understand completely, but according to a colleague of mine "__sun" is what forte uses. I'd recommend creating a separate ticket, b/c I couldn't get check_dhcp to run under Solaris 9 (got a bus error). Independent of the problem with check_dhcp, the changes to check_smtp look fine. -eric ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2005-01-03 16:32 Message: Logged In: YES user_id=388184 Hi, i am willing to apply your patch but i didnt' understand why you removed the two __ after sun ?? Could you explain further to me .. thanks ---------------------------------------------------------------------- Comment By: Eric Chen (chen23) Date: 2005-01-03 13:45 Message: Logged In: YES user_id=271106 patch for check_dhcp.c against 1.4-beta1 problem existed for compiling check_dhcp.c under Solaris 9 w/ Forte Developer 7 C 5.4 ---------------------------------------------------------------------- Comment By: Eric Chen (chen23) Date: 2005-01-03 13:17 Message: Logged In: YES user_id=271106 ok under fedora core 3 fails under solaris 9 (sparc) w/ forte developer 7 c 5.4 tested against: nagios-plugins-1.4-beta1 error under solaris: (during make) ... Making all in plugins source='check_dhcp.c' object='check_dhcp.o' libtool=no depfile='.deps/check_dhcp.Po' tmpdepfile='.deps/check_dhcp.TPo' depmode=none /bin/bash ../depcomp cc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/usr/local/include -g -c check_dhcp.c "check_dhcp.c", line 130: syntax error before or at: u_int8_t "check_dhcp.c", line 130: cannot recover from previous errors cc: acomp failed for check_dhcp.c *** Error code 2 make: Fatal error: Command failed for target `check_dhcp.o' Current working directory /home/emchen/nagios-plugins-1.4-beta1/ plugins *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /home/emchen/nagios-plugins-1.4-beta1 *** Error code 1 make: Fatal error: Command failed for target `all' ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2004-12-28 18:19 Message: Logged In: YES user_id=388184 Hi, patches commited to cvs, will appear in public cvs in a couple of hours. Could you test it ? thanks ---------------------------------------------------------------------- Comment By: Eric Chen (chen23) Date: 2004-12-15 14:39 Message: Logged In: YES user_id=271106 updated patch against CVS HEAD 200412150547 tested on Fedora Core 3 ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2004-12-07 17:35 Message: Logged In: YES user_id=388184 Hi, could you provide a patch against cvs head, this one is to old Thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1041576&group_id=29880 From noreply at sourceforge.net Mon Jan 3 13:58:25 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 3 13:58:25 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1041576 ] starttls support for check_smtp Message-ID: Patches item #1041576, was opened at 2004-10-06 18:10 Message generated for change (Comment added) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1041576&group_id=29880 Category: Enhancement Group: None >Status: Closed Resolution: Accepted Priority: 5 Submitted By: Eric Chen (chen23) Assigned to: Benoit Mortier (opensides) Summary: starttls support for check_smtp Initial Comment: added starttls support and certifcate check to check_smtp code borrowed from check_http.c also requires additional change to plugin/Makefile.am: check_smtp_LDADD = $(NETLIBS) $(SSLLIBS) patches against nagios-plugins-1.3.1 built on Solaris 9 w/ Forte Developer 7 C 5.4 ---------------------------------------------------------------------- >Comment By: Benoit Mortier (opensides) Date: 2005-01-03 22:57 Message: Logged In: YES user_id=388184 Hi, so i close this tracker and you open a new bug for check_dhcp.c Thanks ---------------------------------------------------------------------- Comment By: Eric Chen (chen23) Date: 2005-01-03 22:37 Message: Logged In: YES user_id=271106 Hi, I'm not sure if i understand completely, but according to a colleague of mine "__sun" is what forte uses. I'd recommend creating a separate ticket, b/c I couldn't get check_dhcp to run under Solaris 9 (got a bus error). Independent of the problem with check_dhcp, the changes to check_smtp look fine. -eric ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2005-01-03 22:32 Message: Logged In: YES user_id=388184 Hi, i am willing to apply your patch but i didnt' understand why you removed the two __ after sun ?? Could you explain further to me .. thanks ---------------------------------------------------------------------- Comment By: Eric Chen (chen23) Date: 2005-01-03 19:45 Message: Logged In: YES user_id=271106 patch for check_dhcp.c against 1.4-beta1 problem existed for compiling check_dhcp.c under Solaris 9 w/ Forte Developer 7 C 5.4 ---------------------------------------------------------------------- Comment By: Eric Chen (chen23) Date: 2005-01-03 19:17 Message: Logged In: YES user_id=271106 ok under fedora core 3 fails under solaris 9 (sparc) w/ forte developer 7 c 5.4 tested against: nagios-plugins-1.4-beta1 error under solaris: (during make) ... Making all in plugins source='check_dhcp.c' object='check_dhcp.o' libtool=no depfile='.deps/check_dhcp.Po' tmpdepfile='.deps/check_dhcp.TPo' depmode=none /bin/bash ../depcomp cc -DLOCALEDIR=\/usr/local/nagios/share/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/usr/local/include -g -c check_dhcp.c "check_dhcp.c", line 130: syntax error before or at: u_int8_t "check_dhcp.c", line 130: cannot recover from previous errors cc: acomp failed for check_dhcp.c *** Error code 2 make: Fatal error: Command failed for target `check_dhcp.o' Current working directory /home/emchen/nagios-plugins-1.4-beta1/ plugins *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /home/emchen/nagios-plugins-1.4-beta1 *** Error code 1 make: Fatal error: Command failed for target `all' ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2004-12-29 00:19 Message: Logged In: YES user_id=388184 Hi, patches commited to cvs, will appear in public cvs in a couple of hours. Could you test it ? thanks ---------------------------------------------------------------------- Comment By: Eric Chen (chen23) Date: 2004-12-15 20:39 Message: Logged In: YES user_id=271106 updated patch against CVS HEAD 200412150547 tested on Fedora Core 3 ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2004-12-07 23:35 Message: Logged In: YES user_id=388184 Hi, could you provide a patch against cvs head, this one is to old Thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1041576&group_id=29880 From noreply at sourceforge.net Mon Jan 3 14:42:27 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 3 14:42:27 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1094324 ] check_mailq still fails to run Message-ID: Bugs item #1094324, was opened at 2005-01-02 16:52 Message generated for change (Comment added) made by reuben You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1094324&group_id=29880 Category: Argument proccessing Group: CVS >Status: Open Resolution: Fixed Priority: 5 Submitted By: Reuben Farrelly (reuben) Assigned to: Benoit Mortier (opensides) Summary: check_mailq still fails to run Initial Comment: This has been in need of fixing for a long time now, can someone please look at it before the next release? [root at tornado plugins-scripts]# ./check_mailq Duplicate specification "Warning=i" for option "warning" Duplicate specification "Critical=i" for option "critical" Usage: check_mailq -w -c [-W ] [-C ] [-M ] [-t ] [-v verbose] [root at tornado plugins-scripts]# Fixed by removing one of the 'duplicate' sets of Warning and Critical parameters under sub process_arguments(){ GetOptions ---------------------------------------------------------------------- >Comment By: Reuben Farrelly (reuben) Date: 2005-01-04 11:41 Message: Logged In: YES user_id=26209 Fixed now, thanks Benoit ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2005-01-03 14:03 Message: Logged In: YES user_id=388184 Hi, i just corrected this, could you check it. thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1094324&group_id=29880 From noreply at sourceforge.net Mon Jan 3 14:48:24 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 3 14:48:24 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1094326 ] check-ide-smart does not build Message-ID: Bugs item #1094326, was opened at 2005-01-02 16:53 Message generated for change (Comment added) made by reuben You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1094326&group_id=29880 Category: None Group: CVS Status: Open Resolution: Fixed Priority: 5 Submitted By: Reuben Farrelly (reuben) Assigned to: Benoit Mortier (opensides) Summary: check-ide-smart does not build Initial Comment: The .c file remains unbuilt in the plugins directory, after a build run: -rw-r--r-- 1 root root 11217 Dec 26 22:43 check_ide_smart.c Upon invoking 'make check_ide_smart', I then get a compile failure: [root at tornado plugins]# make check_ide_smart if gcc -DLOCALEDIR=\/usr/share/nagios/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -g -O2 -MT check_ide_smart.o -MD -MP -MF ".deps/check_ide_smart.Tpo" -c -o check_ide_smart.o check_ide_smart.c; then mv -f ".deps/check_ide_smart.Tpo" ".deps/check_ide_smart.Po"; else rm -f ".deps/check_ide_smart.Tpo"; exit 1; fi check_ide_smart.c:401: error: conflicting types for 'print_values' check_ide_smart.c:257: error: previous implicit declaration of 'print_values' was here check_ide_smart.c:452: error: conflicting types for 'smart_cmd_simple' check_ide_smart.c:452: note: an argument type that has a default promotion can't match an empty parameter name list declaration check_ide_smart.c:229: error: previous implicit declaration of 'smart_cmd_simple' was here check_ide_smart.c:491: error: conflicting types for 'print_help' check_ide_smart.c:203: error: previous implicit declaration of 'print_help' was here check_ide_smart.c: In function `print_usage': check_ide_smart.c:518: error: syntax error before ')' token make: *** [check_ide_smart.o] Error 1 [root at tornado plugins]# ---------------------------------------------------------------------- >Comment By: Reuben Farrelly (reuben) Date: 2005-01-04 11:47 Message: Logged In: YES user_id=26209 Better, but still not quite there: [root at tornado plugins]# make check_ide_smart gcc -g -O2 -L. -L/usr/lib -o check_ide_smart check_ide_smart.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -I/usr/include check_ide_smart.o(.text+0x87e): In function `main': /usr/src/nagios/nagiosplug/plugins/check_ide_smart.c:222: undefined reference to `show_help' check_ide_smart.o(.text+0x883):/usr/src/nagios/nagiosplug/plugins/check_ide_smart.c:223: undefined reference to `show_version' collect2: ld returned 1 exit status make: *** [check_ide_smart] Error 1 [root at tornado plugins]# ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2005-01-03 14:38 Message: Logged In: YES user_id=388184 hi, i have corrected some more problems ;-) Could you just check this version out of cvs ---------------------------------------------------------------------- Comment By: Reuben Farrelly (reuben) Date: 2005-01-03 09:29 Message: Logged In: YES user_id=26209 Still fails to build (but looks slightly better now) [root at tornado plugins]# make check_ide_smart if gcc -DLOCALEDIR=\/usr/share/nagios/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -g -O2 -MT check_ide_smart.o -MD -MP -MF ".deps/check_ide_smart.Tpo" -c -o check_ide_smart.o check_ide_smart.c; then mv -f ".deps/check_ide_smart.Tpo" ".deps/check_ide_smart.Po"; else rm -f ".deps/check_ide_smart.Tpo"; exit 1; fi check_ide_smart.c:401: error: conflicting types for 'print_values' check_ide_smart.c:257: error: previous implicit declaration of 'print_values' was here check_ide_smart.c:451: error: conflicting types for 'smart_cmd_simple' check_ide_smart.c:451: note: an argument type that has a default promotion can't match an empty parameter name list declaration check_ide_smart.c:229: error: previous implicit declaration of 'smart_cmd_simple' was here check_ide_smart.c:490: error: conflicting types for 'print_help' check_ide_smart.c:203: error: previous implicit declaration of 'print_help' was here make: *** [check_ide_smart.o] Error 1 [root at tornado plugins] I'm using GCC 3.4.3 (Fedora Core 3) FWIW. ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2005-01-03 07:37 Message: Logged In: YES user_id=388184 Hi, i have juste fixed the various errors, but i still need to check why it doesn't build with the others plugins.. ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2005-01-03 03:04 Message: Logged In: YES user_id=388184 Hi, i have juste fixed the various errors, but i still need to check why it doesn't build with the others plugins.. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1094326&group_id=29880 From noreply at sourceforge.net Mon Jan 3 16:07:43 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 3 16:07:43 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1094324 ] check_mailq still fails to run Message-ID: Bugs item #1094324, was opened at 2005-01-02 04:52 Message generated for change (Settings changed) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1094324&group_id=29880 Category: Argument proccessing Group: CVS >Status: Closed Resolution: Fixed Priority: 5 Submitted By: Reuben Farrelly (reuben) Assigned to: Benoit Mortier (opensides) Summary: check_mailq still fails to run Initial Comment: This has been in need of fixing for a long time now, can someone please look at it before the next release? [root at tornado plugins-scripts]# ./check_mailq Duplicate specification "Warning=i" for option "warning" Duplicate specification "Critical=i" for option "critical" Usage: check_mailq -w -c [-W ] [-C ] [-M ] [-t ] [-v verbose] [root at tornado plugins-scripts]# Fixed by removing one of the 'duplicate' sets of Warning and Critical parameters under sub process_arguments(){ GetOptions ---------------------------------------------------------------------- Comment By: Reuben Farrelly (reuben) Date: 2005-01-03 23:41 Message: Logged In: YES user_id=26209 Fixed now, thanks Benoit ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2005-01-03 02:03 Message: Logged In: YES user_id=388184 Hi, i just corrected this, could you check it. thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1094324&group_id=29880 From noreply at sourceforge.net Mon Jan 3 16:19:24 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 3 16:19:24 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1094326 ] check-ide-smart does not build Message-ID: Bugs item #1094326, was opened at 2005-01-02 04:53 Message generated for change (Comment added) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1094326&group_id=29880 Category: None Group: CVS Status: Open Resolution: Fixed Priority: 5 Submitted By: Reuben Farrelly (reuben) Assigned to: Benoit Mortier (opensides) Summary: check-ide-smart does not build Initial Comment: The .c file remains unbuilt in the plugins directory, after a build run: -rw-r--r-- 1 root root 11217 Dec 26 22:43 check_ide_smart.c Upon invoking 'make check_ide_smart', I then get a compile failure: [root at tornado plugins]# make check_ide_smart if gcc -DLOCALEDIR=\/usr/share/nagios/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -g -O2 -MT check_ide_smart.o -MD -MP -MF ".deps/check_ide_smart.Tpo" -c -o check_ide_smart.o check_ide_smart.c; then mv -f ".deps/check_ide_smart.Tpo" ".deps/check_ide_smart.Po"; else rm -f ".deps/check_ide_smart.Tpo"; exit 1; fi check_ide_smart.c:401: error: conflicting types for 'print_values' check_ide_smart.c:257: error: previous implicit declaration of 'print_values' was here check_ide_smart.c:452: error: conflicting types for 'smart_cmd_simple' check_ide_smart.c:452: note: an argument type that has a default promotion can't match an empty parameter name list declaration check_ide_smart.c:229: error: previous implicit declaration of 'smart_cmd_simple' was here check_ide_smart.c:491: error: conflicting types for 'print_help' check_ide_smart.c:203: error: previous implicit declaration of 'print_help' was here check_ide_smart.c: In function `print_usage': check_ide_smart.c:518: error: syntax error before ')' token make: *** [check_ide_smart.o] Error 1 [root at tornado plugins]# ---------------------------------------------------------------------- >Comment By: Benoit Mortier (opensides) Date: 2005-01-04 01:18 Message: Logged In: YES user_id=388184 Hi, i just committed another fix in the cvs please try..and tell me..;-) ---------------------------------------------------------------------- Comment By: Reuben Farrelly (reuben) Date: 2005-01-03 23:47 Message: Logged In: YES user_id=26209 Better, but still not quite there: [root at tornado plugins]# make check_ide_smart gcc -g -O2 -L. -L/usr/lib -o check_ide_smart check_ide_smart.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -I/usr/include check_ide_smart.o(.text+0x87e): In function `main': /usr/src/nagios/nagiosplug/plugins/check_ide_smart.c:222: undefined reference to `show_help' check_ide_smart.o(.text+0x883):/usr/src/nagios/nagiosplug/plugins/check_ide_smart.c:223: undefined reference to `show_version' collect2: ld returned 1 exit status make: *** [check_ide_smart] Error 1 [root at tornado plugins]# ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2005-01-03 02:38 Message: Logged In: YES user_id=388184 hi, i have corrected some more problems ;-) Could you just check this version out of cvs ---------------------------------------------------------------------- Comment By: Reuben Farrelly (reuben) Date: 2005-01-02 21:29 Message: Logged In: YES user_id=26209 Still fails to build (but looks slightly better now) [root at tornado plugins]# make check_ide_smart if gcc -DLOCALEDIR=\/usr/share/nagios/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -g -O2 -MT check_ide_smart.o -MD -MP -MF ".deps/check_ide_smart.Tpo" -c -o check_ide_smart.o check_ide_smart.c; then mv -f ".deps/check_ide_smart.Tpo" ".deps/check_ide_smart.Po"; else rm -f ".deps/check_ide_smart.Tpo"; exit 1; fi check_ide_smart.c:401: error: conflicting types for 'print_values' check_ide_smart.c:257: error: previous implicit declaration of 'print_values' was here check_ide_smart.c:451: error: conflicting types for 'smart_cmd_simple' check_ide_smart.c:451: note: an argument type that has a default promotion can't match an empty parameter name list declaration check_ide_smart.c:229: error: previous implicit declaration of 'smart_cmd_simple' was here check_ide_smart.c:490: error: conflicting types for 'print_help' check_ide_smart.c:203: error: previous implicit declaration of 'print_help' was here make: *** [check_ide_smart.o] Error 1 [root at tornado plugins] I'm using GCC 3.4.3 (Fedora Core 3) FWIW. ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2005-01-02 19:37 Message: Logged In: YES user_id=388184 Hi, i have juste fixed the various errors, but i still need to check why it doesn't build with the others plugins.. ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2005-01-02 15:04 Message: Logged In: YES user_id=388184 Hi, i have juste fixed the various errors, but i still need to check why it doesn't build with the others plugins.. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1094326&group_id=29880 From noreply at sourceforge.net Mon Jan 3 16:49:25 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 3 16:49:25 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-760275 ] a check_jabber plugin Message-ID: New Plugins item #760275, was opened at 2003-06-25 08:02 Message generated for change (Settings changed) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=760275&group_id=29880 Category: None Group: None >Status: Closed >Resolution: Duplicate Priority: 5 Submitted By: Ian Wilson (tacgeek) Assigned to: Benoit Mortier (opensides) Summary: a check_jabber plugin Initial Comment: Hi. I'd like to know if anyone's working on a check_jabber plug in. I was using check_tcp, however, that only tells me if the port is alive and accepting connections, and not if the jabber server is actually working. If there's nobody working on a check_jabber plug-in, please, let me know...I've got something that checks to see if the server's talking back with the client--and I'd be willing to clean up the code and submit it to the branch. Ian ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-12-29 05:30 Message: Logged In: YES user_id=395628 check_jabber was committed to head in check_tcp.c 1.44 (it should be in the CVS in other words). check_jabber contributed to the tracker (IIRC) but I can't find it now. Please try the check_jabber in HEAD. It will be built as long as configure can find your openssl headers and libs. My testing suggests its Ok (tried out the public jabber servers that support SSL) but I ma no jabber affecionado or users for that matter. ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2004-12-28 23:39 Message: Logged In: YES user_id=388184 Hello, Yes i'am interested in such a plugin just submit it. thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=760275&group_id=29880 From noreply at sourceforge.net Mon Jan 3 18:18:26 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 3 18:18:26 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1095429 ] Check DELL hardware via SNMP Message-ID: New Plugins item #1095429, was opened at 2005-01-03 18:17 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=1095429&group_id=29880 Category: Perl plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Andrew Grimberg (tykeal) Assigned to: Nobody/Anonymous (nobody) Summary: Check DELL hardware via SNMP Initial Comment: Requires that OpenManage be installed with the SNMP interfaces. May or may not work under an embeded PERL environment it was not tested for it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1095429&group_id=29880 From noreply at sourceforge.net Tue Jan 4 01:27:29 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jan 4 01:27:29 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-808369 ] Removing the slashes from check_nt disk name fixes email Message-ID: Bugs item #808369, was opened at 2003-09-18 07:44 Message generated for change (Comment added) made by stevehan You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=808369&group_id=29880 Category: Parsing problem Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Steve Hanselman (stevehan) Assigned to: Benoit Mortier (opensides) Summary: Removing the slashes from check_nt disk name fixes email Initial Comment: Hi, (This is a fudge, not a fix as the real issue is in loading the symbol that is expanded for the email...) In check_nt.c if you remove the quoted slash after the disk name then you receive the full text of the disk status in the email/pager responses. The correct fix is to quote the slash in the symbol, but I haven't bothered to look for where that is done! ---------------------------------------------------------------------- >Comment By: Steve Hanselman (stevehan) Date: 2005-01-04 09:26 Message: Logged In: YES user_id=521347 The text that comes back from check_nt relating to disk space reports it as (eg) c:\ and it needs to be c:\ otherwise the email that is sent containing this is trashed. ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2005-01-03 01:53 Message: Logged In: YES user_id=388184 hi, could you be more precise where the problem is ?? so i can fix it.. thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=808369&group_id=29880 From noreply at sourceforge.net Tue Jan 4 01:43:25 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jan 4 01:43:25 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1095582 ] check_nfs: Monitor NFSv4 servers and clients Message-ID: New Plugins item #1095582, was opened at 2005-01-04 10:41 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=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_nfs: 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 Tue Jan 4 02:42:37 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jan 4 02:42:37 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1090549 ] check_dhcp ignores DHCP replies Message-ID: Bugs item #1090549, was opened at 2004-12-23 21:21 Message generated for change (Comment added) made by zyta2k 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: zyta2k (zyta2k) Date: 2005-01-04 11: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 21: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 19: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 amontibello at gmail.com Tue Jan 4 04:34:31 2005 From: amontibello at gmail.com (Anthony Montibello) Date: Tue Jan 4 04:34:31 2005 Subject: [Nagiosplug-devel] NC_Net V1.06 - Some Bugs Fixed and some Enhancement Message-ID: Hi Everyone, Happy New Year. A new version of NC_Net is now available. Some of the Enhancements include: -Being able to check Windows Service States with the descriptive names that are in Service Manager, as well as still being able to check with names NS_Client used. -Check Instance - can receive more than one Performance Counter and returns a list of counters. -Documentation has been updated a bit. You can Download the new version from the official web site http://www.shatterit.com/NC_Net or from Nagios Exchange under the name NC_Net V1_x http://www.nagiosexchange.org/Windows.49.0.html?&tx_netnagext_pi1[p_view]=199 Recent Bug Fixes include: MemUse unable to handle over 4 gigs -- FIXED FILEAGE not working -FIXED DiskUsage - Faster, and no longer poles removable disks.-FIXED Documentation Improved. Thank you, Tony amontibello at shatterit.com From alfw at slac.stanford.edu Tue Jan 4 06:01:24 2005 From: alfw at slac.stanford.edu (Alf Wachsmann) Date: Tue Jan 4 06:01:24 2005 Subject: [Nagiosplug-devel] New rrdtool feature and Nagios plugin? Message-ID: Has someone already thought about how to make use of the new rrdtool feature of "Aberrant Behavior Detection with Holt-Winters Forecasting" within the Nagios framework? The problem is that a probe (check_XYZ) itself cannot decide anymore whether a measurement is OK, WARNING or CRITICAL. It is up to rrdtool to correlate a new measurment with older ones and then decide whether this is OK or not. This is even trickier when the measurments are done remotely (via NRPE, e.g.) Thanks, Alf. ----------------------------------------------------------------------- Alf Wachsmann | e-mail: alfw at slac.stanford.edu SLAC Computing Service | Phone: +1-650-926-4802 2575 Sand Hill Road, M/S 97 | FAX: +1-650-926-3329 Menlo Park, CA 94025, USA | Office: Bldg. 50/323 ----------------------------------------------------------------------- http://www.slac.stanford.edu/~alfw (PGP) ----------------------------------------------------------------------- From mklaphek at cedarpath.com Tue Jan 4 06:01:25 2005 From: mklaphek at cedarpath.com (Michael S. Klapheke) Date: Tue Jan 4 06:01:25 2005 Subject: [Nagiosplug-devel] Need Help/Possible Bug Message-ID: <009701c4f1c0$783b3ee0$6701c80a@Network1> Hi. I apologize if I could have found this somewhere else - I looked for quite a while on several sites and did a Google search, but could not find anything relevant. I installed Nagios 2.0b1 and it seemed to go OK (I installed it on a Tao Linux V1 platform - a re-bundled Red Hat). When I install the Plugin 1.4.0-beta1, configure seems ok but make check list 18 or 20 failures. I don't know how to troubleshoot this (one note: I installed 1.4.0 alpha 3; I don't know if I should uninstall it or delete or what.) I keep getting the following error: Can't locate Cache.pm in @INC (@INC contains:.) Any help at all is greatly appreciated. Thanks! Mike Mike Klapheke Consulting Engineer Cedar Path Solutions Group, Inc. 315.430.4788 eFax: 208.728.2682 mklaphek at cedarpath.com www.cedarpath.com -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 5454 bytes Desc: not available URL: From noreply at sourceforge.net Tue Jan 4 14:51:02 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jan 4 14:51:02 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1096091 ] Problems compiling nagios-plugins-1.4-beta1 Message-ID: Bugs item #1096091, was opened at 2005-01-04 22:48 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=1096091&group_id=29880 Category: None Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Winks (winkles) Assigned to: Nobody/Anonymous (nobody) Summary: Problems compiling nagios-plugins-1.4-beta1 Initial Comment: Hi, I?m having problems compiling nagios-plugins-1.4-beta1 on my Solaris 9 box. I am not getting any errors when I run configure, but when I run make, it is always bombing out with openssl. Is there a specific version of openssl I should be using? Currently I am using openssl-0.9.7e. I have Nagios version 2.0b1 installed. I have tried using configure by itself and I have also tried ./configure ?with-openssl=/usr/local/ssl. I also tried specifying ?with-openssl= Each time, configure ends with: --with-cgiurl: /nagios/cgi-bin --with-nagios-user: nagios --with-nagios-group: nagios --with-trusted- path: /bin:/sbin:/usr/bin:/usr/sbin --with-ping-command: /usr/sbin/ping -n -s % s 56 %d --with-ping6-command: --with-lwres: no --with-ipv6: yes --with-openssl: yes --enable-emulate-getaddrinfo: no Output of make each time fails with: gcc -g -O2 -L. -L../openssl-0.9.7e/lib -o check_dummy check_dummy.o utils.o . ./lib/libnagiosplug.a ../lib/libcoreutils.a ../intl/libintl.a - liconv -lgen -lso cket -I../openssl-0.9.7e/include if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ - DHAVE_CONFIG_H -I. -I. -I .. -I.. -I../lib -I../intl -g -O2 -MT check_http.o -MD - MP -MF ".deps/check_ http.Tpo" -c -o check_http.o check_http.c; then mv - f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check _http.Tpo"; exit 1; fi check_http.c:50:26: openssl/rsa.h: No such file or directory check_http.c:51:29: openssl/crypto.h: No such file or directory check_http.c:52:27: openssl/x509.h: No such file or directory check_http.c:53:26: openssl/pem.h: No such file or directory check_http.c:54:26: openssl/ssl.h: No such file or directory check_http.c:55:26: openssl/err.h: No such file or directory check_http.c:56:27: openssl/rand.h: No such file or directory check_http.c:64: error: parse error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: error: parse error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: error: parse error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: error: parse error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:735: warning: assignment makes pointer from integer without a cast check_http.c:819: error: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:819: error: (Each undeclared identifier is reported only once check_http.c:819: error: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1178: error: `SSL_METHOD' undeclared (first use in this function) check_http.c:1178: error: `meth' undeclared (first use in this function) check_http.c:1189: warning: assignment makes pointer from integer without a cast check_http.c:1206: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1230: error: parse error before '*' token check_http.c: In function `check_certificate': check_http.c:1232: error: `ASN1_STRING' undeclared (first use in this function) check_http.c:1232: error: `tm' undeclared (first use in this function) check_http.c:1239: error: `certificate' undeclared (first use in this function) check_http.c:1242: error: `V_ASN1_UTCTIME' undeclared (first use in this functio n) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/home/billy/nagios-plugins- 1.4-beta1/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/billy/nagios-plugins- 1.4-beta1' make: *** [all] Error 2 bash-2.05# Any help in getting this compiled is appreciated. Thanks. Bill ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1096091&group_id=29880 From RickGlover at paulhastings.com Tue Jan 4 14:58:35 2005 From: RickGlover at paulhastings.com (Glover, Rick I.) Date: Tue Jan 4 14:58:35 2005 Subject: [Nagiosplug-devel] check_nt UpTime Enhancement Message-ID: <9FB3A0DEC155274C874E9A8A584B4A7D0451BBB7@laxexch3.phjw.paulhastings.net> I added a little bit of code to give check_nt the ability to have warning and critical alerts against the uptime. Provide -w and -c values in minutes to alert. For example, to warn that the server was restarted within the last 2 hours use "./check_nt -v UPTIME -w 120" and to provide a critical alert for restarts within the last 15 minutes use: "./check_nt -v UPTIME -w 120 -c 15" (other required parameters were left out intentionally to keep the e-mail brief). The purpose of this change is to catch restarts of systems in between the Nagios checks. Some systems restart faster than the configuration of the Nagios polling. To do this replace the "return_code=STATE_OK;" under "else if(vars_to_check==CHECK_UPTIME){" with the code below. if(check_critical_value==TRUE && (uptime / 60 <= critical_value)) return_code=STATE_CRITICAL; else if (check_warning_value==TRUE && (uptime / 60 <= warning_value)) return_code=STATE_WARNING; else return_code=STATE_OK; __________________________________________________________________________________________ Rick Glover, Sr. Network Administrator, CCNA, MCP, MCSA | Paul, Hastings, Janofsky & Walker LLP | 515 South Flower Street, Twenty-third Floor, Los Angeles, CA 90071| direct: 213 683 5625 | main: 213 683 6000 | direct fax: 213 622 5545 | RickGlover at PaulHastings.com | www.paulhastings.com _____________________________________ This message is sent by a law firm and may contain information that is privileged or confidential. If you received this transmission in error, please notify the sender by reply e-mail and delete the message and any attachments. For additional information, please visit our website at www.paulhastings.com. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mkent at magoazul.com Tue Jan 4 15:38:31 2005 From: mkent at magoazul.com (Matthew Kent) Date: Tue Jan 4 15:38:31 2005 Subject: [Nagiosplug-devel] [Fwd: [Nagios-users] Where can I get the radiusclient libraries] Message-ID: <1104856641.3938.39.camel@fuego> Quick reminder to myself (or anyone else if they have time to update this). - Matt -------------- next part -------------- An embedded message was scrubbed... From: Steve OBrien Subject: [Nagios-users] Where can I get the radiusclient libraries Date: Tue, 4 Jan 2005 13:28:21 -0800 Size: 5551 URL: From noreply at sourceforge.net Tue Jan 4 22:35:33 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jan 4 22:35:33 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1094326 ] check-ide-smart does not build Message-ID: Bugs item #1094326, was opened at 2005-01-02 16:53 Message generated for change (Comment added) made by reuben You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1094326&group_id=29880 Category: None Group: CVS Status: Open Resolution: Fixed Priority: 5 Submitted By: Reuben Farrelly (reuben) Assigned to: Benoit Mortier (opensides) Summary: check-ide-smart does not build Initial Comment: The .c file remains unbuilt in the plugins directory, after a build run: -rw-r--r-- 1 root root 11217 Dec 26 22:43 check_ide_smart.c Upon invoking 'make check_ide_smart', I then get a compile failure: [root at tornado plugins]# make check_ide_smart if gcc -DLOCALEDIR=\/usr/share/nagios/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -g -O2 -MT check_ide_smart.o -MD -MP -MF ".deps/check_ide_smart.Tpo" -c -o check_ide_smart.o check_ide_smart.c; then mv -f ".deps/check_ide_smart.Tpo" ".deps/check_ide_smart.Po"; else rm -f ".deps/check_ide_smart.Tpo"; exit 1; fi check_ide_smart.c:401: error: conflicting types for 'print_values' check_ide_smart.c:257: error: previous implicit declaration of 'print_values' was here check_ide_smart.c:452: error: conflicting types for 'smart_cmd_simple' check_ide_smart.c:452: note: an argument type that has a default promotion can't match an empty parameter name list declaration check_ide_smart.c:229: error: previous implicit declaration of 'smart_cmd_simple' was here check_ide_smart.c:491: error: conflicting types for 'print_help' check_ide_smart.c:203: error: previous implicit declaration of 'print_help' was here check_ide_smart.c: In function `print_usage': check_ide_smart.c:518: error: syntax error before ')' token make: *** [check_ide_smart.o] Error 1 [root at tornado plugins]# ---------------------------------------------------------------------- >Comment By: Reuben Farrelly (reuben) Date: 2005-01-05 19:34 Message: Logged In: YES user_id=26209 Compiles clearly now, some other little problems, but this is progress ;-) 1. Does not get installed when running 'make install'. 2. Running without arguments just silently fails, it ought to output something, perhaps the output of ./check_ide_smart -h 3. Seems to be failing when run: [root at tornado plugins]# ./check_ide_smart -d /dev/sda CRITICAL - SMART_ENABLE: Inappropriate ioctl for device CRITICAL - SMART_CMD_ENABLE [root at tornado plugins]# [root at tornado plugins]# ./check_ide_smart -d /dev/sda -n CRITICAL - Couldn't open device: No such file or directory [root at tornado plugins]# I'm using SATA drives. ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2005-01-04 13:18 Message: Logged In: YES user_id=388184 Hi, i just committed another fix in the cvs please try..and tell me..;-) ---------------------------------------------------------------------- Comment By: Reuben Farrelly (reuben) Date: 2005-01-04 11:47 Message: Logged In: YES user_id=26209 Better, but still not quite there: [root at tornado plugins]# make check_ide_smart gcc -g -O2 -L. -L/usr/lib -o check_ide_smart check_ide_smart.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -I/usr/include check_ide_smart.o(.text+0x87e): In function `main': /usr/src/nagios/nagiosplug/plugins/check_ide_smart.c:222: undefined reference to `show_help' check_ide_smart.o(.text+0x883):/usr/src/nagios/nagiosplug/plugins/check_ide_smart.c:223: undefined reference to `show_version' collect2: ld returned 1 exit status make: *** [check_ide_smart] Error 1 [root at tornado plugins]# ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2005-01-03 14:38 Message: Logged In: YES user_id=388184 hi, i have corrected some more problems ;-) Could you just check this version out of cvs ---------------------------------------------------------------------- Comment By: Reuben Farrelly (reuben) Date: 2005-01-03 09:29 Message: Logged In: YES user_id=26209 Still fails to build (but looks slightly better now) [root at tornado plugins]# make check_ide_smart if gcc -DLOCALEDIR=\/usr/share/nagios/locale\ -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include/ldap -I/include -g -O2 -MT check_ide_smart.o -MD -MP -MF ".deps/check_ide_smart.Tpo" -c -o check_ide_smart.o check_ide_smart.c; then mv -f ".deps/check_ide_smart.Tpo" ".deps/check_ide_smart.Po"; else rm -f ".deps/check_ide_smart.Tpo"; exit 1; fi check_ide_smart.c:401: error: conflicting types for 'print_values' check_ide_smart.c:257: error: previous implicit declaration of 'print_values' was here check_ide_smart.c:451: error: conflicting types for 'smart_cmd_simple' check_ide_smart.c:451: note: an argument type that has a default promotion can't match an empty parameter name list declaration check_ide_smart.c:229: error: previous implicit declaration of 'smart_cmd_simple' was here check_ide_smart.c:490: error: conflicting types for 'print_help' check_ide_smart.c:203: error: previous implicit declaration of 'print_help' was here make: *** [check_ide_smart.o] Error 1 [root at tornado plugins] I'm using GCC 3.4.3 (Fedora Core 3) FWIW. ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2005-01-03 07:37 Message: Logged In: YES user_id=388184 Hi, i have juste fixed the various errors, but i still need to check why it doesn't build with the others plugins.. ---------------------------------------------------------------------- Comment By: Benoit Mortier (opensides) Date: 2005-01-03 03:04 Message: Logged In: YES user_id=388184 Hi, i have juste fixed the various errors, but i still need to check why it doesn't build with the others plugins.. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1094326&group_id=29880 From noreply at sourceforge.net Wed Jan 5 05:02:37 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jan 5 05:02:37 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Feature Requests-1096452 ] check_http certificate date format i18n Message-ID: Feature Requests item #1096452, was opened at 2005-01-05 13:00 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=1096452&group_id=29880 Category: None Group: None Status: Open Priority: 5 Submitted By: Ian Chard (flup) Assigned to: Nobody/Anonymous (nobody) Summary: check_http certificate date format i18n Initial Comment: Would it be possible to support locale-defined date formats for the certificate expiry date as reported by check_http? I've hacked my copy to give the output in UK format (DD-MM-YYYY) but it would be nice if this could be driven by the current locale. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=1096452&group_id=29880 From David.Andrew at development.tas.gov.au Wed Jan 5 20:50:21 2005 From: David.Andrew at development.tas.gov.au (David.Andrew at development.tas.gov.au) Date: Wed Jan 5 20:50:21 2005 Subject: [Nagiosplug-devel] check_hplj In-Reply-To: <20050106041212.C070712979@sc8-sf-spam2.sourceforge.net> Message-ID: Here is a quick script I have written to get information from HEP Laser Jets via snmp It requires perl and SNMP, but no compile. Sorry if it is a bit ruff but I taught myself Perl in a day to be able to write it Any feed back would be appreciated http://www.users.on.net/~fatherosam/extras/Nagios/ David Andrew IT Services Dept. Economic Development From noreply at sourceforge.net Thu Jan 6 04:56:09 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Jan 6 04:56:09 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1097155 ] allow LF line termination as well as CRLF Message-ID: Patches item #1097155, was opened at 2005-01-06 12:55 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=1097155&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Ollie Cook (olliec) Assigned to: Nobody/Anonymous (nobody) Summary: allow LF line termination as well as CRLF Initial Comment: The attached patch allows tcp_check to recognise responses from servers which terminate lines with "\n" as well as "\r\n". It is provided as a command-line option (-l) which defaults to the original behaviour (CRLF termination). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1097155&group_id=29880 From noreply at sourceforge.net Thu Jan 6 13:56:28 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Jan 6 13:56:28 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1093522 ] 1.4beta1 check_swap doesn't work on AIX Message-ID: Bugs item #1093522, was opened at 2004-12-30 17:20 Message generated for change (Comment added) made by mister_patient You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1093522&group_id=29880 Category: None Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: mister_patient (mister_patient) Assigned to: Nobody/Anonymous (nobody) Summary: 1.4beta1 check_swap doesn't work on AIX Initial Comment: The 1.4beta1 check_swap module doesn't work on AIX 5.2: $ lsps -s Total Paging Space Percent Used 4096MB 42% $ ./check_swap -w 20% -c 10% -v -v -v Command: /usr/sbin/lsps -s Format: %d%*s %d total=4096, used=0, free=0 SWAP OK: 100% free (17592186044416 MB out of 17592186044416 MB) |swap=0MB;2147483647;2147483647;0;0 ---------------------------------------------------------------------- >Comment By: mister_patient (mister_patient) Date: 2005-01-06 15:55 Message: Logged In: YES user_id=1187596 I am not a developer, so please take this with a grain of salt, but the issue appears to be that AIX doesn't like the fact that a bunch of variables are declared as unsigned long longs. If I change this: unsigned long long total_swap = 0, used_swap = 0, free_swap = 0; unsigned long long dsktotal = 0, dskused = 0, dskfree = 0, tmp = 0; to this: unsigned long total_swap = 0, used_swap = 0, free_swap = 0; unsigned long dsktotal = 0, dskused = 0, dskfree = 0, tmp = 0; it seems to work OK (although you also have to clean up some of the printfs to use %lu instead of %llu). As I say, I am not a programmer, so I do not know if there is an elegant way to fix this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1093522&group_id=29880 From tonvoon at mac.com Thu Jan 6 15:08:03 2005 From: tonvoon at mac.com (Ton Voon) Date: Thu Jan 6 15:08:03 2005 Subject: [Nagiosplug-devel] Fwd: fix for AIX bug? Message-ID: Hi! I'm looking for some opinions on this, because it could be a major change and I don't know it well enough to spot possible pitfalls. Sean has found a problem with the use of unsigned long long on AIX with check_swap - see his explanation below. I'm not hugely familiar with this integer type (64 bit only?), but looking through the coreutils code (which I use for inspiration), the od.c code has some horribly complicated use of different functions with different printf statements depending on whether unsigned long long is supported or not (similar to Sean's changes from %llu to %lu). I don't really want to go down this route. I personally think that instead of trying to use unsigned long long or whatever maximum integer is supported on the OS, we should just use floating point variables instead. The reasons are: - for plugins, which is executed quickly then closed, there is no long term cost in CPU or memory for using floats instead of the more efficient integers - there is no need for the accuracy of integer values - to check thresholds, floating point precision (which gets less accurate as the numbers get higher) should be sufficient - simpler coding So the questions are: is it worth trying to make this change now during the beta phase? Will the changes be simple %llu to %f in appropriate places? Thanks to Sean for his investigations. Ton Begin forwarded message: > From: "Sean M. Shore" > Date: 6 January 2005 22:03:11 GMT > To: tonvoon at mac.com > Subject: fix for AIX bug? > > Ton: > > I think I know the problem with bug #1093522 (check_swap not working on > AIX). It appears that AIX doesn't like the use of unsigned long longs > for several of the key variables (used_swap, free_swap, etc.). If I > change them to unsigned longs instead, and change some of the printfs > to > use %lu instead of %llu, everything works OK. I'm not a programmer, so > please forgive my inability to discuss this problem more intelligently > or submit a patch. I've updated the bug info on SF, but I am not sure > who else will see it, since it isn't assigned to anyone. > > Thanks. > > -- > Sean M. Shore > smshore at bitstream.net > --------------------- > I just don't see why everyone is always ragging on Marie Antoinette. > I can so relate to her. She worked really hard to look that good. > People don't appreciate that kind of effort. > -- C.C. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 2677 bytes Desc: not available URL: From noreply at sourceforge.net Thu Jan 6 15:17:26 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Jan 6 15:17:26 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1093522 ] 1.4beta1 check_swap doesn't work on AIX Message-ID: Bugs item #1093522, was opened at 2004-12-30 23:20 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1093522&group_id=29880 Category: None Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: mister_patient (mister_patient) >Assigned to: Ton Voon (tonvoon) Summary: 1.4beta1 check_swap doesn't work on AIX Initial Comment: The 1.4beta1 check_swap module doesn't work on AIX 5.2: $ lsps -s Total Paging Space Percent Used 4096MB 42% $ ./check_swap -w 20% -c 10% -v -v -v Command: /usr/sbin/lsps -s Format: %d%*s %d total=4096, used=0, free=0 SWAP OK: 100% free (17592186044416 MB out of 17592186044416 MB) |swap=0MB;2147483647;2147483647;0;0 ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2005-01-06 23:16 Message: Logged In: YES user_id=664364 My preferred solution would be to remove the use of unsigned long long and just use float variables, but I'm a bit reticent about this. Sent email to nagiosplug-devel to gather some opinions first. ---------------------------------------------------------------------- Comment By: mister_patient (mister_patient) Date: 2005-01-06 21:55 Message: Logged In: YES user_id=1187596 I am not a developer, so please take this with a grain of salt, but the issue appears to be that AIX doesn't like the fact that a bunch of variables are declared as unsigned long longs. If I change this: unsigned long long total_swap = 0, used_swap = 0, free_swap = 0; unsigned long long dsktotal = 0, dskused = 0, dskfree = 0, tmp = 0; to this: unsigned long total_swap = 0, used_swap = 0, free_swap = 0; unsigned long dsktotal = 0, dskused = 0, dskfree = 0, tmp = 0; it seems to work OK (although you also have to clean up some of the printfs to use %lu instead of %llu). As I say, I am not a programmer, so I do not know if there is an elegant way to fix this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1093522&group_id=29880 From dev at samizdatdigital.org Thu Jan 6 17:00:09 2005 From: dev at samizdatdigital.org (jon gold) Date: Thu Jan 6 17:00:09 2005 Subject: [Nagiosplug-devel] [Fwd: Re: [Nagiosplug-help] check_http -m and binary (gif, in particular) responses] Message-ID: <41DDDF00.5000702@samizdatdigital.org> i posted this to nagios-help about a week ago, but no one seemed to have anything to say. i wonder if it's more appropriate for this list? in the original message, i forgot to include that i'm using 1.4b1. jon -------- Original Message -------- Subject: Re: [Nagiosplug-help] check_http -m and binary (gif, in particular) responses Date: Thu, 30 Dec 2004 18:58:01 -0800 From: jon gold To: jon gold CC: nagiosplug-help at lists.sourceforge.net References: <41D4BA2F.7090902 at samizdatdigital.org> fwiw, i put a few printfs into check_http.c and confirmed that this is the case -- pagesize is (minus the headers) the length of the gif. jon jon gold wrote: > pardon me if i've overlooked any previous discussion about this, but i > couldn't find any in the sourceforge archives. > > has anyone used check_http and -m to check that an image being returned > from a url is of an expected size? i tried -m with the number of bytes > i'm expecting, but the check fails. using -v from the shell, i can see > that in fact the Content-Type is gif, and the Content-Length is what i > expect for the byte count, but i can't find a way to use check_http to > get at or confirm that fact. the -s option seems to only work for the > body, and the -e only gets the first line. > > looking at check_http.c, it seems that the length check is done with > strlen: > > if ((min_page_len > 0) && (page_len < min_page_len)) > > but since my page is a gif, and since strlen only goes up to the first > (and presumably string-terminating) 0, i assume i'm getting incorrect > results due to the fact that 0 is valid in the middle of a gif. i'll try > and build http.c for myself and make some changes to confirm this, but > it seems like a likely cause. > > is there any reason not to use the value of pagesize which is computed > during the page retrieval instead of strlen? if there is, could we think > of adding a new switch, maybe something like --min-binary-length which > would not do a strlen check, but a pagesize one? > > jon > > > ------------------------------------------------------- > The SF.Net email is sponsored by: Beat the post-holiday blues > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > _______________________________________________ > Nagiosplug-help mailing list > Nagiosplug-help at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/nagiosplug-help > ::: Please include plugins version (-v) and OS when reporting any issue. > ::: Messages without supporting info will risk being sent to /dev/null > > ------------------------------------------------------- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt _______________________________________________ Nagiosplug-help mailing list Nagiosplug-help at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagiosplug-help ::: 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 Fri Jan 7 11:43:06 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Jan 7 11:43:06 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-831392 ] NetBotz specific device plugin Message-ID: New Plugins item #831392, was opened at 2003-10-27 16:23 Message generated for change (Comment added) made by ellipses You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=831392&group_id=29880 Category: Network device plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jeremy Russell (ellipses) Assigned to: Subhendu Ghosh (sghosh) Summary: NetBotz specific device plugin Initial Comment: A snmp plugin for use with the Netbotz devices. You need to download the MIB from the netbotz web site. ---------------------------------------------------------------------- >Comment By: Jeremy Russell (ellipses) Date: 2005-01-07 13:42 Message: Logged In: YES user_id=891078 I had forgot to upload the actual file. Whoops! I have it uploaded now however. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=831392&group_id=29880 From noreply at sourceforge.net Sun Jan 9 12:40:11 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Jan 9 12:40:11 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1097155 ] allow LF line termination as well as CRLF Message-ID: Patches item #1097155, was opened at 2005-01-06 13:55 Message generated for change (Comment added) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1097155&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Ollie Cook (olliec) >Assigned to: Benoit Mortier (opensides) Summary: allow LF line termination as well as CRLF Initial Comment: The attached patch allows tcp_check to recognise responses from servers which terminate lines with "\n" as well as "\r\n". It is provided as a command-line option (-l) which defaults to the original behaviour (CRLF termination). ---------------------------------------------------------------------- >Comment By: Benoit Mortier (opensides) Date: 2005-01-09 21:39 Message: Logged In: YES user_id=388184 Hi, could you attach your patch because it is not here. Thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1097155&group_id=29880 From benoit.mortier at opensides.be Sun Jan 9 12:43:12 2005 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Sun Jan 9 12:43:12 2005 Subject: [Nagiosplug-devel] [Fwd: Re: [Nagiosplug-help] check_http -m and binary (gif, in particular) responses] In-Reply-To: <41DDDF00.5000702@samizdatdigital.org> References: <41DDDF00.5000702@samizdatdigital.org> Message-ID: <200501092142.14032.benoit.mortier@opensides.be> Le Vendredi 7 Janvier 2005 01:59, jon gold a ?crit?: > i posted this to nagios-help about a week ago, but no one seemed to have > anything to say. i wonder if it's more appropriate for this list? in the > original message, i forgot to include that i'm using 1.4b1. could you open a bug on the nagiosplug project on sourceforge for this. Thanks -- Benoit Mortier Linux Engineer www.opensides.be From funraps at yahoo.com Mon Jan 10 08:21:14 2005 From: funraps at yahoo.com (funraps too) Date: Mon Jan 10 08:21:14 2005 Subject: [Nagiosplug-devel] mssql_check not working correctly Message-ID: <20050110162034.91762.qmail@web41122.mail.yahoo.com> Good Morning everyone, I wonder if anyone out there is having the same problem: Running on Mandrake 2.6.3 SMP i686 and just downloaded the check_mssql script. followed the directions and installed FreeTDS as required. >From the command line I am able to connect to the database and view an OK status and users connected, and also from within Nagios, HOWEVER the service checks keep appearing and disappearing from the screen, it makes no sense! I have many other checks, this is the only one that is acting up, I've defines it hosts, then in services (2 entries, one for check-host-alive and one for check_mssql), then in services I used the service check groups (new feature in 2b I think) and in hostgroups as usual. Any suggestions or comments will be greatly appreciated!!! Thank you. --------------------------------- Do you Yahoo!? Yahoo! Mail - Find what you need with new enhanced search. Learn more. -------------- next part -------------- An HTML attachment was scrubbed... URL: From noreply at sourceforge.net Mon Jan 10 12:14:10 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 10 12:14:10 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1099682 ] check_http -m doesn't work for binary responses Message-ID: Bugs item #1099682, was opened at 2005-01-10 20:13 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=1099682&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: jon gold (samizdev) Assigned to: Nobody/Anonymous (nobody) Summary: check_http -m doesn't work for binary responses Initial Comment: (copied from my original message to the lists): pardon me if i've overlooked any previous discussion about this, but i couldn't find any in the sourceforge archives. has anyone used check_http and -m to check that an image being returned from a url is of an expected size? i tried -m with the number of bytes i'm expecting, but the check fails. using -v from the shell, i can see that in fact the Content-Type is gif, and the Content-Length is what i expect for the byte count, but i can't find a way to use check_http to get at or confirm that fact. the -s option seems to only work for the body, and the -e only gets the first line. looking at check_http.c, it seems that the length check is done with strlen: if ((min_page_len > 0) && (page_len < min_page_len)) but since my page is a gif, and since strlen only goes up to the first (and presumably string-terminating) 0, i assume i'm getting incorrect results due to the fact that 0 is valid in the middle of a gif. i'll try and build http.c for myself and make some changes to confirm this, but it seems like a likely cause. is there any reason not to use the value of pagesize which is computed during the page retrieval instead of strlen? if there is, could we think of adding a new switch, maybe something like --min-binary-length which would not do a strlen check, but a pagesize one? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1099682&group_id=29880 From dev at samizdatdigital.org Mon Jan 10 12:15:11 2005 From: dev at samizdatdigital.org (jon gold) Date: Mon Jan 10 12:15:11 2005 Subject: [Nagiosplug-devel] [Fwd: Re: [Nagiosplug-help] check_http -m and binary (gif, in particular) responses] In-Reply-To: <200501092142.14032.benoit.mortier@opensides.be> References: <41DDDF00.5000702@samizdatdigital.org> <200501092142.14032.benoit.mortier@opensides.be> Message-ID: <41E2E228.3090506@samizdatdigital.org> thanks. i filed it as: https://sourceforge.net/tracker/index.php?func=detail&aid=1099682&group_id=29880&atid=397597 jon Benoit Mortier wrote: > Le Vendredi 7 Janvier 2005 01:59, jon gold a ?crit : > >>i posted this to nagios-help about a week ago, but no one seemed to have >>anything to say. i wonder if it's more appropriate for this list? in the >>original message, i forgot to include that i'm using 1.4b1. > > > could you open a bug on the nagiosplug project on sourceforge for this. > > Thanks From noreply at sourceforge.net Tue Jan 11 07:40:12 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jan 11 07:40:12 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-903461 ] check_nwstat generates ipv6 calls (error) Message-ID: Bugs item #903461, was opened at 2004-02-24 14:14 Message generated for change (Comment added) made by faucon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=903461&group_id=29880 Category: None Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Alex (faucon) Assigned to: Nobody/Anonymous (nobody) Summary: check_nwstat generates ipv6 calls (error) Initial Comment: Short story : check_nwstat is doing 2 X AAAA request and 1 X A request to my DNS server since version 1.3.99 (1.13). Details and tests : Linux server RedHat9. DNS server Netware With check_nwstat v1.3.99 or more recent, my DNS server is showing that my Nagios server is doing 2 X AAAA request (ip6) and 1 X A request (ip4). I tested with version 1.3.1 of the plugins, and there is no problem there. (but features in latest release are needed). I tested with other plugins and with ping, and everything is fine. Here is a peace of the logs. ---------------------- ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-ndps1.cslaval.qc.ca) of type aaaa Domain Name "srv-ndps1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-educ1.cslaval.qc.ca) of type aaaa Domain Name "srv-educ1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-sec1.cslaval.qc.ca) of type aaaa Domain Name "srv-sec1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-ndps1.cslaval.qc.ca) of type aaaa Domain Name "srv-ndps1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-educ1.cslaval.qc.ca) of type a Domain Name "srv-educ1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-sec1.cslaval.qc.ca) of type aaaa Domain Name "srv-sec1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-ndps1.cslaval.qc.ca) of type a Domain Name "srv-ndps1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 ***** QH_Proc: query received from 10.1.0.137 QH_ns_req: Query for (srv-sec1.cslaval.qc.ca) of type a Domain Name "srv-sec1.cslaval.qc.ca" found in authoritative cache zone "cslaval.qc.ca" Send a UDP Reply to 10.1.0.137 --------------------------------- ---------------------------------------------------------------------- >Comment By: Alex (faucon) Date: 2005-01-11 15:39 Message: Logged In: YES user_id=706397 Hi tonvoon, Let me check it out. I'll download the latest cve and test it. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2005-01-01 16:35 Message: Logged In: YES user_id=664364 Unassigning from Karl, but not sure of current status of this bug. Is it still an issue with the latest release? ---------------------------------------------------------------------- Comment By: Alex (faucon) Date: 2004-03-01 16:42 Message: Logged In: YES user_id=706397 Hi kdebisschop, I have tryed your check_nwstat of 2004-02-29. I can compile it, I can run it, but there is no output. And, on my dns, there is no dns request been made. And here is the command call that I use. Any other variable could be used. The output is working with 1.3.1 or 1.4.1alpha. ./check_nwstat -H srv-ndps1.cslaval.qc.ca -v ABENDS The answer to this command is usually: "0 abended threads" srv-ndps1 is an internal server. So you can't access it. But I can make any tests you require. Thanks. ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-29 04:18 Message: Logged In: YES user_id=1671 I may have found the cause - we were opening a new connection for each attribute requested. I have rewritten the code to open one connection and send repeatedly on tha one connection. But I do not have any way to test it and I do not know if the NW protocols allow it. Please test and provide feedback. ---------------------------------------------------------------------- Comment By: Karl DeBisschop (kdebisschop) Date: 2004-02-29 03:37 Message: Logged In: YES user_id=1671 Can you provide the service and command definitions that create these multiple requests? I don't have access to a test environment, but I'll be glad to look at the code and see if I can find anything. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=903461&group_id=29880 From jhmartin at toger.us Tue Jan 11 12:27:17 2005 From: jhmartin at toger.us (Jason Martin) Date: Tue Jan 11 12:27:17 2005 Subject: [Nagiosplug-devel] New plugin procedure? Message-ID: <20050111202555.GQ1816@zippy.toger.us> Is there any particular procedure one should follow in order to get a new plugin included in the 'contrib' section of the package? Thanks -Jason Martin -- This message is PGP/MIME signed. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 211 bytes Desc: not available URL: From mkent at magoazul.com Tue Jan 11 13:01:13 2005 From: mkent at magoazul.com (Matthew Kent) Date: Tue Jan 11 13:01:13 2005 Subject: [Nagiosplug-devel] New plugin procedure? In-Reply-To: <20050111202555.GQ1816@zippy.toger.us> References: <20050111202555.GQ1816@zippy.toger.us> Message-ID: <1105452050.27050.3.camel@fuego> On Tue, 2005-01-11 at 20:25, Jason Martin wrote: > Is there any particular procedure one should follow in order to > get a new plugin included in the 'contrib' section of the > package? > > Thanks > -Jason Martin Be sure to follow the developer guidelines closely http://nagiosplug.sourceforge.net/developer-guidelines.html (esp the section on submitting new plugins) and submit it to the new plugin tracker @ http://sourceforge.net/projects/nagiosplug I believe the current plan is to go through the large backlog of contributions after the final 1.4 release. -- Matthew Kent http://magoazul.com From benoit.mortier at opensides.be Tue Jan 11 13:17:12 2005 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Tue Jan 11 13:17:12 2005 Subject: [Nagiosplug-devel] New plugin procedure? In-Reply-To: <20050111202555.GQ1816@zippy.toger.us> References: <20050111202555.GQ1816@zippy.toger.us> Message-ID: <200501112216.28713.benoit.mortier@opensides.be> Le Mardi 11 Janvier 2005 21:25, Jason Martin a ?crit?: > Is there any particular procedure one should follow in order to > get a new plugin included in the 'contrib' section of the > package? First : look if the plugin already exist Second : submit it to the new plugins tracker on the nagiosplug project on sourceforge. Third : An developper will look at it when he find time ;-) Have a good night -- Benoit Mortier Linux Engineer www.opensides.be From Stanley.Hopcroft at IPAustralia.Gov.AU Tue Jan 11 15:05:00 2005 From: Stanley.Hopcroft at IPAustralia.Gov.AU (Stanley Hopcroft) Date: Tue Jan 11 15:05:00 2005 Subject: [Nagiosplug-devel] New plugin procedure? In-Reply-To: <1105452050.27050.3.camel@fuego> References: <20050111202555.GQ1816@zippy.toger.us> <1105452050.27050.3.camel@fuego> Message-ID: <20050111230342.GA7890@IPAustralia.Gov.AU> Dear Folks, I am writing to thank you for your letters and say, On Tue, Jan 11, 2005 at 02:00:50PM +0000, Matthew Kent wrote: > On Tue, 2005-01-11 at 20:25, Jason Martin wrote: > > Is there any particular procedure one should follow in order to > > get a new plugin included in the 'contrib' section of the > > package? > > > > Thanks > > -Jason Martin > > Be sure to follow the developer guidelines closely > http://nagiosplug.sourceforge.net/developer-guidelines.html (esp the > section on submitting new plugins) and submit it to the new plugin > tracker @ http://sourceforge.net/projects/nagiosplug > > I believe the current plan is to go through the large backlog of > contributions after the final 1.4 release. A plugin release without working core plugins in /plugins and /plugin-scripts is obviously not on. But it is very important to me that the contributed plugins get released in /contrib and are promoted where necessary. So follow Mr Kents advice and hope that 'Real Life' doesn't keep interfering. 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 tonvoon at mac.com Thu Jan 13 12:37:11 2005 From: tonvoon at mac.com (Ton Voon) Date: Thu Jan 13 12:37:11 2005 Subject: [Nagiosplug-devel] Fwd: fix for AIX bug? In-Reply-To: References: Message-ID: Hi! I've had no response to this, so I've gone ahead and made the changes to use floats instead. It works on Sol2.6, but haven't had a chance to test on other platforms. Any feedback welcome. Ton On 6 Jan 2005, at 23:07, Ton Voon wrote: > Hi! > > I'm looking for some opinions on this, because it could be a major > change and I don't know it well enough to spot possible pitfalls. > > Sean has found a problem with the use of unsigned long long on AIX > with check_swap - see his explanation below. I'm not hugely familiar > with this integer type (64 bit only?), but looking through the > coreutils code (which I use for inspiration), the od.c code has some > horribly complicated use of different functions with different printf > statements depending on whether unsigned long long is supported or not > (similar to Sean's changes from %llu to %lu). I don't really want to > go down this route. > > I personally think that instead of trying to use unsigned long long or > whatever maximum integer is supported on the OS, we should just use > floating point variables instead. The reasons are: > > - for plugins, which is executed quickly then closed, there is no long > term cost in CPU or memory for using floats instead of the more > efficient integers > - there is no need for the accuracy of integer values - to check > thresholds, floating point precision (which gets less accurate as the > numbers get higher) should be sufficient > - simpler coding > > So the questions are: is it worth trying to make this change now > during the beta phase? Will the changes be simple %llu to %f in > appropriate places? > > Thanks to Sean for his investigations. > > Ton > > Begin forwarded message: > >> From: "Sean M. Shore" >> Date: 6 January 2005 22:03:11 GMT >> To: tonvoon at mac.com >> Subject: fix for AIX bug? >> >> Ton: >> >> I think I know the problem with bug #1093522 (check_swap not working >> on >> AIX). It appears that AIX doesn't like the use of unsigned long longs >> for several of the key variables (used_swap, free_swap, etc.). If I >> change them to unsigned longs instead, and change some of the printfs >> to >> use %lu instead of %llu, everything works OK. I'm not a programmer, >> so >> please forgive my inability to discuss this problem more intelligently >> or submit a patch. I've updated the bug info on SF, but I am not sure >> who else will see it, since it isn't assigned to anyone. >> >> Thanks. >> >> -- >> Sean M. Shore >> smshore at bitstream.net >> --------------------- >> I just don't see why everyone is always ragging on Marie Antoinette. >> I can so relate to her. She worked really hard to look that good. >> People don't appreciate that kind of effort. >> -- C.C. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 2941 bytes Desc: not available URL: From noreply at sourceforge.net Sun Jan 16 15:26:28 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Jan 16 15:26:28 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1096091 ] Problems compiling nagios-plugins-1.4-beta1 Message-ID: Bugs item #1096091, was opened at 2005-01-05 09:48 Message generated for change (Comment added) made by johnwarburton You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1096091&group_id=29880 Category: None Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Winks (winkles) Assigned to: Ton Voon (tonvoon) Summary: Problems compiling nagios-plugins-1.4-beta1 Initial Comment: Hi, I?m having problems compiling nagios-plugins-1.4-beta1 on my Solaris 9 box. I am not getting any errors when I run configure, but when I run make, it is always bombing out with openssl. Is there a specific version of openssl I should be using? Currently I am using openssl-0.9.7e. I have Nagios version 2.0b1 installed. I have tried using configure by itself and I have also tried ./configure ?with-openssl=/usr/local/ssl. I also tried specifying ?with-openssl= Each time, configure ends with: --with-cgiurl: /nagios/cgi-bin --with-nagios-user: nagios --with-nagios-group: nagios --with-trusted- path: /bin:/sbin:/usr/bin:/usr/sbin --with-ping-command: /usr/sbin/ping -n -s % s 56 %d --with-ping6-command: --with-lwres: no --with-ipv6: yes --with-openssl: yes --enable-emulate-getaddrinfo: no Output of make each time fails with: gcc -g -O2 -L. -L../openssl-0.9.7e/lib -o check_dummy check_dummy.o utils.o . ./lib/libnagiosplug.a ../lib/libcoreutils.a ../intl/libintl.a - liconv -lgen -lso cket -I../openssl-0.9.7e/include if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ - DHAVE_CONFIG_H -I. -I. -I .. -I.. -I../lib -I../intl -g -O2 -MT check_http.o -MD - MP -MF ".deps/check_ http.Tpo" -c -o check_http.o check_http.c; then mv - f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check _http.Tpo"; exit 1; fi check_http.c:50:26: openssl/rsa.h: No such file or directory check_http.c:51:29: openssl/crypto.h: No such file or directory check_http.c:52:27: openssl/x509.h: No such file or directory check_http.c:53:26: openssl/pem.h: No such file or directory check_http.c:54:26: openssl/ssl.h: No such file or directory check_http.c:55:26: openssl/err.h: No such file or directory check_http.c:56:27: openssl/rand.h: No such file or directory check_http.c:64: error: parse error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: error: parse error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: error: parse error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: error: parse error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:735: warning: assignment makes pointer from integer without a cast check_http.c:819: error: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:819: error: (Each undeclared identifier is reported only once check_http.c:819: error: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1178: error: `SSL_METHOD' undeclared (first use in this function) check_http.c:1178: error: `meth' undeclared (first use in this function) check_http.c:1189: warning: assignment makes pointer from integer without a cast check_http.c:1206: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1230: error: parse error before '*' token check_http.c: In function `check_certificate': check_http.c:1232: error: `ASN1_STRING' undeclared (first use in this function) check_http.c:1232: error: `tm' undeclared (first use in this function) check_http.c:1239: error: `certificate' undeclared (first use in this function) check_http.c:1242: error: `V_ASN1_UTCTIME' undeclared (first use in this functio n) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/home/billy/nagios-plugins- 1.4-beta1/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/billy/nagios-plugins- 1.4-beta1' make: *** [all] Error 2 bash-2.05# Any help in getting this compiled is appreciated. Thanks. Bill ---------------------------------------------------------------------- Comment By: John Warburton (johnwarburton) Date: 2005-01-17 10:25 Message: Logged In: YES user_id=1192023 Hi Ton Thanks for the update. I grabbed the latest CVS snapshot nagios-plugins-HEAD-200501161747 and it all compiles and runs well! Thanks very much for the fix. Regards John ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2005-01-14 22:01 Message: Logged In: YES user_id=664364 Winks, John, Thanks for the report and the suggestions. I've made a change to configure.in (v1.136) so it should work now - I've been testing on Sol2.6 which had the same problems. Please test and let us know. Ton ---------------------------------------------------------------------- Comment By: John Warburton (johnwarburton) Date: 2005-01-13 16:11 Message: Logged In: YES user_id=1192023 Hi Bill, I can concur that I have the same problem running on Solaris 8, SSL version 0.9.7d. It is not the version of SSL, but that the dependency checking is not putting in the correct includes and library checks for check_http (and others possibly). Whilst this needs to be fixed, I am only in evaluation mode, so when I run configure, I do the following: CPPFLAGS=-I/usr/local/ssl/include LDFLAGS=-R/usr/local/ssl/lib ./configure --with-openssl=/usr/local/ssl Which gets me moving to see if I want to actually run nagios (which I think I do). As I have no idea how autoconf works, I hope that one of the developers knows what has to hapopen to get the dependencies working correctly. Regards John ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1096091&group_id=29880 From david.peer at gmail.com Sun Jan 16 20:01:37 2005 From: david.peer at gmail.com (David Peer) Date: Sun Jan 16 20:01:37 2005 Subject: [Nagiosplug-devel] Installation of NRPE and Plugins on IBM AIX In-Reply-To: <3AF8AC915483CD43BFD4377B240EACD4012B2F2F@blr-ec-msg05.wipro.com> References: <3AF8AC915483CD43BFD4377B240EACD4012B2F2F@blr-ec-msg05.wipro.com> Message-ID: <20050116163324.7EC464F4002@desire.netways.de> Hi compile the nrpe plugin with the disable-ssl option and from the linux server run all your checks with the -n option: check_nrpe -H -n BR BTW how did you managed to compile the plugins on AIX? I fail very time. Thanks ...[write your message here]... - David Peer (davidp) ----------------------- This thread is located in the archive at this URL: http://www.nagiosexchange.org/nagiosplug-devel.31.0.html?&tx_maillisttofa q_pi1[showUid]=624 > Hi Ton, > > Thanks for your immediate response!!! > > As per you I have downloaded the "nagios-plugins-1.4.0-alpha3" and > "nrpe-2.0" from the nagios site and installed it on the IBM AIX 5.2.0.0 > server. The compilation was successful. > > After the compilation I verified that nrpe daemon is running and the > port is active on the AIX server. > > I tried to run the "check_nrpe" from the Linux server which is our > Nagios server. The following was the result. > > ----------------------------------------------------------------------- - > ----------------------------------------------------------------------- > [root at NagiosServer libexec]# ./check_nrpe -H AIXSERVER -c check_users > > CHECK_NRPE: Received 0 bytes from daemon. Check the remote server logs > for error messages. > ------------------------------------------------------------------- > > I checked the syslog in AIX SERVER. > ----------------------------------------------------------------------- - > ------------------------------------ > aixserver: /var/log>grep nrpe syslog > > Dec 22 13:21:58 ukcsqply nrpe[17228]: connect from nagiosserver > Dec 22 13:22:11 ukcsqply nrpe[17230]: connect from nagiosserver > ----------------------------------------------------------------------- - > ---------------------------------------- > I found that the nrpe daemon running on the AIX server is not sending > the results to the check_nrpe request from Nagios server. > > The entry for nrpe in inetd.conf is as follows. > ----------------------------------------------------------------------- - > -------------------------------------------------------- > aixserver: /etc>grep nrpe inetd.conf > > nrpe stream tcp nowait nagios /usr/local/bin/tcpd > /usr/local/nagios/nrpe -c /usr/local/nagios/nrpe.cfg --inetd > ----------------------------------------------------------------------- - > ---------------------------------------------------------- > > Please suggest the solution for this problem. I would be glad to provide > you with more details if you need. > > Thanks and Regards, > Subash Rajan. > > > > > > -----Original Message----- > From: Ton Voon [mailto:tonvoon at mac.com] > Sent: Monday, December 20, 2004 9:49 PM > To: Subash Rajan (WT01 - MANUFACTURING) > Cc: SureshKumar Ramaswamy (WT01 - TECHNOLOGY INFRASTRUCTURE SERVICES > (GS)); nagiosplug-devel at lists.sourceforge.net; SunilShriram Borkhedkar > (WT01 - MANUFACTURING) > Subject: Re: [Nagiosplug-devel] Installation of NRPE and Plugins on IBM > AIX > > > > Subash, > > We are not maintaining release 1.3.1 much any more. Please try > the 1.4alpha2 release - there have been reports of successful compiles > on AIX. > > Ton > > On 17 Dec 2004, at 04:27, subash.rajan at wipro.com wrote: > > > Hi, > With related to the above subject I have few queries for > which I need your suggestions. > We are using Nagios Verion 1.2 for Monitoring servers > running Windows NT, Windows 2003 and Linux Operating Systems. > Additionally we are monitoring network devices which are > Wireless Access Points and Switches. > We would like to include few Unix Servers running IBM > AIX for monitoring. > The Maintenance Level of the AIX OS is 5.2.0.0. > We have downloaded the nrpe-2.0 and Nagios-Plugins-1.3.1 > from Nagios site and installed on the AIX system. > We could successfully install and compile NRPE, started > the daemon and verified that nagios server is able to communicate to the > port 5666 of the AIX server. > But we have problem in installing and compiling > Nagios-Plugins. I have attached the error output while compiling > plugins. > The files attached are the outputs for the commands > './configure' 'make all' and 'make install' from the directory > /usr/local/nagios/nagios-plugins-1.3.1/plugins. > Requesting you to investigate the problem and provide > your feedback. > Awaiting yout response, > Thanks and Regards, > Subash Rajan. > Wipro Technologies. > Bangalore. > > From Friedrich.Priewasser at fabalabs.org Mon Jan 17 08:15:26 2005 From: Friedrich.Priewasser at fabalabs.org (Priewasser, Friedrich) Date: Mon Jan 17 08:15:26 2005 Subject: [Nagiosplug-devel] Enhancements in check_snmp Message-ID: Hi, I've made some enhancements in the check_snmp plugin. These are: Use of factors, so that the output will be divided/multiplied by this factor. Algebraic operations, allowing addition, multiplication ... of results and constants Generation of performance output for Nagios There are few additional files, which I needed for the algebric operations: queue.h / queue.c for stacks and queues calculator.h / calculator.c for the evaluation Therefore some changes in the Makefile are necessary. I hope you'll find these enhancements useful. Regards, Friedrich p.s.: Feel free to comment -- Friedrich Priewasser Software Engineer Fabalabs Software GmbH Honauerstra?e 4 A-4020 Linz e-mail: mailto:friedrich.priewasser at fabalabs.org http://www.fabalabs.org -------------- next part -------------- A non-text attachment was scrubbed... Name: check_snmp.tar.gz Type: application/x-gzip Size: 18427 bytes Desc: check_snmp.tar.gz URL: From noreply at sourceforge.net Mon Jan 17 08:18:20 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 17 08:18:20 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1096091 ] Problems compiling nagios-plugins-1.4-beta1 Message-ID: Bugs item #1096091, was opened at 2005-01-04 22:48 Message generated for change (Comment added) made by winkles You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1096091&group_id=29880 Category: None Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Winks (winkles) Assigned to: Ton Voon (tonvoon) Summary: Problems compiling nagios-plugins-1.4-beta1 Initial Comment: Hi, I?m having problems compiling nagios-plugins-1.4-beta1 on my Solaris 9 box. I am not getting any errors when I run configure, but when I run make, it is always bombing out with openssl. Is there a specific version of openssl I should be using? Currently I am using openssl-0.9.7e. I have Nagios version 2.0b1 installed. I have tried using configure by itself and I have also tried ./configure ?with-openssl=/usr/local/ssl. I also tried specifying ?with-openssl= Each time, configure ends with: --with-cgiurl: /nagios/cgi-bin --with-nagios-user: nagios --with-nagios-group: nagios --with-trusted- path: /bin:/sbin:/usr/bin:/usr/sbin --with-ping-command: /usr/sbin/ping -n -s % s 56 %d --with-ping6-command: --with-lwres: no --with-ipv6: yes --with-openssl: yes --enable-emulate-getaddrinfo: no Output of make each time fails with: gcc -g -O2 -L. -L../openssl-0.9.7e/lib -o check_dummy check_dummy.o utils.o . ./lib/libnagiosplug.a ../lib/libcoreutils.a ../intl/libintl.a - liconv -lgen -lso cket -I../openssl-0.9.7e/include if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ - DHAVE_CONFIG_H -I. -I. -I .. -I.. -I../lib -I../intl -g -O2 -MT check_http.o -MD - MP -MF ".deps/check_ http.Tpo" -c -o check_http.o check_http.c; then mv - f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check _http.Tpo"; exit 1; fi check_http.c:50:26: openssl/rsa.h: No such file or directory check_http.c:51:29: openssl/crypto.h: No such file or directory check_http.c:52:27: openssl/x509.h: No such file or directory check_http.c:53:26: openssl/pem.h: No such file or directory check_http.c:54:26: openssl/ssl.h: No such file or directory check_http.c:55:26: openssl/err.h: No such file or directory check_http.c:56:27: openssl/rand.h: No such file or directory check_http.c:64: error: parse error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: error: parse error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: error: parse error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: error: parse error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:735: warning: assignment makes pointer from integer without a cast check_http.c:819: error: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:819: error: (Each undeclared identifier is reported only once check_http.c:819: error: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1178: error: `SSL_METHOD' undeclared (first use in this function) check_http.c:1178: error: `meth' undeclared (first use in this function) check_http.c:1189: warning: assignment makes pointer from integer without a cast check_http.c:1206: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1230: error: parse error before '*' token check_http.c: In function `check_certificate': check_http.c:1232: error: `ASN1_STRING' undeclared (first use in this function) check_http.c:1232: error: `tm' undeclared (first use in this function) check_http.c:1239: error: `certificate' undeclared (first use in this function) check_http.c:1242: error: `V_ASN1_UTCTIME' undeclared (first use in this functio n) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/home/billy/nagios-plugins- 1.4-beta1/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/billy/nagios-plugins- 1.4-beta1' make: *** [all] Error 2 bash-2.05# Any help in getting this compiled is appreciated. Thanks. Bill ---------------------------------------------------------------------- >Comment By: Winks (winkles) Date: 2005-01-17 16:17 Message: Logged In: YES user_id=1121135 John, Ton: I have successfully compiled the nagios-plugins-1.4-beta1 on Solaris 9. The first time I used John's tip and set CPPFLAGS=- I/usr/local/ssl/include, LDFLAGS=- R/usr/local/ssl/lib, ./configure --with-openssl=/usr/local/ssl Afer that was successful, I started clean and grabbed the new configure.in (v1.136) It was also successful. Thank you both for the help. ---------------------------------------------------------------------- Comment By: John Warburton (johnwarburton) Date: 2005-01-16 23:25 Message: Logged In: YES user_id=1192023 Hi Ton Thanks for the update. I grabbed the latest CVS snapshot nagios-plugins-HEAD-200501161747 and it all compiles and runs well! Thanks very much for the fix. Regards John ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2005-01-14 11:01 Message: Logged In: YES user_id=664364 Winks, John, Thanks for the report and the suggestions. I've made a change to configure.in (v1.136) so it should work now - I've been testing on Sol2.6 which had the same problems. Please test and let us know. Ton ---------------------------------------------------------------------- Comment By: John Warburton (johnwarburton) Date: 2005-01-13 05:11 Message: Logged In: YES user_id=1192023 Hi Bill, I can concur that I have the same problem running on Solaris 8, SSL version 0.9.7d. It is not the version of SSL, but that the dependency checking is not putting in the correct includes and library checks for check_http (and others possibly). Whilst this needs to be fixed, I am only in evaluation mode, so when I run configure, I do the following: CPPFLAGS=-I/usr/local/ssl/include LDFLAGS=-R/usr/local/ssl/lib ./configure --with-openssl=/usr/local/ssl Which gets me moving to see if I want to actually run nagios (which I think I do). As I have no idea how autoconf works, I hope that one of the developers knows what has to hapopen to get the dependencies working correctly. Regards John ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1096091&group_id=29880 From jhmartin at toger.us Mon Jan 17 10:39:24 2005 From: jhmartin at toger.us (Jason Martin) Date: Mon Jan 17 10:39:24 2005 Subject: [Nagiosplug-devel] Plugin guideline suggestion Message-ID: <20050117183836.GP22548@zippy.toger.us> Might I suggest that the plugin guidelines be amended to suggest that the what/ident identifiers be included in the source code? For compiled binaries the standard is usually to create a string constant with the contents @(#)$Header$ with CVS expanding Header. Interpreted scripts can just put that string in the comment field somewhere. Doing so will make gathering the version information for a set of installed plugins easier. Thanks, -Jason Martin -- Strike any user when ready. This message is PGP/MIME signed. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 211 bytes Desc: not available URL: From mkent at magoazul.com Mon Jan 17 11:08:21 2005 From: mkent at magoazul.com (Matthew Kent) Date: Mon Jan 17 11:08:21 2005 Subject: [Nagiosplug-devel] Enhancements in check_snmp In-Reply-To: References: Message-ID: <1105963663.4405.3.camel@fuego> Wow, looks well done and useful. Would you mind submitting it to the 'Patches' tracker @ http://sourceforge.net/projects/nagiosplug so it doesn't get lost in the list traffic? - Matthew On Mon, 2005-01-17 at 12:11, Priewasser, Friedrich wrote: > Hi, > > I've made some enhancements in the check_snmp plugin. These are: > Use of factors, so that the output will be divided/multiplied by this factor. > Algebraic operations, allowing addition, multiplication ... of results and constants > Generation of performance output for Nagios > > There are few additional files, which I needed for the algebric operations: > queue.h / queue.c for stacks and queues > calculator.h / calculator.c for the evaluation > Therefore some changes in the Makefile are necessary. > > I hope you'll find these enhancements useful. > > Regards, > Friedrich > > p.s.: Feel free to comment > > -- > Friedrich Priewasser > Software Engineer > Fabalabs Software GmbH > Honauerstra?e 4 > A-4020 Linz > e-mail: mailto:friedrich.priewasser at fabalabs.org > http://www.fabalabs.org From Stanley.Hopcroft at IPAustralia.Gov.AU Mon Jan 17 22:25:32 2005 From: Stanley.Hopcroft at IPAustralia.Gov.AU (Stanley Hopcroft) Date: Mon Jan 17 22:25:32 2005 Subject: [Nagiosplug-devel] New rrdtool feature and Nagios plugin? In-Reply-To: References: Message-ID: <20050118062345.GF22722@IPAustralia.Gov.AU> Dear Sir, I am writing to thank you for your letter and say, On Mon, Jan 03, 2005 at 09:58:51AM -0800, Alf Wachsmann wrote: > Has someone already thought about how to make use of the new rrdtool > feature of "Aberrant Behavior Detection with Holt-Winters Forecasting" > within the Nagios framework? Yep. > > The problem is that a probe (check_XYZ) itself cannot decide anymore > whether a measurement is OK, WARNING or CRITICAL. It is up to rrdtool > to correlate a new measurment with older ones and then decide whether > this is OK or not. > The setup I have adopted (and didn't go far with) to monitor switch CPU solution is to divide the task into 1 a synchronous data collector (poller) scheduled by cron that gets the measurements and updates the (dev branch but quite stable) HW rrd. 2 the plugin that checks whether or not the current measurement (ie the last one in the rrd) is within the confidence interval of the HW consolidation function (ie HW +/- 2 * something I can't remember now) and acts accordingly (In other words, the plugin reads the last values from the HW rrd and examines them). The problem I found is being sure about the periodicity of the data sources. We have simply two many aberrations for this technique to be very useful, although for things that aren't subject to inexplicable surges (CPU temp, Data centre environmentals) it may work better. In any case, having the graphs of the HW predictions (ie max and min lower bounds is very useful), even if not so useful for generating alerts. I think others have used Cacti with HW and had that alert them (Nag passive service check results) of violations in link utilisation. Yours sincerely. -- Stanley Hopcroft Network specialist, IT Infrastructure IP Australia Ph: (02) 6283 3189 Fax: (02) 6281 1353 PO Box 200 Woden ACT 2606 http://www.ipaustralia.gov.au -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: disclaimer.txt URL: From Ton.Voon at egg.com Tue Jan 18 00:25:32 2005 From: Ton.Voon at egg.com (Voon, Ton) Date: Tue Jan 18 00:25:32 2005 Subject: [Nagiosplug-devel] Plugin guideline suggestion Message-ID: Jason, While I think this suggestion has merit, we usually use check_xxx --version to grab the version number (which also displays the release version too). Is there a specific reason you want the what identifiers? Ton -----Original Message----- From: Jason Martin [mailto:jhmartin at toger.us] Sent: 17 January 2005 18:39 To: nagiosplug-devel at lists.sourceforge.net Subject: [Nagiosplug-devel] Plugin guideline suggestion Might I suggest that the plugin guidelines be amended to suggest that the what/ident identifiers be included in the source code? For compiled binaries the standard is usually to create a string constant with the contents @(#)$Header$ with CVS expanding Header. Interpreted scripts can just put that string in the comment field somewhere. Doing so will make gathering the version information for a set of installed plugins easier. Thanks, -Jason Martin -- Strike any user when ready. This message is PGP/MIME signed. ----------------------------------------- Egg is a trading name of the Egg group of companies which includes: Egg plc (reg no 2448340), Egg Financial Products ltd (reg no 3319027), Egg International ltd (reg no 4059266), Egg Financial Intermediation ltd (reg no 382828), Egg Investments ltd (reg no 3403963) and Egg Banking plc (reg no 2999842. Egg Investments Ltd, Egg Banking plc and Egg Financial Intermediation Ltd are authorised and regulated by the Financial Services Authority (FSA) and are entered in the FSA register under numbers 190518, 205621 and 309551 respectively. These members of the Egg group are registered in England and Wales. Registered offices: 1 Waterhouse Square, 138-142 Holborn, London EC1N 2NA. This e-mail is confidential and for use by the addressee only. If you are not the intended recipient of this e-mail and have received it in error, please return the message to the sender by replying to it and then delete it from your mailbox. Internet e-mails are not necessarily secure. The Egg group of companies do not accept responsibility for changes made to this message after it was sent. Whilst all reasonable care has been taken to avoid the transmission of viruses, it is the responsibility of the recipient to ensure that the onward transmission, opening or use of this message and any attachments will not adversely affect its systems or data. No responsibility is accepted by the Egg group of companies in this regard and the recipient should carry out such virus and other checks as it considers appropriate. This communication does not create or modify any contract. From Stanley.Hopcroft at IPAustralia.Gov.AU Tue Jan 18 00:40:32 2005 From: Stanley.Hopcroft at IPAustralia.Gov.AU (Stanley Hopcroft) Date: Tue Jan 18 00:40:32 2005 Subject: [Nagiosplug-devel] Tools for checking plugin ability to run against embedded Perl. Message-ID: <20050118083908.GB23776@IPAustralia.Gov.AU> Dear Folks, As part of the embedded Perl support for Nagios (and my own practise), there are 'tools' that validate whether or not a plugin will run reliably under an embedded Perl Nagios. You can see a synopsis of the tools below. These could be useful to the developers to test the conformance of the core Perl plugins, or perhaps useful for recommending to people having ePN trouble with their own plugins (as I did today privately). I was thinking about putting the stuff on CPAN but this solves more problems for me rather than solves any for CPAN users. OTOH, it does seem to have more direct relavance here. Obviously, this would be unsupported code, a subdir of contrib perhaps. Finally, I apologise for yacking about my rubbish rather than contributing but this was part of the effort for 2.0 so it had to happen first. However, there is some genuine benefit. Coding for embedded interpreters is likely to make for 1 more reliable code - must pass 'strict' pragma 2 faster code - (if one uses lexical vars) since lexical vars favoured by strict pragma are allocated at compile time. Code consists of a tarball. Some or all of it _may_ be bundled with Nag 2.0. 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 1 results of building (ie Perl setup) on FreeBSD tsitc> make clean rm -rf ./blib Makefile.aperl blib/arch/auto/Nagios/Persistent/extralibs.all blib/arch/auto/Nagios/Persistent/extralibs.ld perlmain.c tmon.out mon.out so_locations pm_to_blib *.o *.a perl.exe perl perl Persistent.bso Persistent.def libPersistent.def Persistent.exp Persistent.x core core.*perl.*.? *perl.core core.[0-9] core.[0-9][0-9] core.[0-9][0-9][0-9] core.[0-9][0-9][0-9][0-9] core.[0-9][0-9][0-9][0-9][0-9] mv Makefile Makefile.old > /dev/null 2>&1 tsitc> perl Makefile.PL Checking if your kit is complete... Looks good Writing Makefile for Nagios::Persistent tsitc> make cp Persistent.pm blib/lib/Nagios/Persistent.pm cp p1.pl blib/lib/Nagios/p1.pl Manifying Persistent.3 tsitc> make test PERL_DL_NONLAZY=1 /usr/local/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t t/test....Use of uninitialized value in concatenation (.) or string at t/test.t line 235. t/test....ok All tests successful. Files=1, Tests=16, 1 wallclock secs ( 0.32 cusr + 0.05 csys = 0.37 CPU) tsitc> 2 drive_epn.pl tsitc> ./drive_epn.pl plugin command line: check_ok embedded perl plugin return code and output was: 0 & Ok. In the beginning was the word and the word was with GOD. plugin command line: check_ok embedded perl plugin return code and output was: 0 & Ok. In the beginning was the word and the word was with GOD. plugin command line: check_ok embedded perl plugin return code and output was: 0 & Ok. In the beginning was the word and the word was with GOD. plugin command line: check_atmoss_hack embedded perl plugin return code and output was: 0 & ATMOSS Transaction completed Ok. plugin command line: check_adds_hack embedded perl plugin return code and output was: 0 & ADDS Transaction completed Ok. plugin command line: You have new mail. tsitc> 3 mini_epn.c tsitc> rm mini_epn tsitc> make perl -MExtUtils::Embed -e xsinit cc -g -c perlxsi.c `perl -MExtUtils::Embed -e ccopts` cc -g -c mini_epn.c `perl -MExtUtils::Embed -e ccopts` cc -g perlxsi.o mini_epn.o `perl -MExtUtils::Embed -e ccopts -e ldopts` -o mini_epn tsitc> ./mini_epn Enter file name: check_ok embedded perl plugin return code and output was: 0 & 'Ok. In the beginning was the word and the word was with GOD. ' Enter file name: check_adds_hack embedded perl plugin return code and output was: 0 & 'ADDS Transaction completed Ok. ' Enter file name: tsitc> 4 drive_epn_loop.pl tsitc> ./drive_epn_loop.pl check_rpc (0, OK: RPC program portmapper version 2 udp running). check_ntp (0, NTP OK: Offset 0.000001 secs, jitter 0.437 msec, peer is stratum 1). check_mailq (3, **ePN 'check_mailq' Duplicate specification "Warning=i" for option "warning"). check_file_age (0, OK - /bin/cat is 949596 seconds old and 69072 bytes). check_rpc (3, UNKNOWN: RPC program portmapper udp is not running). check_ntp (0, NTP OK: Offset -0.000001 secs, jitter 0.437 msec, peer is stratum 1). check_mailq (3, **ePN 'check_mailq' Duplicate specification "Warning=i" for option "warning"). check_file_age (0, OK - /bin/cat is 949604 seconds old and 69072 bytes). check_rpc (3, UNKNOWN: RPC program portmapper udp is not running). check_ntp (0, NTP OK: Offset -0.000001 secs, jitter 0.437 msec, peer is stratum 1). check_mailq (3, **ePN 'check_mailq' Duplicate specification "Warning=i" for option "warning"). check_file_age (0, OK - /bin/cat is 949612 seconds old and 69072 bytes). check_rpc (3, UNKNOWN: RPC program portmapper udp is not running). check_ntp (0, NTP OK: Offset -0.000001 secs, jitter 0.437 msec, peer is stratum 1). ^C tsitc> ## Looks like this old version of check_rpc needs some work for ePN 5 test_epn_arg1 (for shell loops). tsitc> ./test_epn_arg1.pl check_ok (0, 'Ok. In the beginning was the word and the word was with GOD.'). tsitc> ./test_epn_arg1.pl check_adds_hack (0, 'ADDS Transaction completed Ok.'). tsitc> ## no more docco. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: disclaimer.txt URL: From noreply at sourceforge.net Tue Jan 18 07:28:40 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jan 18 07:28:40 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1104536 ] Enhancements in check_snmp Message-ID: Patches item #1104536, was opened at 2005-01-18 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=397599&aid=1104536&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Friedrich Priewasser (friedl-faba) Assigned to: Nobody/Anonymous (nobody) Summary: Enhancements in check_snmp Initial Comment: I've made some enhancements in the check_snmp plugin. These are: Use of factors, so that the output will be divided/multiplied by this factor. Algebraic operations, allowing addition, multiplication ... of results and constants Generation of performance output for Nagios There are few additional files, which I needed for the algebric operations: queue.h / queue.c for stacks and queues calculator.h / calculator.c for the evaluation Therefore some changes in the Makefile are necessary. Regards, Friedrich -- Friedrich Priewasser Software Engineer Fabalabs Software GmbH Honauerstra?e 4 A-4020 Linz e-mail: mailto:friedrich.priewasser at fabalabs.org http://www.fabalabs.org ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1104536&group_id=29880 From stephan.janosch at interface-business.de Tue Jan 18 08:01:33 2005 From: stephan.janosch at interface-business.de (Stephan Janosch) Date: Tue Jan 18 08:01:33 2005 Subject: [Nagiosplug-devel] check_dhcp - a possible addition Message-ID: <41ED23E7.1090102@interface-business.de> Hi folks! Fizzeling(freebsd has no eth0, O_o ) around with check_dhcp I figured out, that I have to give an interface name. Perhaps you can include the code at the bottom of this message. Basicly the code looks through the interface table and searches for interfaces which are up and can broadcast. This could make the use a bit more flexible. regards, Stephan btw: I'm not subscribed at nagiosplug-devel --------------------------------------------------------------------------------- #include #include #include #include #include #include #include #include int main(void) { struct ifaddrs *iflist, *walker; char **namelist = NULL, *cp; int nitems = 0, i, found; size_t l; if (getifaddrs(&iflist) != 0) err(1, "getifaddrs()"); for (walker = iflist; walker != NULL; walker = walker->ifa_next) if ((walker->ifa_flags & (IFF_UP | IFF_BROADCAST)) == (IFF_UP | IFF_BROADCAST)) { for (i = found = 0; i < nitems; i++) if (strcmp(namelist[i], walker->ifa_name) == 0) { found++; break; } if (found) continue; nitems++; if ((namelist = realloc(namelist, nitems * sizeof(char *))) == NULL) abort(); l = strlen(walker->ifa_name); if ((cp = malloc(l + 1)) == NULL) abort(); strcpy(cp, walker->ifa_name); namelist[nitems - 1] = cp; } freeifaddrs(iflist); if (nitems == 0) { printf("No interfaces.\n"); return 0; } printf("%d interface%s:", nitems, nitems > 1? "s": ""); for (i = 0; i < nitems; i++) { if (i > 0) printf(","); printf(" %s", namelist[i]); free(namelist[i]); } printf("\n"); free(namelist); return 0; } From jhmartin at toger.us Tue Jan 18 08:20:44 2005 From: jhmartin at toger.us (Jason Martin) Date: Tue Jan 18 08:20:44 2005 Subject: [Nagiosplug-devel] Plugin guideline suggestion In-Reply-To: References: Message-ID: <20050118161936.GS22548@zippy.toger.us> On Tue, Jan 18, 2005 at 08:23:52AM -0000, Voon, Ton wrote: > While I think this suggestion has merit, we usually use check_xxx --version > to grab the version number (which also displays the release version too). Is > there a specific reason you want the what identifiers? I've found that --version isn't uniformly handled in the plugins. Some look for -V, --version, -v, and so on. Adding support for --version to all the plugins would entail making some large enhancements to some of them as they aren't using getopts at all (such as many of the contrib ones). Adding the what/ident idenfiers is very easy to do in all languages since one just has to either enter a comment or define a string variable. Updating all the existing plugins to do this would be very easy. --version also requires that the plugin work. If there are any libraries / modules missing then the plugin can't execute to return the data. what/ident does not require the plugin be in working order. -Jason Martin -- This message is PGP/MIME signed. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 211 bytes Desc: not available URL: From benoit.mortier at opensides.be Tue Jan 18 11:18:36 2005 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Tue Jan 18 11:18:36 2005 Subject: [Nagiosplug-devel] check_dhcp - a possible addition In-Reply-To: <41ED23E7.1090102@interface-business.de> References: <41ED23E7.1090102@interface-business.de> Message-ID: <200501182017.17650.benoit.mortier@opensides.be> Le Mardi 18 Janvier 2005 15:57, Stephan Janosch a ?crit?: > Hi folks! > > Fizzeling(freebsd has no eth0, O_o ) around with check_dhcp I figured > out, that I have to give an interface name. Perhaps you can include the > code at the bottom of this message. Basicly the code looks through the > interface table and searches for interfaces which are up and can > broadcast. > > This could make the use a bit more flexible. > > regards, Stephan hi, could you make a patch to the current cvs head and post it to the nagiosplug project on sourceforge, in the patch section Thanks -- Benoit Mortier Linux Engineer www.opensides.be From hmann at itgroundwork.com Tue Jan 18 11:39:30 2005 From: hmann at itgroundwork.com (Harper Mann) Date: Tue Jan 18 11:39:30 2005 Subject: [Nagiosplug-devel] Nagios-plugins.spec issues Message-ID: Hi, 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 From noreply at sourceforge.net Tue Jan 18 12:35:30 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jan 18 12:35:30 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-664615 ] new check_imap w/ ssl switch and check_jabber plugin Message-ID: New Plugins item #664615, was opened at 2003-01-08 15:00 Message generated for change (Comment added) made by oktay You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=664615&group_id=29880 Category: None Group: None Status: Closed Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: new check_imap w/ ssl switch and check_jabber plugin Initial Comment: Solaris [7-9] Attached is the gnu diff -ruN of the latest nagios-plugins source and my own edited version. The only difference between the two sources is I have created my own dir in the original nagios-plugins source called contrib-brylon and it contains my check_jabber and check_imap code, headers and Makefile. Both plugins have a cmd line switch to use SSL and whether or not you would like the server to have a valid certificate. Use as you seem fit. Thanks. Any feedback would be appreciated as well. Also I will include next just the contrib-brylon dir tarzipped if the above is of no use to you Thanks. Bryan Loniewski ---------------------------------------------------------------------- Comment By: Oktay Altunergil (oktay) Date: 2005-01-18 15:34 Message: Logged In: YES user_id=131811 FYI. contrib-brylon.tar.gz seems to be gzipped twice. ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-12-01 03:35 Message: Logged In: YES user_id=395628 Committed to HEAD. Would you mind testing (and or submit any test hosts) ? Patches applied to the 1.4 release so they look different to yours. Thank you . ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-29 00:21 Message: Logged In: YES user_id=395628 Dear Bryan, Thank you very much for the plugins and your immense patience in waiting for something to happen to them. I beg your pardon. With regard to check_imap, there have been changes to check_tcp.c to create a check_imap .. that does not look as if it handles SSL ... will try and look at your patch. Thanks for check_jabber; should be in /contrib very soon. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2003-01-30 12:02 Message: Logged In: YES user_id=664364 Just consolidating calls, by adding in the file in Bryan's other call #664621. The tarzip is the dir that contains the check_jabber and check_imap code, headers and Makefile. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=664615&group_id=29880 From ae at op5.se Tue Jan 18 12:35:39 2005 From: ae at op5.se (Andreas Ericsson) Date: Tue Jan 18 12:35:39 2005 Subject: [Nagiosplug-devel] Plugin guideline suggestion In-Reply-To: <20050118161936.GS22548@zippy.toger.us> References: <20050118161936.GS22548@zippy.toger.us> Message-ID: <41ED72EC.8000800@op5.se> Jason Martin wrote: > On Tue, Jan 18, 2005 at 08:23:52AM -0000, Voon, Ton wrote: > >>While I think this suggestion has merit, we usually use check_xxx --version >>to grab the version number (which also displays the release version too). Is >>there a specific reason you want the what identifiers? > > I've found that --version isn't uniformly handled in the > plugins. Some look for -V, --version, -v, and so on. Adding > support for --version to all the plugins would entail making > some large enhancements to some of them as they aren't using > getopts at all (such as many of the contrib ones). Adding the > what/ident idenfiers is very easy to do in all languages since > one just has to either enter a comment or define a string > variable. Updating all the existing plugins to do this would be > very easy. > for p in plugins/*.c plugins-scripts/*.{pl,sh}; do echo '# ident "$Id: $"' >> $p done Would work nicely with grep --text '\\$Id:' check_xxx regardless of plugin type (compiled or script) but the #ident preprocessor directive isn't supported by all compilers. > --version also requires that the plugin work. If there are any > libraries / modules missing then the plugin can't execute to > return the data. what/ident does not require the plugin be in > working order. > Nice plan. I'm all for it. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From jhmartin at toger.us Tue Jan 18 12:45:38 2005 From: jhmartin at toger.us (Jason Martin) Date: Tue Jan 18 12:45:38 2005 Subject: [Nagiosplug-devel] Plugin guideline suggestion In-Reply-To: <41ED72EC.8000800@op5.se> References: <20050118161936.GS22548@zippy.toger.us> <41ED72EC.8000800@op5.se> Message-ID: <20050118204404.GU22548@zippy.toger.us> On Tue, Jan 18, 2005 at 09:34:52PM +0100, Andreas Ericsson wrote: > for p in plugins/*.c plugins-scripts/*.{pl,sh}; do > echo '# ident "$Id: $"' >> $p > done To be compatible with both ident and what, I think the string has to be: echo '# ident "@(#)$Id: $"' >> $p -Jason Martin -- Hey! Who took the cork off my lunch??! This message is PGP/MIME signed. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 211 bytes Desc: not available URL: From ae at op5.se Tue Jan 18 15:12:28 2005 From: ae at op5.se (Andreas Ericsson) Date: Tue Jan 18 15:12:28 2005 Subject: [Nagiosplug-devel] check_dhcp - a possible addition In-Reply-To: <200501182017.17650.benoit.mortier@opensides.be> References: <41ED23E7.1090102@interface-business.de> <200501182017.17650.benoit.mortier@opensides.be> Message-ID: <41ED97A0.9080303@op5.se> Benoit Mortier wrote: > Le Mardi 18 Janvier 2005 15:57, Stephan Janosch a ?crit : > >>Hi folks! >> >>Fizzeling(freebsd has no eth0, O_o ) around with check_dhcp I figured >>out, that I have to give an interface name. Perhaps you can include the >>code at the bottom of this message. Basicly the code looks through the >>interface table and searches for interfaces which are up and can >>broadcast. >> >>This could make the use a bit more flexible. >> >>regards, Stephan > > > hi, > > could you make a patch to the current cvs head and post it to the nagiosplug > project on sourceforge, in the patch section > Actually, the check_dhcp plugin requires quite an overhaul. It looks like it's only half done and it's full of strange code. Like this example; #if defined(__sun__) || defined (__hpux__) || defined (__solaris__) ... #define bcopy(source, destination, length) memcpy(destination, source, length) ... #endif which doesn't make any sense, seeing as bcopy(3) conforms to BSD4.3 and is deprecated whereas memcpy(3) conforms to ANSI C, SVID and BSD4.3 (why they had two nearly identical functions beats me) and will probably never be deprecated. > Thanks -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From Stanley.Hopcroft at IPAustralia.Gov.AU Tue Jan 18 15:34:29 2005 From: Stanley.Hopcroft at IPAustralia.Gov.AU (Stanley Hopcroft) Date: Tue Jan 18 15:34:29 2005 Subject: [Nagiosplug-devel] check_dhcp - a possible addition In-Reply-To: <200501182017.17650.benoit.mortier@opensides.be> References: <41ED23E7.1090102@interface-business.de> <200501182017.17650.benoit.mortier@opensides.be> Message-ID: <20050118233248.GD25423@IPAustralia.Gov.AU> Dear Folks, On Tue, Jan 18, 2005 at 08:17:16PM +0100, Benoit Mortier wrote: > Le Mardi 18 Janvier 2005 15:57, Stephan Janosch a ?crit?: > > Hi folks! > > > > Fizzeling(freebsd has no eth0, O_o ) around with check_dhcp I figured > > out, that I have to give an interface name. Perhaps you can include the > > code at the bottom of this message. Basicly the code looks through the > > interface table and searches for interfaces which are up and can > > broadcast. > > > > This could make the use a bit more flexible. > > > > regards, Stephan > > hi, > > could you make a patch to the current cvs head and post it to the nagiosplug > project on sourceforge, in the patch section > I may have lost it but I think this is not needed. The CVS check_dhcp should have FreeBSD specific code to identify interfaces (I have used it on this 4-10 RELEASE host with an fxp device). If you have not tried the CVS, please do so. If the CVS doesn't work, would you post a bug report to the SourceForge nagios-plugin tracker ? If all of these remarks are either wrong or irrelevant, I beg your pardon. > Thanks > -- > Benoit Mortier > Linux Engineer > www.opensides.be Yours sincerely. -- Stanley Hopcroft Network specialist, IT Infrastructure IP Australia Ph: (02) 6283 3189 Fax: (02) 6281 1353 PO Box 200 Woden ACT 2606 http://www.ipaustralia.gov.au -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: disclaimer.txt URL: From noreply at sourceforge.net Tue Jan 18 21:20:32 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jan 18 21:20:32 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 (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1105015&group_id=29880 Category: Argument proccessing Group: CVS Status: Open 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 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1105015&group_id=29880 From Ton.Voon at egg.com Wed Jan 19 00:30:25 2005 From: Ton.Voon at egg.com (Voon, Ton) Date: Wed Jan 19 00:30:25 2005 Subject: [Nagiosplug-devel] Plugin guideline suggestion Message-ID: Maybe I haven't asked the right question, so let me try again: what are you trying to solve with these version identifiers? Just because it is easy doesn't mean that it should be done. I note that your and Andrea's suggestion of #ident has the disclaimer "isn't supported by all compilers" which immediately makes me reticent. The --version is (currently) the official way and if there are any plugins that do not have this, then I am more than happy to accept patches for this. But I don't want to introduce "another way" for the sake of it. Unless you have a very good reason. -----Original Message----- From: Jason Martin [mailto:jhmartin at toger.us] Sent: 18 January 2005 16:20 To: nagiosplug-devel at lists.sourceforge.net Subject: Re: [Nagiosplug-devel] Plugin guideline suggestion On Tue, Jan 18, 2005 at 08:23:52AM -0000, Voon, Ton wrote: > While I think this suggestion has merit, we usually use check_xxx > --version to grab the version number (which also displays the release > version too). Is there a specific reason you want the what > identifiers? I've found that --version isn't uniformly handled in the plugins. Some look for -V, --version, -v, and so on. Adding support for --version to all the plugins would entail making some large enhancements to some of them as they aren't using getopts at all (such as many of the contrib ones). Adding the what/ident idenfiers is very easy to do in all languages since one just has to either enter a comment or define a string variable. Updating all the existing plugins to do this would be very easy. --version also requires that the plugin work. If there are any libraries / modules missing then the plugin can't execute to return the data. what/ident does not require the plugin be in working order. -Jason Martin -- This message is PGP/MIME signed. ----------------------------------------- Egg is a trading name of the Egg group of companies which includes: Egg plc (reg no 2448340), Egg Financial Products ltd (reg no 3319027), Egg International ltd (reg no 4059266), Egg Financial Intermediation ltd (reg no 382828), Egg Investments ltd (reg no 3403963) and Egg Banking plc (reg no 2999842. Egg Investments Ltd, Egg Banking plc and Egg Financial Intermediation Ltd are authorised and regulated by the Financial Services Authority (FSA) and are entered in the FSA register under numbers 190518, 205621 and 309551 respectively. These members of the Egg group are registered in England and Wales. Registered offices: 1 Waterhouse Square, 138-142 Holborn, London EC1N 2NA. This e-mail is confidential and for use by the addressee only. If you are not the intended recipient of this e-mail and have received it in error, please return the message to the sender by replying to it and then delete it from your mailbox. Internet e-mails are not necessarily secure. The Egg group of companies do not accept responsibility for changes made to this message after it was sent. Whilst all reasonable care has been taken to avoid the transmission of viruses, it is the responsibility of the recipient to ensure that the onward transmission, opening or use of this message and any attachments will not adversely affect its systems or data. No responsibility is accepted by the Egg group of companies in this regard and the recipient should carry out such virus and other checks as it considers appropriate. This communication does not create or modify any contract. From Ton.Voon at egg.com Wed Jan 19 00:31:02 2005 From: Ton.Voon at egg.com (Voon, Ton) Date: Wed Jan 19 00:31:02 2005 Subject: [Nagiosplug-devel] Nagios-plugins.spec issues Message-ID: Harper, There is a bug raised in SF for the spec.in file, but I don't use it and don't understand it enough to know what needs to be done. What do you recommend needs to be done to keep this file up to date? Ton -----Original Message----- From: Harper Mann [mailto:hmann at itgroundwork.com] Sent: 18 January 2005 19:40 To: nagiosplug-devel at lists.sourceforge.net Subject: [Nagiosplug-devel] Nagios-plugins.spec issues Hi, 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 ------------------------------------------------------- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt _______________________________________________________ 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 ----------------------------------------- Egg is a trading name of the Egg group of companies which includes: Egg plc (reg no 2448340), Egg Financial Products ltd (reg no 3319027), Egg International ltd (reg no 4059266), Egg Financial Intermediation ltd (reg no 382828), Egg Investments ltd (reg no 3403963) and Egg Banking plc (reg no 2999842. Egg Investments Ltd, Egg Banking plc and Egg Financial Intermediation Ltd are authorised and regulated by the Financial Services Authority (FSA) and are entered in the FSA register under numbers 190518, 205621 and 309551 respectively. These members of the Egg group are registered in England and Wales. Registered offices: 1 Waterhouse Square, 138-142 Holborn, London EC1N 2NA. This e-mail is confidential and for use by the addressee only. If you are not the intended recipient of this e-mail and have received it in error, please return the message to the sender by replying to it and then delete it from your mailbox. Internet e-mails are not necessarily secure. The Egg group of companies do not accept responsibility for changes made to this message after it was sent. Whilst all reasonable care has been taken to avoid the transmission of viruses, it is the responsibility of the recipient to ensure that the onward transmission, opening or use of this message and any attachments will not adversely affect its systems or data. No responsibility is accepted by the Egg group of companies in this regard and the recipient should carry out such virus and other checks as it considers appropriate. This communication does not create or modify any contract. From ae at op5.se Wed Jan 19 01:26:09 2005 From: ae at op5.se (Andreas Ericsson) Date: Wed Jan 19 01:26:09 2005 Subject: [Nagiosplug-devel] Nagios-plugins.spec issues In-Reply-To: References: Message-ID: <41EE2775.8030500@op5.se> Voon, Ton wrote: > Harper, > > There is a bug raised in SF for the spec.in file, but I don't use it and > don't understand it enough to know what needs to be done. What do you > recommend needs to be done to keep this file up to date? > I can fix it. For starters, you can't have dashes in version OR release names (although I believe %version would be 1.4 and %release would be betax, so that should work itself out anyway). > Ton > > -----Original Message----- > From: Harper Mann [mailto:hmann at itgroundwork.com] > Sent: 18 January 2005 19:40 > To: nagiosplug-devel at lists.sourceforge.net > Subject: [Nagiosplug-devel] Nagios-plugins.spec issues > > > Hi, > > 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 > > > > > > ------------------------------------------------------- > The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE > limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- > well, almost....http://www.thinkgeek.com/sfshirt > _______________________________________________________ > 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 > > ----------------------------------------- > Egg is a trading name of the Egg group of companies which includes: Egg plc > (reg no 2448340), Egg Financial Products ltd (reg no 3319027), Egg > International ltd (reg no 4059266), Egg Financial Intermediation ltd (reg > no 382828), Egg Investments ltd (reg no 3403963) and Egg Banking plc (reg > no 2999842. Egg Investments Ltd, Egg Banking plc and Egg Financial > Intermediation Ltd are authorised and regulated by the Financial Services > Authority (FSA) and are entered in the FSA register under numbers 190518, > 205621 and 309551 respectively. These members of the Egg group are > registered in England and Wales. Registered offices: 1 Waterhouse Square, > 138-142 Holborn, London EC1N 2NA. This e-mail is confidential and for > use by the addressee only. If you are not the intended recipient of this > e-mail and have received it in error, please return the message to the > sender by replying to it and then delete it from your mailbox. Internet > e-mails are not necessarily secure. The Egg group of companies do not > accept responsibility for changes made to this message after it was sent. > Whilst all reasonable care has been taken to avoid the transmission of > viruses, it is the responsibility of the recipient to ensure that the > onward transmission, opening or use of this message and any attachments > will not adversely affect its systems or data. No responsibility is > accepted by the Egg group of companies in this regard and the recipient > should carry out such virus and other checks as it considers appropriate. > This communication does not create or modify any contract. > > > > ------------------------------------------------------- > The SF.Net email is sponsored by: Beat the post-holiday blues > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > _______________________________________________________ > 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 Wed Jan 19 03:07:01 2005 From: ae at op5.se (Andreas Ericsson) Date: Wed Jan 19 03:07:01 2005 Subject: [Nagiosplug-devel] check_icmp bugfixed and enhanced (was: check_ping: Could not interpret output from ping command) In-Reply-To: <20041208064715.GC53065@meer.net> References: <4135C9D0.4010207@op5.se> <41A85FD1.9010300@lycos.com> <41A8E1B5.5090305@op5.se> <20041208064715.GC53065@meer.net> Message-ID: <41EE3F11.4040901@op5.se> Joe Rhett wrote: > On Sat, Nov 27, 2004 at 09:21:09PM +0100, Andreas Ericsson wrote: > >>Yes. Sometime (soon, hopefully) the check_icmp plugin will be included >>in the standard distribution, and the check_ping plugin will be gotten >>rid of. > > > Hopefully sometime after it works on operating systems other than Linux? > > ./check_icmp -H bowmore > OK - bowmore: rta 0.79 ms, lost 0%|rta=0.79ms;200;500;; pl=0%;60;80;; > > ./check_icmp -H bowmore -w 3000,80% -c 5000,100% > check_icmp: select() in recvfrom_wto : Invalid argument > > ./check_icmp -H bowmore -c 3000,100% > check_icmp: select() in recvfrom_wto : Invalid argument > What system was that on, and what version of check_icmp? I've started (and nearly finished) a complete rewrite of the check_icmp plugin (called check_rta for the time being), which won't ever call select with a zero timeout, which could happen before. It's available at http://oss.op5.se/nagios Download check_rta.c and compile with gcc check_rta.c -o check_rta -O2 I'll package it properly later, but that's awaiting some testing and code completion. New features; Faster DOWN determination. It can properly interpret icmp messages from other hosts (routers usually) and foresee when a host will be down definitely. Try ./check_rta 193.201.96.145 (which doesn't exist). Faster UP determination. If a host responds promptly to a ping packet and has no packets in queue, check_rta will pelt it with packets as fast as it can. Sending of pings won't be delayed as long as the host hasn't got any packets in en route, but it will wait the packet interval (-i flag) before sending a new if any previous packet hasn't either come back or generated an icmp error somewhere along the route. Sourcequench backoff. Intervals are increased when routers/hosts advertise they are loosing packets due to high send ratio (currently hardcoded backoff factor, but I'll fix that later). check_host mode. ln -s check_rta check_host. check_host will ping all the resolved IP-addresses for the host (if fed a DNS name, or all given IP-addresses otherwise) and will return OK on any packet received what so ever, making it superfast for host checks. This overrides -w and -c. perfparse output for multiple hosts/addresses. Bug fixes; RTA precision is now more accurate. No u_sleep() calls are made, which would obfuscate rta values in check_icmp, causing them to be higher for a higher packet interval (since the program sometimes was in u_sleep() when packets came in). Code is cleaner and compiles without warnings with stricter rules. It should never try to do anything that is forbidden on any system (like call select(2) with bad args) and tries hard to only use portable functions and system calls (no asprintf() or other gnu extensions here). Developers, c-coders; Please download a copy and try it out. There is no documentation what so ever yet (not even --help), but the options are easy enough to understand in the getopt() switch (w:c:H:t:v do the usual stuff, i sets packet interval and n sets number of packets). The get_timevar() and get_timevaldiff() functions might be useful in utils.c, although they deal in micro-seconds. Non-coding users; It is not tested very much but should work perfectly well (assuming you understand the arguments). -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From noreply at sourceforge.net Wed Jan 19 03:39:35 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jan 19 03:39:35 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-746083 ] check_asterisk Message-ID: New Plugins item #746083, was opened at 2003-05-30 15:36 Message generated for change (Comment added) made by rkarlsba You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=746083&group_id=29880 Category: Perl plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Roy Sigurd Karlsbakk (rkarlsba) Assigned to: Nobody/Anonymous (nobody) Summary: check_asterisk Initial Comment: plugin to log into the asterisk PBX (asterisk.org) manager interface. This just logs in and out, but it's better than nothing :) roy ---------------------------------------------------------------------- >Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2005-01-19 12:38 Message: Logged In: YES user_id=145309 New version of check_asterisk now also supports IAX ping ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2004-04-20 11:05 Message: Logged In: YES user_id=145309 I found this doesn't check the asterisk server sufficiently, as althought the manager interface may work, the other parts (isdn subsystem, sip, iax etc) may be down. It's a simple plugin that does nothnig worth more than a ping. If the asterisk server goes down (SIGSEGV or something), this plugin will find it, but that's about it. roy ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-06-02 09:20 Message: Logged In: YES user_id=145309 updated licence to GPL ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=746083&group_id=29880 From stephan.janosch at interface-business.de Wed Jan 19 04:55:20 2005 From: stephan.janosch at interface-business.de (Stephan Janosch) Date: Wed Jan 19 04:55:20 2005 Subject: [Nagiosplug-devel] check_dhcp - a possible addition Message-ID: <41EE587F.4020204@interface-business.de> -------- Original Message -------- Subject: Re: [Nagiosplug-devel] check_dhcp - a possible addition Date: Wed, 19 Jan 2005 10:27:39 +0100 From: Stephan Janosch To: Benoit Mortier References: <41ED23E7.1090102 at interface-business.de> <200501182017.17650.benoit.mortier at opensides.be> Benoit Mortier wrote: > Le Mardi 18 Janvier 2005 15:57, Stephan Janosch a ?crit : > >>Hi folks! >> >>Fizzeling(freebsd has no eth0, O_o ) around with check_dhcp I figured >>out, that I have to give an interface name. Perhaps you can include the >>code at the bottom of this message. Basicly the code looks through the >>interface table and searches for interfaces which are up and can >>broadcast. >> >>This could make the use a bit more flexible. >> >>regards, Stephan > > > hi, > > could you make a patch to the current cvs head and post it to the nagiosplug > project on sourceforge, in the patch section > > Thanks I never used SF in an active manner before. But I can try. I guess, I need a SF login. O_o uname -a FreeBSD [hostname] 5.2.1-RELEASE-p9 FreeBSD 5.2.1-RELEASE-p9 #0: Thu Sep 2 09:06:37 CEST 2004 momocat at copycat:[nagiosplug] >cvs -d:pserver:anonymous at cvs.sourceforge.net:/cvsroot/nagiosplug login momocat at copycat:[nagiosplug] >cvs -z3 -d:pserver:anonymous at cvs.sourceforge.net:/cvsroot/nagiosplug co -P nagiosplug Now I adjusted ./tools/setup in order to use latest aclocal,automake ... - aclocal -I m4 + aclocal18 -I m4 - autoheader + autoheader - automake --add-missing --force-missing --copy + automake18 --add-missing --force-missing --copy - autoconf + autoconf259 So I ran ./tools/setup. All went fine. Configure and Make all also went flawlessly. ------------------------ But now the big problem: ------------------------ check_dhcp does not work anymore. momocat at copycat:[plugins] >./check_dhcp -V check_dhcp (nagios-plugins 1.4-beta2) 1.6 momocat at copycat:[plugins] >./check_dhcp -s 193.101.57.34 Error: can't get MAC address for this architecture. The check_dhcp from the nagiosplugins 1.3 works fine. momocat at copycat:[nagios] >./check_dhcp -s 193.101.57.34 -i xl0 DHCP ok: Received 1 DHCPOFFER(s), 1 of 1 requested servers responded, max lease time = 86400 sec. So..I will have a look. But the older(contrib from nagios-plugins 1.3) check_dhcp was just fine for me. Sorry, but I'm a little bit confused now. Stephan PS: I'm subscribed to this list meanwhile. From noreply at sourceforge.net Wed Jan 19 06:23:39 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jan 19 06:23:39 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1093522 ] 1.4beta1 check_swap doesn't work on AIX Message-ID: Bugs item #1093522, was opened at 2004-12-30 17:20 Message generated for change (Comment added) made by mister_patient You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1093522&group_id=29880 Category: None Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: mister_patient (mister_patient) Assigned to: Ton Voon (tonvoon) Summary: 1.4beta1 check_swap doesn't work on AIX Initial Comment: The 1.4beta1 check_swap module doesn't work on AIX 5.2: $ lsps -s Total Paging Space Percent Used 4096MB 42% $ ./check_swap -w 20% -c 10% -v -v -v Command: /usr/sbin/lsps -s Format: %d%*s %d total=4096, used=0, free=0 SWAP OK: 100% free (17592186044416 MB out of 17592186044416 MB) |swap=0MB;2147483647;2147483647;0;0 ---------------------------------------------------------------------- >Comment By: mister_patient (mister_patient) Date: 2005-01-19 08:22 Message: Logged In: YES user_id=1187596 The revised check_swap code using the floats does not work on AIX 5.2. Here's the output: $ lsps -s Total Paging Space Percent Used 4096MB 54% $ ./check_swap -v -v -w 20% -c 10% Command: /usr/sbin/lsps -s SWAP OK: 100% free (0 MB out of 0 MB) |swap=0MB;0;0;0;0 If I get time, I will experiment to see where the problem lies. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2005-01-13 12:29 Message: Logged In: YES user_id=664364 Using float values only. Tested on Sol2.6. Can you please try this and let us know how it goes on your systems please. It looks like there is a slight bug in the perf data output, but it seems to be only a rounding error. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2005-01-06 17:16 Message: Logged In: YES user_id=664364 My preferred solution would be to remove the use of unsigned long long and just use float variables, but I'm a bit reticent about this. Sent email to nagiosplug-devel to gather some opinions first. ---------------------------------------------------------------------- Comment By: mister_patient (mister_patient) Date: 2005-01-06 15:55 Message: Logged In: YES user_id=1187596 I am not a developer, so please take this with a grain of salt, but the issue appears to be that AIX doesn't like the fact that a bunch of variables are declared as unsigned long longs. If I change this: unsigned long long total_swap = 0, used_swap = 0, free_swap = 0; unsigned long long dsktotal = 0, dskused = 0, dskfree = 0, tmp = 0; to this: unsigned long total_swap = 0, used_swap = 0, free_swap = 0; unsigned long dsktotal = 0, dskused = 0, dskfree = 0, tmp = 0; it seems to work OK (although you also have to clean up some of the printfs to use %lu instead of %llu). As I say, I am not a programmer, so I do not know if there is an elegant way to fix this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1093522&group_id=29880 From noreply at sourceforge.net Wed Jan 19 07:39:01 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jan 19 07:39:01 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1093522 ] 1.4beta1 check_swap doesn't work on AIX Message-ID: Bugs item #1093522, was opened at 2004-12-30 17:20 Message generated for change (Comment added) made by mister_patient You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1093522&group_id=29880 Category: None Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: mister_patient (mister_patient) Assigned to: Ton Voon (tonvoon) Summary: 1.4beta1 check_swap doesn't work on AIX Initial Comment: The 1.4beta1 check_swap module doesn't work on AIX 5.2: $ lsps -s Total Paging Space Percent Used 4096MB 42% $ ./check_swap -w 20% -c 10% -v -v -v Command: /usr/sbin/lsps -s Format: %d%*s %d total=4096, used=0, free=0 SWAP OK: 100% free (17592186044416 MB out of 17592186044416 MB) |swap=0MB;2147483647;2147483647;0;0 ---------------------------------------------------------------------- >Comment By: mister_patient (mister_patient) Date: 2005-01-19 09:37 Message: Logged In: YES user_id=1187596 If I change line 139 of check_swap.c from: asprintf(&swap_format, "%s", "%d%*s %d"); to asprintf(&swap_format, "%s", "%f%*s %f"); it works fine. ---------------------------------------------------------------------- Comment By: mister_patient (mister_patient) Date: 2005-01-19 08:22 Message: Logged In: YES user_id=1187596 The revised check_swap code using the floats does not work on AIX 5.2. Here's the output: $ lsps -s Total Paging Space Percent Used 4096MB 54% $ ./check_swap -v -v -w 20% -c 10% Command: /usr/sbin/lsps -s SWAP OK: 100% free (0 MB out of 0 MB) |swap=0MB;0;0;0;0 If I get time, I will experiment to see where the problem lies. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2005-01-13 12:29 Message: Logged In: YES user_id=664364 Using float values only. Tested on Sol2.6. Can you please try this and let us know how it goes on your systems please. It looks like there is a slight bug in the perf data output, but it seems to be only a rounding error. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2005-01-06 17:16 Message: Logged In: YES user_id=664364 My preferred solution would be to remove the use of unsigned long long and just use float variables, but I'm a bit reticent about this. Sent email to nagiosplug-devel to gather some opinions first. ---------------------------------------------------------------------- Comment By: mister_patient (mister_patient) Date: 2005-01-06 15:55 Message: Logged In: YES user_id=1187596 I am not a developer, so please take this with a grain of salt, but the issue appears to be that AIX doesn't like the fact that a bunch of variables are declared as unsigned long longs. If I change this: unsigned long long total_swap = 0, used_swap = 0, free_swap = 0; unsigned long long dsktotal = 0, dskused = 0, dskfree = 0, tmp = 0; to this: unsigned long total_swap = 0, used_swap = 0, free_swap = 0; unsigned long dsktotal = 0, dskused = 0, dskfree = 0, tmp = 0; it seems to work OK (although you also have to clean up some of the printfs to use %lu instead of %llu). As I say, I am not a programmer, so I do not know if there is an elegant way to fix this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1093522&group_id=29880 From jhmartin at toger.us Wed Jan 19 09:22:02 2005 From: jhmartin at toger.us (Jason Martin) Date: Wed Jan 19 09:22:02 2005 Subject: [Nagiosplug-devel] Plugin guideline suggestion In-Reply-To: References: Message-ID: <20050119171910.GZ22548@zippy.toger.us> On Wed, Jan 19, 2005 at 08:28:11AM -0000, Voon, Ton wrote: > Maybe I haven't asked the right question, so let me try again: what are you > trying to solve with these version identifiers? My particular need is that I have >500 servers with plugins on them and am looking to design an elegant way of surveying / tracking their versions. Of course I'll have to upgrade if this change goes in to use the new functionality but I can handle that. Another thought I had about managing this would be to have each plugin return its version in the performance data, but I realize that doing so is a much larger change to the standard non-standard and would interfere with existing perfdata tools. Hence the less impactful store-it-in-the-binary method. Additional reasons / benefits: * CVS files should all (IMHO) already have a $Header$ or $Id$ string in their text in at least a comment. It can also be used in the --version data. This mechanism exposes that header in the final product. * The tools to get this data are standard across platforms * It is a pretty standard method of file identifications which integrates easily with 'software inventory' tools. * It does not depend on the plugin developer implementing robust argument processing. * The plugin does not have to be functional to get the data (ie on a central depot that stores plugins for all platforms) * Implementing it does not require linking to any external libraries (perl's GetOpt::Long and such). This is important since adding them to existing code requires more testing than defining a variable. > by all compilers" which immediately makes me reticent. The #ident C pragma was just an idea, there are very easy compiler-generic ways of embedding that data. I have a document somewhere that describes how to do it in many common languages that I can provide if we go this route. > But I don't want to introduce "another way" for the sake of it. Unless you > have a very good reason. I understand; if the above isn't convincing then I'll work out some other way to manage the data and perhaps start submitting some --version patches. Thanks, -Jason Martin -- Smoking is a leading cause of statistics. This message is PGP/MIME signed. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 211 bytes Desc: not available URL: From jhmartin at toger.us Wed Jan 19 11:01:48 2005 From: jhmartin at toger.us (Jason Martin) Date: Wed Jan 19 11:01:48 2005 Subject: [Nagiosplug-devel] Plugin guideline suggestion In-Reply-To: <20050119171910.GZ22548@zippy.toger.us> References: <20050119171910.GZ22548@zippy.toger.us> Message-ID: <20050119185948.GB22548@zippy.toger.us> On Wed, Jan 19, 2005 at 09:19:10AM -0800, Jason Martin wrote: > plugin return its version in the performance data, but I realize > that doing so is a much larger change to the standard > non-standard and would interfere with existing perfdata tools. Oops, that should have said 'much larger change in the standard and would [...]', I wasn't casting any aspersions on the plugin standards. -Jason Martin -- Hackito ergo sum. This message is PGP/MIME signed. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 211 bytes Desc: not available URL: From bohara at gmail.com Wed Jan 19 12:08:38 2005 From: bohara at gmail.com (Ben O'Hara) Date: Wed Jan 19 12:08:38 2005 Subject: [Nagiosplug-devel] Plugin guideline suggestion In-Reply-To: <20050119171910.GZ22548@zippy.toger.us> References: <20050119171910.GZ22548@zippy.toger.us> Message-ID: <2b36e66050119120755de182@mail.gmail.com> On Wed, 19 Jan 2005 09:19:10 -0800, Jason Martin wrote: > > My particular need is that I have >500 servers with plugins on > them and am looking to design an elegant way of surveying / > tracking their versions. Of course I'll have to upgrade if this > change goes in to use the new functionality but I can handle > that. Great idea Jason, id thought about looking into someway to do this previously in a previous position. They were using netsaint_statd so it was just to automate updates of that, however im now using nrpe and the required plugins locally on each machine, a way to push out updates to all monitored machines would be a great timesaver. Perhaps this could be linked into nrpe which already accepts connections from the central/remote nagios boxes? Would save having yet another plugin/extra to install on each machine! Ben Ben From jhmartin at toger.us Wed Jan 19 12:34:14 2005 From: jhmartin at toger.us (Jason Martin) Date: Wed Jan 19 12:34:14 2005 Subject: [Nagiosplug-devel] Plugin guideline suggestion In-Reply-To: <2b36e66050119120755de182@mail.gmail.com> References: <20050119171910.GZ22548@zippy.toger.us> <2b36e66050119120755de182@mail.gmail.com> Message-ID: <20050119203306.GD22548@zippy.toger.us> On Wed, Jan 19, 2005 at 08:07:50PM +0000, Ben O'Hara wrote: > Great idea Jason, id thought about looking into someway to do this > previously in a previous position. They were using netsaint_statd so > it was just to automate updates of that, however im now using nrpe and > the required plugins locally on each machine, a way to push out > updates to all monitored machines would be a great timesaver. This solution doesn't handle that. We're using CFEngine to manage the push of plugin updates to all our of our hosts. http://www.cfengine.org -Jason Martin -- Why do we read left to right yet turn pages right to left? This message is PGP/MIME signed. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 211 bytes Desc: not available URL: From noreply at sourceforge.net Wed Jan 19 13:17:45 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jan 19 13:17:45 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1093522 ] 1.4beta1 check_swap doesn't work on AIX Message-ID: Bugs item #1093522, was opened at 2004-12-30 23:20 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1093522&group_id=29880 Category: None Group: Release (specify) >Status: Pending Resolution: None Priority: 5 Submitted By: mister_patient (mister_patient) Assigned to: Ton Voon (tonvoon) Summary: 1.4beta1 check_swap doesn't work on AIX Initial Comment: The 1.4beta1 check_swap module doesn't work on AIX 5.2: $ lsps -s Total Paging Space Percent Used 4096MB 42% $ ./check_swap -w 20% -c 10% -v -v -v Command: /usr/sbin/lsps -s Format: %d%*s %d total=4096, used=0, free=0 SWAP OK: 100% free (17592186044416 MB out of 17592186044416 MB) |swap=0MB;2147483647;2147483647;0;0 ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2005-01-19 21:16 Message: Logged In: YES user_id=664364 Yup, missed that one. Applied to CVS now. Marking this call to pending to auto close. BTW, what is your real name to add to our contributors list. ---------------------------------------------------------------------- Comment By: mister_patient (mister_patient) Date: 2005-01-19 15:37 Message: Logged In: YES user_id=1187596 If I change line 139 of check_swap.c from: asprintf(&swap_format, "%s", "%d%*s %d"); to asprintf(&swap_format, "%s", "%f%*s %f"); it works fine. ---------------------------------------------------------------------- Comment By: mister_patient (mister_patient) Date: 2005-01-19 14:22 Message: Logged In: YES user_id=1187596 The revised check_swap code using the floats does not work on AIX 5.2. Here's the output: $ lsps -s Total Paging Space Percent Used 4096MB 54% $ ./check_swap -v -v -w 20% -c 10% Command: /usr/sbin/lsps -s SWAP OK: 100% free (0 MB out of 0 MB) |swap=0MB;0;0;0;0 If I get time, I will experiment to see where the problem lies. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2005-01-13 18:29 Message: Logged In: YES user_id=664364 Using float values only. Tested on Sol2.6. Can you please try this and let us know how it goes on your systems please. It looks like there is a slight bug in the perf data output, but it seems to be only a rounding error. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2005-01-06 23:16 Message: Logged In: YES user_id=664364 My preferred solution would be to remove the use of unsigned long long and just use float variables, but I'm a bit reticent about this. Sent email to nagiosplug-devel to gather some opinions first. ---------------------------------------------------------------------- Comment By: mister_patient (mister_patient) Date: 2005-01-06 21:55 Message: Logged In: YES user_id=1187596 I am not a developer, so please take this with a grain of salt, but the issue appears to be that AIX doesn't like the fact that a bunch of variables are declared as unsigned long longs. If I change this: unsigned long long total_swap = 0, used_swap = 0, free_swap = 0; unsigned long long dsktotal = 0, dskused = 0, dskfree = 0, tmp = 0; to this: unsigned long total_swap = 0, used_swap = 0, free_swap = 0; unsigned long dsktotal = 0, dskused = 0, dskfree = 0, tmp = 0; it seems to work OK (although you also have to clean up some of the printfs to use %lu instead of %llu). As I say, I am not a programmer, so I do not know if there is an elegant way to fix this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1093522&group_id=29880 From noreply at sourceforge.net Thu Jan 20 00:33:37 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Jan 20 00:33:37 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1105796 ] Nexsan ATAboy RAID enclosure monitor Message-ID: New Plugins item #1105796, was opened at 2005-01-20 09:32 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=1105796&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Birger Wathne (birger_wathne) Assigned to: Nobody/Anonymous (nobody) Summary: Nexsan ATAboy RAID enclosure monitor Initial Comment: check_ataboy is an attempt at checking the status of a nexsan ATAboy RAID enclosure using the embedded web-server. Nexsan are unwilling to give any details about the status page I'm parsing, except that when everything is fine it says "There are no problems with this system" as the only information between the "Current Problems" header and the next header. Any problems in the system should be reflected in this area, but they refuse to give any information about the syntax of error messages. Because of this, I just react with a critical state if there is any output. The plugin is written in sh. Usage: check_ataboy -H [-u ] [-p ] (-h | --help) for detailed help (-V | --version) for version information (-u | --user) username on ataboy (USER) (-p | --password) password on ataboy (PASSWORD) (-t | --timeout) timeout while getting data (10 sec) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1105796&group_id=29880 From Stephan.Janosch at interface-business.de Thu Jan 20 01:24:36 2005 From: Stephan.Janosch at interface-business.de (Stephan Janosch) Date: Thu Jan 20 01:24:36 2005 Subject: [Nagiosplug-devel] check_dhcp - a possible addition In-Reply-To: <41EE587F.4020204@interface-business.de> References: <41EE587F.4020204@interface-business.de> Message-ID: <41EF789A.2010806@interface-business.de> First, a big sorry. I have a check_dhcp binary which works excellent, but I can't find it's sources. I got that check_dhcp working just before x-mas holidays. I don't know what steps I took to get that thing. I simply did not notice the steps. Here the output of the plugin, when called with --help and --version momocat at copycat:[nagios] >./check_dhcp --help Copyright (c) 2001-2004 Ethan Galstad (nagios at nagios.org) This plugin tests the availability of DHCP servers on a network. Usage: check_dhcp [-s serverip] [-r requestedip] [-t timeout] [-i interface] check_dhcp --help check_dhcp --version Options: -s, --serverip=IPADDRESS IP address of DHCP server that we must hear from -r, --requestedip=IPADDRESS IP address that should be offered by at least one DHCP server -t, --timeout=INTEGER Seconds to wait for DHCPOFFER before timeout occurs -i, --interface=STRING Interface to to use for listening (i.e. eth0) -v, --verbose Print extra information (command-line use only) -h, --help Print detailed help screen -V, --version Print version information momocat at copycat:[nagios] >./check_dhcp --version momocat at copycat:[nagios] > So no output for the version-option. I will try to redo my steps or get the newest Version somehow to work. Stephan From Ton.Voon at egg.com Thu Jan 20 01:39:20 2005 From: Ton.Voon at egg.com (Voon, Ton) Date: Thu Jan 20 01:39:20 2005 Subject: [Nagiosplug-devel] Plugin guideline suggestion Message-ID: Jason, My angle is that "what is installed on a server" is a distribution issue (internal to your organisation), not a coding issue. The coding resposibility is at the release level, which we provide through the --version output. Comparing against coreutils 5.2.1, all the commands respect --version, but don't even give individual command versions, only the overall release level (in fact, their source code doesn't appear to hold $Id$ tags at all - wonder why? I agree with you that this comment should be in all source). The what command returns no useful info. $ ./df --version df (coreutils) 5.2.1 Written by Torbjorn Granlund, David MacKenzie, and Paul Eggert. Copyright (C) 2004 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. $ what ./df ./df: SunOS 5.6 Generic August 1997 In fact, on Solaris 2.6 and Sol 8, "what /usr/bin/df" doesn't give any version number either, so Sun don't even support what version output for their own commands. Given the above, my priority would be for --version to work on all plugins. Ton -----Original Message----- From: Jason Martin [mailto:jhmartin at toger.us] Sent: 19 January 2005 17:19 To: nagiosplug-devel at lists.sourceforge.net Subject: Re: [Nagiosplug-devel] Plugin guideline suggestion On Wed, Jan 19, 2005 at 08:28:11AM -0000, Voon, Ton wrote: > Maybe I haven't asked the right question, so let me try again: what > are you trying to solve with these version identifiers? My particular need is that I have >500 servers with plugins on them and am looking to design an elegant way of surveying / tracking their versions. Of course I'll have to upgrade if this change goes in to use the new functionality but I can handle that. Another thought I had about managing this would be to have each plugin return its version in the performance data, but I realize that doing so is a much larger change to the standard non-standard and would interfere with existing perfdata tools. Hence the less impactful store-it-in-the-binary method. Additional reasons / benefits: * CVS files should all (IMHO) already have a $Header$ or $Id$ string in their text in at least a comment. It can also be used in the --version data. This mechanism exposes that header in the final product. * The tools to get this data are standard across platforms * It is a pretty standard method of file identifications which integrates easily with 'software inventory' tools. * It does not depend on the plugin developer implementing robust argument processing. * The plugin does not have to be functional to get the data (ie on a central depot that stores plugins for all platforms) * Implementing it does not require linking to any external libraries (perl's GetOpt::Long and such). This is important since adding them to existing code requires more testing than defining a variable. > by all compilers" which immediately makes me reticent. The #ident C pragma was just an idea, there are very easy compiler-generic ways of embedding that data. I have a document somewhere that describes how to do it in many common languages that I can provide if we go this route. > But I don't want to introduce "another way" for the sake of it. Unless > you have a very good reason. I understand; if the above isn't convincing then I'll work out some other way to manage the data and perhaps start submitting some --version patches. Thanks, -Jason Martin -- Smoking is a leading cause of statistics. This message is PGP/MIME signed. ----------------------------------------- Egg is a trading name of the Egg group of companies which includes: Egg plc (reg no 2448340), Egg Financial Products ltd (reg no 3319027), Egg International ltd (reg no 4059266), Egg Financial Intermediation ltd (reg no 382828), Egg Investments ltd (reg no 3403963) and Egg Banking plc (reg no 2999842. Egg Investments Ltd, Egg Banking plc and Egg Financial Intermediation Ltd are authorised and regulated by the Financial Services Authority (FSA) and are entered in the FSA register under numbers 190518, 205621 and 309551 respectively. These members of the Egg group are registered in England and Wales. Registered offices: 1 Waterhouse Square, 138-142 Holborn, London EC1N 2NA. This e-mail is confidential and for use by the addressee only. If you are not the intended recipient of this e-mail and have received it in error, please return the message to the sender by replying to it and then delete it from your mailbox. Internet e-mails are not necessarily secure. The Egg group of companies do not accept responsibility for changes made to this message after it was sent. Whilst all reasonable care has been taken to avoid the transmission of viruses, it is the responsibility of the recipient to ensure that the onward transmission, opening or use of this message and any attachments will not adversely affect its systems or data. No responsibility is accepted by the Egg group of companies in this regard and the recipient should carry out such virus and other checks as it considers appropriate. This communication does not create or modify any contract. From Stanley.Hopcroft at IPAustralia.Gov.AU Thu Jan 20 01:45:09 2005 From: Stanley.Hopcroft at IPAustralia.Gov.AU (Stanley Hopcroft) Date: Thu Jan 20 01:45:09 2005 Subject: [Nagiosplug-devel] system specific defines ... Was: check_dhcp - a possible addition In-Reply-To: <41ED23E7.1090102@interface-business.de> References: <41ED23E7.1090102@interface-business.de> Message-ID: <20050120094257.GA251@IPAustralia.Gov.AU> Dear Folks, As pointed out by Mr Ericsson, check_dhcp will not build properly without preprocessor symbols being defined (__bsd__ etc). I thought this was necessary to select _completely_ different code to get the MAC address of the interface from the system (eg BSD use raw sockets, solaris and hpux use DLPI [and prob AIX ...], Linux uses a Linux specific ioctl()). Continuing down this path requires that configure.in and config.h.in be patched to set these symbols depending on the value of 'host'. While tbis is feasable, doing so is seems anti-autoconf and anachronistic (although this is the way that fping seems to operate) - it looks bad and probably is too. What is a better way ? Chuck the system specific stuff and let the user define the broadcast interface _and_ the MAC address (simply set the hardware address in the DISCOVER packet and let the server respond with an OFFER to the real MAC) ? Chuck the C version and build a Perl one (based on Net::DHCP or friends) ? Leave the C version Linux specific (and prob put it back in contrib/) and or build a Perl one ? 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 stephan.janosch at interface-business.de Thu Jan 20 02:26:40 2005 From: stephan.janosch at interface-business.de (Stephan Janosch) Date: Thu Jan 20 02:26:40 2005 Subject: [Nagiosplug-devel] check_dhcp - a possible addition In-Reply-To: <20050120094803.GB251@IPAustralia.Gov.AU> References: <41EE587F.4020204@interface-business.de> <41EF789A.2010806@interface-business.de> <20050120094803.GB251@IPAustralia.Gov.AU> Message-ID: <41EF8720.2060502@interface-business.de> Hi all! great news! check_dhcp works now with todays CVS-built. Only defining the preprocessor variable for bsd and voila...the plugin works. Thank you Stanley and the others(?) which made that possible. momocat at copycat:[plugins] >uname -a FreeBSD copycat.interface-business.de 5.2.1-RELEASE-p9 FreeBSD 5.2.1-RELEASE-p9 #0: Thu Sep 2 09:06:37 CEST 2004 root at copycat.interface-business.de:/usr/obj/usr/src/sys/GENERIC i386 momocat at copycat:[plugins] >./check_dhcp -V check_dhcp (nagios-plugins 1.4-beta2) 1.6 momocat at copycat:[plugins] >./check_dhcp -s chuck -i xl0 DHCP ok: Received 1 DHCPOFFER(s), max lease time = 86400 sec. So..no new Tracker is need, I guess. (I still need to read the Sourceforge-Docu..I have nearly no idea how this monster works *g*) From Ton.Voon at egg.com Thu Jan 20 02:36:54 2005 From: Ton.Voon at egg.com (Voon, Ton) Date: Thu Jan 20 02:36:54 2005 Subject: [Nagiosplug-devel] system specific defines ... Was: check_dhc p - a possible addition Message-ID: Stanley, Is there any other open source project that uses dhcp to see how it is done? This might be too large a change for 1.4 at this stage, so I would err on the side of moving it to contrib. Ton -----Original Message----- From: Stanley Hopcroft [mailto:Stanley.Hopcroft at IPAustralia.Gov.AU] Sent: 20 January 2005 09:43 To: nagiosplug-devel at lists.sourceforge.net Subject: [Nagiosplug-devel] system specific defines ... Was: check_dhcp - a possible addition Dear Folks, As pointed out by Mr Ericsson, check_dhcp will not build properly without preprocessor symbols being defined (__bsd__ etc). I thought this was necessary to select _completely_ different code to get the MAC address of the interface from the system (eg BSD use raw sockets, solaris and hpux use DLPI [and prob AIX ...], Linux uses a Linux specific ioctl()). Continuing down this path requires that configure.in and config.h.in be patched to set these symbols depending on the value of 'host'. While tbis is feasable, doing so is seems anti-autoconf and anachronistic (although this is the way that fping seems to operate) - it looks bad and probably is too. What is a better way ? Chuck the system specific stuff and let the user define the broadcast interface _and_ the MAC address (simply set the hardware address in the DISCOVER packet and let the server respond with an OFFER to the real MAC) ? Chuck the C version and build a Perl one (based on Net::DHCP or friends) ? Leave the C version Linux specific (and prob put it back in contrib/) and or build a Perl one ? 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 ----------------------------------------- Egg is a trading name of the Egg group of companies which includes: Egg plc (reg no 2448340), Egg Financial Products ltd (reg no 3319027), Egg International ltd (reg no 4059266), Egg Financial Intermediation ltd (reg no 382828), Egg Investments ltd (reg no 3403963) and Egg Banking plc (reg no 2999842. Egg Investments Ltd, Egg Banking plc and Egg Financial Intermediation Ltd are authorised and regulated by the Financial Services Authority (FSA) and are entered in the FSA register under numbers 190518, 205621 and 309551 respectively. These members of the Egg group are registered in England and Wales. Registered offices: 1 Waterhouse Square, 138-142 Holborn, London EC1N 2NA. This e-mail is confidential and for use by the addressee only. If you are not the intended recipient of this e-mail and have received it in error, please return the message to the sender by replying to it and then delete it from your mailbox. Internet e-mails are not necessarily secure. The Egg group of companies do not accept responsibility for changes made to this message after it was sent. Whilst all reasonable care has been taken to avoid the transmission of viruses, it is the responsibility of the recipient to ensure that the onward transmission, opening or use of this message and any attachments will not adversely affect its systems or data. No responsibility is accepted by the Egg group of companies in this regard and the recipient should carry out such virus and other checks as it considers appropriate. This communication does not create or modify any contract. From ae at op5.se Thu Jan 20 03:01:10 2005 From: ae at op5.se (Andreas Ericsson) Date: Thu Jan 20 03:01:10 2005 Subject: [Nagiosplug-devel] system specific defines ... Was: check_dhcp - a possible addition In-Reply-To: <20050120094257.GA251@IPAustralia.Gov.AU> References: <41ED23E7.1090102@interface-business.de> <20050120094257.GA251@IPAustralia.Gov.AU> Message-ID: <41EF8F3B.8010108@op5.se> Stanley Hopcroft wrote: > Dear Folks, > > As pointed out by Mr Ericsson, check_dhcp will not build properly > without preprocessor symbols being defined (__bsd__ etc). > > I thought this was necessary to select _completely_ different code to > get the MAC address of the interface from the system (eg BSD use raw > sockets, solaris and hpux use DLPI [and prob AIX ...], Linux uses a > Linux specific ioctl()). > > Continuing down this path requires that configure.in and config.h.in be > patched to set these symbols depending on the value of 'host'. > > While tbis is feasable, doing so is seems anti-autoconf and > anachronistic (although this is the way that fping seems to operate) - > it looks bad and probably is too. > > What is a better way ? > Make sure in the necessary plugins that they are being compiled with GCC. The default compile mode for gcc is -std=gnu89 (meaning c89 with GNU extensions) for versions until the c99 support started emerging (not sure where that was), and -std=gnu99 (meaning c99 with GNU extensions). GNU extensions means that most BSD features (all networking ones, some stringhandling ones) are available as well as the "pure" gnu extensions (such as asprintf(), which is being heavily used throughout all C plugins). The code to accomplish the above is done as such; #ifdef __GCC__ #else int main(void) { puts("This plugin requires GNU extensions, and can't be properly compiled without GCC\n"); return 0; } #endif main must be present (unless this is done from autoconf, which would be neater) or there will be lots of errors during make. It could probably be put in utils.c or somewhere else which all plugins use, but only compiled #if !defined(__GCC__). > Chuck the system specific stuff and let the user define the broadcast > interface _and_ the MAC address (simply set the hardware address in the > DISCOVER packet and let the server respond with an OFFER to the real > MAC) ? > Broadcast interface should be enough, although it couldn't hurt with MAC address as well. I'll have a look at how the ISC client does it, as it ports nicely to virtually every unix available. > Chuck the C version and build a Perl one (based on Net::DHCP or friends) > ? > suid perl is not a very good idea, and I strongly disagree with having to install additional perl modules (yes, I know it's simple enough using the automated CPAN stuff). > Leave the C version Linux specific (and prob put it back in contrib/) > and or build a Perl one ? > Nah. Make sure it's compiled by GCC and write in the suggested changes. It shouldn't be terribly complicated. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From amontibello at gmail.com Thu Jan 20 03:02:57 2005 From: amontibello at gmail.com (Anthony Montibello) Date: Thu Jan 20 03:02:57 2005 Subject: [Nagiosplug-devel] need assistance with check_NT Message-ID: Hi, I hope someone could assist me in with the check_nt plugin. I have added updates to NC_Net that uses check_nt and I need to expand on what check_nt is curretnly doing. Namely I just finished adding into NC_Net Event Log checking and I also have future improvements in the planning phase. Is there anyone in particular that is currently working with Check_nt? What version of Check_nt should I modify? What is the best way to submit updates to check_nt? Thank you in advance, Tony amontibello at shatterit.com From ae at op5.se Thu Jan 20 03:04:42 2005 From: ae at op5.se (Andreas Ericsson) Date: Thu Jan 20 03:04:42 2005 Subject: [Nagiosplug-devel] system specific defines ... Was: check_dhc p - a possible addition In-Reply-To: References: Message-ID: <41EF8FA7.6010004@op5.se> Voon, Ton wrote: > Stanley, > > Is there any other open source project that uses dhcp to see how it is done? > dhcpd/dhclient by ISC. > This might be too large a change for 1.4 at this stage, so I would err on > the side of moving it to contrib. > > Ton > > -----Original Message----- > From: Stanley Hopcroft [mailto:Stanley.Hopcroft at IPAustralia.Gov.AU] > Sent: 20 January 2005 09:43 > To: nagiosplug-devel at lists.sourceforge.net > Subject: [Nagiosplug-devel] system specific defines ... Was: check_dhcp - a > possible addition > > > Dear Folks, > > As pointed out by Mr Ericsson, check_dhcp will not build properly > without preprocessor symbols being defined (__bsd__ etc). > > I thought this was necessary to select _completely_ different code to > get the MAC address of the interface from the system (eg BSD use raw > sockets, solaris and hpux use DLPI [and prob AIX ...], Linux uses a > Linux specific ioctl()). > > Continuing down this path requires that configure.in and config.h.in be > patched to set these symbols depending on the value of 'host'. > > While tbis is feasable, doing so is seems anti-autoconf and > anachronistic (although this is the way that fping seems to operate) - > it looks bad and probably is too. > > What is a better way ? > > Chuck the system specific stuff and let the user define the broadcast > interface _and_ the MAC address (simply set the hardware address in the > DISCOVER packet and let the server respond with an OFFER to the real > MAC) ? > > Chuck the C version and build a Perl one (based on Net::DHCP or friends) > ? > > Leave the C version Linux specific (and prob put it back in contrib/) > and or build a Perl one ? > > Yours sincerely. > -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From ae at op5.se Thu Jan 20 03:15:18 2005 From: ae at op5.se (Andreas Ericsson) Date: Thu Jan 20 03:15:18 2005 Subject: [Nagiosplug-devel] system specific defines ... Was: check_dhcp - a possible addition In-Reply-To: <41EF8F3B.8010108@op5.se> References: <41ED23E7.1090102@interface-business.de> <20050120094257.GA251@IPAustralia.Gov.AU> <41EF8F3B.8010108@op5.se> Message-ID: <41EF92AE.4010801@op5.se> Andreas Ericsson wrote: > Stanley Hopcroft wrote: > >> Dear Folks, >> >> As pointed out by Mr Ericsson, check_dhcp will not build properly >> without preprocessor symbols being defined (__bsd__ etc). >> >> I thought this was necessary to select _completely_ different code to >> get the MAC address of the interface from the system (eg BSD use raw >> sockets, solaris and hpux use DLPI [and prob AIX ...], Linux uses a >> Linux specific ioctl()). >> >> Continuing down this path requires that configure.in and config.h.in >> be patched to set these symbols depending on the value of 'host'. >> >> While tbis is feasable, doing so is seems anti-autoconf and >> anachronistic (although this is the way that fping seems to operate) - >> it looks bad and probably is too. >> >> What is a better way ? >> > > Make sure in the necessary plugins that they are being compiled with > GCC. The default compile mode for gcc is -std=gnu89 (meaning c89 with > GNU extensions) for versions until the c99 support started emerging (not > sure where that was), and -std=gnu99 (meaning c99 with GNU extensions). > GNU extensions means that most BSD features (all networking ones, some > stringhandling ones) are available as well as the "pure" gnu extensions > (such as asprintf(), which is being heavily used throughout all C plugins). > > The code to accomplish the above is done as such; > #ifdef __GCC__ My bad. It's __GNUC__ (at least in 3.4.4). > > #else > int > main(void) > { > puts("This plugin requires GNU extensions, and can't be properly > compiled without GCC\n"); > return 0; > } > #endif > > main must be present (unless this is done from autoconf, which would be > neater) or there will be lots of errors during make. It could probably > be put in utils.c or somewhere else which all plugins use, but only > compiled #if !defined(__GCC__). > >> Chuck the system specific stuff and let the user define the broadcast >> interface _and_ the MAC address (simply set the hardware address in >> the DISCOVER packet and let the server respond with an OFFER to the >> real MAC) ? >> > > Broadcast interface should be enough, although it couldn't hurt with MAC > address as well. I'll have a look at how the ISC client does it, as it > ports nicely to virtually every unix available. > >> Chuck the C version and build a Perl one (based on Net::DHCP or >> friends) ? >> > > suid perl is not a very good idea, and I strongly disagree with having > to install additional perl modules (yes, I know it's simple enough using > the automated CPAN stuff). > >> Leave the C version Linux specific (and prob put it back in contrib/) >> and or build a Perl one ? >> > > Nah. Make sure it's compiled by GCC and write in the suggested changes. > It shouldn't be terribly complicated. > -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From ae at op5.se Thu Jan 20 03:23:02 2005 From: ae at op5.se (Andreas Ericsson) Date: Thu Jan 20 03:23:02 2005 Subject: [Nagiosplug-devel] need assistance with check_NT In-Reply-To: References: Message-ID: <41EF93EA.1060603@op5.se> Anthony Montibello wrote: > Hi, > > I hope someone could assist me in with the check_nt plugin. > > I have added updates to NC_Net that uses check_nt and I need to expand > on what check_nt is curretnly doing. Namely I just finished adding > into NC_Net Event Log checking and I also have future improvements in > the planning phase. > > Is there anyone in particular that is currently working with Check_nt? That would be the official plugin developers. > What version of Check_nt should I modify? The latest, obviously (from cvs HEAD in the nagiosplug project). > What is the best way to submit updates to check_nt? > Use the patch/issue tracker system. You'll find it at either www.sourceforge.net/projects/nagiosplug or nagiosplug.sourceforge.net. Make sure the patch is in either context or unified diff format (f.e. diff -u check_nt.c check_nt.c.orig > nagiosplug-check_nt.diff) > Thank you in advance, > Cheers. > Tony > amontibello at shatterit.com > > > ------------------------------------------------------- > 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 Stanley.Hopcroft at IPAustralia.Gov.AU Thu Jan 20 03:42:33 2005 From: Stanley.Hopcroft at IPAustralia.Gov.AU (Stanley Hopcroft) Date: Thu Jan 20 03:42:33 2005 Subject: [Nagiosplug-devel] system specific defines ... Was: check_dhc p - a possible addition In-Reply-To: <41EF8FA7.6010004@op5.se> References: <41EF8FA7.6010004@op5.se> Message-ID: <20050120113918.GA239@IPAustralia.Gov.AU> Dear Folks, I am writing to thank you for your comments and say, On Thu, Jan 20, 2005 at 12:01:59PM +0100, Andreas Ericsson wrote: > Voon, Ton wrote: > >Stanley, > > > >Is there any other open source project that uses dhcp to see how it is > >done? > > > > dhcpd/dhclient by ISC. > This is a good suggestion. dhclient runs anywhere (I think it uses the bpf library to interact with the NIC) and using its means of accessing the NIC is an infinitely better proposal than those I floated. Since there should be few (or minor changes) to configure and the code will be platform neutral this sounds quick, reliable and safe. > >This might be too large a change for 1.4 at this stage, so I would err on > >the side of moving it to contrib. > > > >Ton > > The core of check_dhcp seems to be sound (Ethans code) and proven - people use the contrib/ version on Linux. Replacing the interface stuff with bpf sounds relatively easy. 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 Stanley.Hopcroft at IPAustralia.Gov.AU Thu Jan 20 04:08:22 2005 From: Stanley.Hopcroft at IPAustralia.Gov.AU (Stanley Hopcroft) Date: Thu Jan 20 04:08:22 2005 Subject: [Nagiosplug-devel] system specific defines ... Was: check_dhc p - a possible addition In-Reply-To: <20050120113918.GA239@IPAustralia.Gov.AU> References: <41EF8FA7.6010004@op5.se> <20050120113918.GA239@IPAustralia.Gov.AU> Message-ID: <20050120120656.GA322@IPAustralia.Gov.AU> s/bpf/libpcap/g in former letter. -- 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 jhmartin at toger.us Thu Jan 20 12:40:42 2005 From: jhmartin at toger.us (Jason Martin) Date: Thu Jan 20 12:40:42 2005 Subject: [Nagiosplug-devel] Generic check-output plugin? Message-ID: <20050120203944.GJ22548@zippy.toger.us> Has anyone seen a plugin that does the following? * Accepts as input a command string and a regular expression * Executes the command * Alerts if no lines of the output match the regex Thanks, -Jason Martin -- This message is PGP/MIME signed. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 211 bytes Desc: not available URL: From noreply at sourceforge.net Thu Jan 20 14:44:00 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Jan 20 14:44:00 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1099682 ] check_http -m doesn't work for binary responses Message-ID: Bugs item #1099682, was opened at 2005-01-10 12:13 Message generated for change (Settings changed) made by harpermann You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1099682&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: jon gold (samizdev) >Assigned to: Harper Mann (harpermann) Summary: check_http -m doesn't work for binary responses Initial Comment: (copied from my original message to the lists): pardon me if i've overlooked any previous discussion about this, but i couldn't find any in the sourceforge archives. has anyone used check_http and -m to check that an image being returned from a url is of an expected size? i tried -m with the number of bytes i'm expecting, but the check fails. using -v from the shell, i can see that in fact the Content-Type is gif, and the Content-Length is what i expect for the byte count, but i can't find a way to use check_http to get at or confirm that fact. the -s option seems to only work for the body, and the -e only gets the first line. looking at check_http.c, it seems that the length check is done with strlen: if ((min_page_len > 0) && (page_len < min_page_len)) but since my page is a gif, and since strlen only goes up to the first (and presumably string-terminating) 0, i assume i'm getting incorrect results due to the fact that 0 is valid in the middle of a gif. i'll try and build http.c for myself and make some changes to confirm this, but it seems like a likely cause. is there any reason not to use the value of pagesize which is computed during the page retrieval instead of strlen? if there is, could we think of adding a new switch, maybe something like --min-binary-length which would not do a strlen check, but a pagesize one? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1099682&group_id=29880 From Stanley.Hopcroft at IPAustralia.Gov.AU Thu Jan 20 14:51:53 2005 From: Stanley.Hopcroft at IPAustralia.Gov.AU (Stanley Hopcroft) Date: Thu Jan 20 14:51:53 2005 Subject: [Nagiosplug-devel] Generic check-output plugin? In-Reply-To: <20050120203944.GJ22548@zippy.toger.us> References: <20050120203944.GJ22548@zippy.toger.us> Message-ID: <20050120225011.GA70038@IPAustralia.Gov.AU> Dear Sir, I am writing to thank you for your letter and say, On Thu, Jan 20, 2005 at 12:39:44PM -0800, Jason Martin wrote: > Has anyone seen a plugin that does the following? > * Accepts as input a command string and a regular expression > * Executes the command > * Alerts if no lines of the output match the regex > Not quite but 1 Howard Wilkinson did a _lot_ of work developing a generic plugin framework and this may include what you are seeking (Howards extensive corresp should be archived) 2 Yuval Kogman completely independently tackled the same problem mainly from the point of view of robust program execution within a Perl module (Howard defined a check method which was a user callback responsible for determining the health of the service). Yuval's stuff wasn't made public (unless he has done so on CPAN). Benoit has seen both approaches and may have an opinion. > Thanks, > -Jason Martin > -- > This message is PGP/MIME signed. 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 Stanley.Hopcroft at IPAustralia.Gov.AU Thu Jan 20 15:01:11 2005 From: Stanley.Hopcroft at IPAustralia.Gov.AU (Stanley Hopcroft) Date: Thu Jan 20 15:01:11 2005 Subject: [Nagiosplug-devel] system specific defines ... Was: check_dhc p - a possible addition In-Reply-To: <20050120120656.GA322@IPAustralia.Gov.AU> References: <41EF8FA7.6010004@op5.se> <20050120113918.GA239@IPAustralia.Gov.AU> <20050120120656.GA322@IPAustralia.Gov.AU> Message-ID: <20050120225757.GB70038@IPAustralia.Gov.AU> Dear Folks, One last note about this. I'll commit the current rubbish (since it works on two major platforms [Linux, *BSD]) and see if that helps with the tracker problem reports. It will be ripped out if the libpcap approach is doable. (BTW, I don't understand the ISC code very well, but this comment .. # define bpf_insn sock_filter /* Linux: dare to be gratuitously different. */ ) 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 Thu Jan 20 15:02:36 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Jan 20 15:02:36 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1099682 ] check_http -m doesn't work for binary responses Message-ID: Bugs item #1099682, was opened at 2005-01-10 12:13 Message generated for change (Comment added) made by harpermann You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1099682&group_id=29880 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: jon gold (samizdev) Assigned to: Harper Mann (harpermann) Summary: check_http -m doesn't work for binary responses Initial Comment: (copied from my original message to the lists): pardon me if i've overlooked any previous discussion about this, but i couldn't find any in the sourceforge archives. has anyone used check_http and -m to check that an image being returned from a url is of an expected size? i tried -m with the number of bytes i'm expecting, but the check fails. using -v from the shell, i can see that in fact the Content-Type is gif, and the Content-Length is what i expect for the byte count, but i can't find a way to use check_http to get at or confirm that fact. the -s option seems to only work for the body, and the -e only gets the first line. looking at check_http.c, it seems that the length check is done with strlen: if ((min_page_len > 0) && (page_len < min_page_len)) but since my page is a gif, and since strlen only goes up to the first (and presumably string-terminating) 0, i assume i'm getting incorrect results due to the fact that 0 is valid in the middle of a gif. i'll try and build http.c for myself and make some changes to confirm this, but it seems like a likely cause. is there any reason not to use the value of pagesize which is computed during the page retrieval instead of strlen? if there is, could we think of adding a new switch, maybe something like --min-binary-length which would not do a strlen check, but a pagesize one? ---------------------------------------------------------------------- >Comment By: Harper Mann (harpermann) Date: 2005-01-20 15:00 Message: Logged In: YES user_id=939531 The plugin code was changed to get the page size from Content-Length in the header. Also added max value to the - m switch so can do "-m min:max". Retained "-m min" convention so if there is no max defined, it will assume it's a minimum size. Renamed long arg name from --min to --minmax ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1099682&group_id=29880 From noreply at sourceforge.net Thu Jan 20 15:42:22 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Jan 20 15:42:22 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1099682 ] check_http -m doesn't work for binary responses Message-ID: Bugs item #1099682, was opened at 2005-01-10 12:13 Message generated for change (Comment added) made by harpermann You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1099682&group_id=29880 Category: None Group: None Status: Closed Resolution: Fixed Priority: 5 Submitted By: jon gold (samizdev) Assigned to: Harper Mann (harpermann) Summary: check_http -m doesn't work for binary responses Initial Comment: (copied from my original message to the lists): pardon me if i've overlooked any previous discussion about this, but i couldn't find any in the sourceforge archives. has anyone used check_http and -m to check that an image being returned from a url is of an expected size? i tried -m with the number of bytes i'm expecting, but the check fails. using -v from the shell, i can see that in fact the Content-Type is gif, and the Content-Length is what i expect for the byte count, but i can't find a way to use check_http to get at or confirm that fact. the -s option seems to only work for the body, and the -e only gets the first line. looking at check_http.c, it seems that the length check is done with strlen: if ((min_page_len > 0) && (page_len < min_page_len)) but since my page is a gif, and since strlen only goes up to the first (and presumably string-terminating) 0, i assume i'm getting incorrect results due to the fact that 0 is valid in the middle of a gif. i'll try and build http.c for myself and make some changes to confirm this, but it seems like a likely cause. is there any reason not to use the value of pagesize which is computed during the page retrieval instead of strlen? if there is, could we think of adding a new switch, maybe something like --min-binary-length which would not do a strlen check, but a pagesize one? ---------------------------------------------------------------------- >Comment By: Harper Mann (harpermann) Date: 2005-01-20 15:41 Message: Logged In: YES user_id=939531 Changed --minmax to --pagesize for long arg name and updated usage and help. ---------------------------------------------------------------------- Comment By: Harper Mann (harpermann) Date: 2005-01-20 15:00 Message: Logged In: YES user_id=939531 The plugin code was changed to get the page size from Content-Length in the header. Also added max value to the - m switch so can do "-m min:max". Retained "-m min" convention so if there is no max defined, it will assume it's a minimum size. Renamed long arg name from --min to --minmax ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1099682&group_id=29880 From noreply at sourceforge.net Thu Jan 20 15:51:46 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Jan 20 15:51:46 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1106378 ] Arguments are crossed Message-ID: Bugs item #1106378, was opened at 2005-01-20 23:50 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=1106378&group_id=29880 Category: Argument proccessing Group: None Status: Open Resolution: None Priority: 5 Submitted By: Dan Morris (dkmorris1999) Assigned to: Nobody/Anonymous (nobody) Summary: Arguments are crossed Initial Comment: there is an error in the check_snmp.c source code - the -t paramater is crossed with the -r paramater. The - t is hard coded to 1 (time out value) and -r retries receives what ever input is passed in as -t Thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1106378&group_id=29880 From noreply at sourceforge.net Thu Jan 20 16:02:46 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Jan 20 16:02:46 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1106378 ] Arguments are crossed Message-ID: Bugs item #1106378, was opened at 2005-01-20 15:50 Message generated for change (Comment added) made by harpermann You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1106378&group_id=29880 Category: Argument proccessing Group: None Status: Open Resolution: None Priority: 5 Submitted By: Dan Morris (dkmorris1999) >Assigned to: Harper Mann (harpermann) Summary: Arguments are crossed Initial Comment: there is an error in the check_snmp.c source code - the -t paramater is crossed with the -r paramater. The - t is hard coded to 1 (time out value) and -r retries receives what ever input is passed in as -t Thanks ---------------------------------------------------------------------- >Comment By: Harper Mann (harpermann) Date: 2005-01-20 16:01 Message: Logged In: YES user_id=939531 Hi Dan, I see the problem so I'm working on a fix. Good find! - Harper ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1106378&group_id=29880 From noreply at sourceforge.net Thu Jan 20 16:06:46 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Jan 20 16:06:46 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1106378 ] Arguments are crossed Message-ID: Bugs item #1106378, was opened at 2005-01-20 23:50 Message generated for change (Comment added) made by dkmorris1999 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1106378&group_id=29880 Category: Argument proccessing Group: None Status: Open Resolution: None Priority: 5 Submitted By: Dan Morris (dkmorris1999) Assigned to: Harper Mann (harpermann) Summary: Arguments are crossed Initial Comment: there is an error in the check_snmp.c source code - the -t paramater is crossed with the -r paramater. The - t is hard coded to 1 (time out value) and -r retries receives what ever input is passed in as -t Thanks ---------------------------------------------------------------------- >Comment By: Dan Morris (dkmorris1999) Date: 2005-01-21 00:05 Message: Logged In: YES user_id=1201485 my compiling skills for linux are a little rusty could you point me in a direction to get the repaired program compiled on RH Linux? ---------------------------------------------------------------------- Comment By: Harper Mann (harpermann) Date: 2005-01-21 00:01 Message: Logged In: YES user_id=939531 Hi Dan, I see the problem so I'm working on a fix. Good find! - Harper ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1106378&group_id=29880 From noreply at sourceforge.net Thu Jan 20 16:09:35 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Jan 20 16:09:35 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1106390 ] Disk space enhancement in check_nt Message-ID: Patches item #1106390, was opened at 2005-01-20 18:08 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=1106390&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Shawn Kovalchick (bamapookie) Assigned to: Nobody/Anonymous (nobody) Summary: Disk space enhancement in check_nt Initial Comment: I wrote this for version 1.7, then noticed someone had submitted something similar. My version leaves USEDDISKSPACE unchanged and adds FREEDISKSPACE. The warning and critical values are in megabytes free instead of percentage used. I have diffs for 1.7.2.3 and 1.39 in CVS. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1106390&group_id=29880 From tonvoon at mac.com Thu Jan 20 16:10:57 2005 From: tonvoon at mac.com (Ton Voon) Date: Thu Jan 20 16:10:57 2005 Subject: [Nagiosplug-devel] Changes to crediting Message-ID: Hi! Just to let you know of some changes made to the way we are crediting contributors and other project's code. Contributors should now be added into the THANKS.in file. The THANKS file will be generated at make dist time. Medium term plan is to generate a web page based on the members. The AUTHORS file now consists of all the team members - credit here where credit is due! I've also changed the developer's guidelines to reference the team, instead of using individual names. The ACKNOWLEDGEMENTS file was created by Stanley. He identified that code from other projects should be acknowledged, so please use this file if you have copied code verbatim from other sources. Please make sure that you check their licences allows redistribution of their code before adding. The developer's guidelines have been updated to reflect these changes - may take a few days to get through because of SF's caching. Ton From noreply at sourceforge.net Thu Jan 20 16:25:46 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Jan 20 16:25:46 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1096091 ] Problems compiling nagios-plugins-1.4-beta1 Message-ID: Bugs item #1096091, was opened at 2005-01-04 22:48 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1096091&group_id=29880 Category: None Group: Release (specify) >Status: Closed Resolution: None Priority: 5 Submitted By: Winks (winkles) Assigned to: Ton Voon (tonvoon) Summary: Problems compiling nagios-plugins-1.4-beta1 Initial Comment: Hi, I?m having problems compiling nagios-plugins-1.4-beta1 on my Solaris 9 box. I am not getting any errors when I run configure, but when I run make, it is always bombing out with openssl. Is there a specific version of openssl I should be using? Currently I am using openssl-0.9.7e. I have Nagios version 2.0b1 installed. I have tried using configure by itself and I have also tried ./configure ?with-openssl=/usr/local/ssl. I also tried specifying ?with-openssl= Each time, configure ends with: --with-cgiurl: /nagios/cgi-bin --with-nagios-user: nagios --with-nagios-group: nagios --with-trusted- path: /bin:/sbin:/usr/bin:/usr/sbin --with-ping-command: /usr/sbin/ping -n -s % s 56 %d --with-ping6-command: --with-lwres: no --with-ipv6: yes --with-openssl: yes --enable-emulate-getaddrinfo: no Output of make each time fails with: gcc -g -O2 -L. -L../openssl-0.9.7e/lib -o check_dummy check_dummy.o utils.o . ./lib/libnagiosplug.a ../lib/libcoreutils.a ../intl/libintl.a - liconv -lgen -lso cket -I../openssl-0.9.7e/include if gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ - DHAVE_CONFIG_H -I. -I. -I .. -I.. -I../lib -I../intl -g -O2 -MT check_http.o -MD - MP -MF ".deps/check_ http.Tpo" -c -o check_http.o check_http.c; then mv - f ".deps/check_http.Tpo" ".deps/check_http.Po"; else rm -f ".deps/check _http.Tpo"; exit 1; fi check_http.c:50:26: openssl/rsa.h: No such file or directory check_http.c:51:29: openssl/crypto.h: No such file or directory check_http.c:52:27: openssl/x509.h: No such file or directory check_http.c:53:26: openssl/pem.h: No such file or directory check_http.c:54:26: openssl/ssl.h: No such file or directory check_http.c:55:26: openssl/err.h: No such file or directory check_http.c:56:27: openssl/rand.h: No such file or directory check_http.c:64: error: parse error before '*' token check_http.c:64: warning: data definition has no type or storage class check_http.c:65: error: parse error before '*' token check_http.c:65: warning: data definition has no type or storage class check_http.c:66: error: parse error before '*' token check_http.c:66: warning: data definition has no type or storage class check_http.c:68: error: parse error before '*' token check_http.c: In function `main': check_http.c:172: warning: assignment makes pointer from integer without a cast check_http.c: In function `check_http': check_http.c:735: warning: assignment makes pointer from integer without a cast check_http.c:819: error: `SSL_ERROR_SSL' undeclared (first use in this function) check_http.c:819: error: (Each undeclared identifier is reported only once check_http.c:819: error: for each function it appears in.) check_http.c: In function `connect_SSL': check_http.c:1178: error: `SSL_METHOD' undeclared (first use in this function) check_http.c:1178: error: `meth' undeclared (first use in this function) check_http.c:1189: warning: assignment makes pointer from integer without a cast check_http.c:1206: warning: assignment makes pointer from integer without a cast check_http.c: At top level: check_http.c:1230: error: parse error before '*' token check_http.c: In function `check_certificate': check_http.c:1232: error: `ASN1_STRING' undeclared (first use in this function) check_http.c:1232: error: `tm' undeclared (first use in this function) check_http.c:1239: error: `certificate' undeclared (first use in this function) check_http.c:1242: error: `V_ASN1_UTCTIME' undeclared (first use in this functio n) make[2]: *** [check_http.o] Error 1 make[2]: Leaving directory `/home/billy/nagios-plugins- 1.4-beta1/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/billy/nagios-plugins- 1.4-beta1' make: *** [all] Error 2 bash-2.05# Any help in getting this compiled is appreciated. Thanks. Bill ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2005-01-21 00:24 Message: Logged In: YES user_id=664364 Thanks for your replies. Closing this call. ---------------------------------------------------------------------- Comment By: Winks (winkles) Date: 2005-01-17 16:17 Message: Logged In: YES user_id=1121135 John, Ton: I have successfully compiled the nagios-plugins-1.4-beta1 on Solaris 9. The first time I used John's tip and set CPPFLAGS=- I/usr/local/ssl/include, LDFLAGS=- R/usr/local/ssl/lib, ./configure --with-openssl=/usr/local/ssl Afer that was successful, I started clean and grabbed the new configure.in (v1.136) It was also successful. Thank you both for the help. ---------------------------------------------------------------------- Comment By: John Warburton (johnwarburton) Date: 2005-01-16 23:25 Message: Logged In: YES user_id=1192023 Hi Ton Thanks for the update. I grabbed the latest CVS snapshot nagios-plugins-HEAD-200501161747 and it all compiles and runs well! Thanks very much for the fix. Regards John ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2005-01-14 11:01 Message: Logged In: YES user_id=664364 Winks, John, Thanks for the report and the suggestions. I've made a change to configure.in (v1.136) so it should work now - I've been testing on Sol2.6 which had the same problems. Please test and let us know. Ton ---------------------------------------------------------------------- Comment By: John Warburton (johnwarburton) Date: 2005-01-13 05:11 Message: Logged In: YES user_id=1192023 Hi Bill, I can concur that I have the same problem running on Solaris 8, SSL version 0.9.7d. It is not the version of SSL, but that the dependency checking is not putting in the correct includes and library checks for check_http (and others possibly). Whilst this needs to be fixed, I am only in evaluation mode, so when I run configure, I do the following: CPPFLAGS=-I/usr/local/ssl/include LDFLAGS=-R/usr/local/ssl/lib ./configure --with-openssl=/usr/local/ssl Which gets me moving to see if I want to actually run nagios (which I think I do). As I have no idea how autoconf works, I hope that one of the developers knows what has to hapopen to get the dependencies working correctly. Regards John ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1096091&group_id=29880 From noreply at sourceforge.net Thu Jan 20 16:27:40 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Jan 20 16:27:40 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 10:10 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1082791&group_id=29880 Category: None Group: snapshot tarball >Status: Pending 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: Ton Voon (tonvoon) Date: 2005-01-21 00: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 18: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 16: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 Thu Jan 20 16:43:00 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Jan 20 16:43:00 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: Open 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-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 Thu Jan 20 17:01:45 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Jan 20 17:01:45 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1106378 ] Arguments are crossed Message-ID: Bugs item #1106378, was opened at 2005-01-20 15:50 Message generated for change (Comment added) made by harpermann You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1106378&group_id=29880 Category: Argument proccessing Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Dan Morris (dkmorris1999) Assigned to: Harper Mann (harpermann) Summary: Arguments are crossed Initial Comment: there is an error in the check_snmp.c source code - the -t paramater is crossed with the -r paramater. The - t is hard coded to 1 (time out value) and -r retries receives what ever input is passed in as -t Thanks ---------------------------------------------------------------------- >Comment By: Harper Mann (harpermann) Date: 2005-01-20 17:00 Message: Logged In: YES user_id=939531 Hi Dan, This is fixed in 1.4 cvs head. I added -e --retries so the -r arg to snmpget is correct and can be changed. The fixed file is attached to this bug so you can download it if you don't want to pull cvs.. To compile, you do something like this: > tar xvfz nagios-plugins-1.4-beta1.tar gz > cd nagios-plugins-1.4-beta1 > ./configure > cp check_snmp.c ./plugins > make this should give a working check_snmp > make install if you want to install Contact me if that doesn't work for you. Regards, - Harper ---------------------------------------------------------------------- Comment By: Dan Morris (dkmorris1999) Date: 2005-01-20 16:05 Message: Logged In: YES user_id=1201485 my compiling skills for linux are a little rusty could you point me in a direction to get the repaired program compiled on RH Linux? ---------------------------------------------------------------------- Comment By: Harper Mann (harpermann) Date: 2005-01-20 16:01 Message: Logged In: YES user_id=939531 Hi Dan, I see the problem so I'm working on a fix. Good find! - Harper ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1106378&group_id=29880 From noreply at sourceforge.net Thu Jan 20 17:32:15 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Jan 20 17:32:15 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1042691 ] check_nt bugs (counter + USEDDISKSPACE) Message-ID: Bugs item #1042691, was opened at 2004-10-07 17:58 Message generated for change (Comment added) made by harpermann You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1042691&group_id=29880 Category: Parsing problem Group: Release (specify) >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Jan Scholten (cyrin) Assigned to: Harper Mann (harpermann) Summary: check_nt bugs (counter + USEDDISKSPACE) Initial Comment: The check_nt plugin off the 1.4 alpha is not working correct with the NSClient 2.01 v 1.4: /check_nt -H torino -p 1248 -v COUNTER -l "\Paging File(_Total)\% Usage",'Paging File Usage is %2.2f%%' -w 40 -c 90 Paging File Usage is %2.2f%% = 3 [root at milano plugins]# ./check_nt -V check_nt (nagios-plugins 1.4.0alpha1) 1.21 v. 1.3: ./check_nt -H 210.48.1.49 -p 5668 -v COUNTER -l "\Paging File(_Total)\% Usage",'Paging File Usage is %2. 2f%%' -w 40 -c 90 Paging File Usage is 2.15% The %2.2f%% is not correctly parsed. checked on Debian 3.1 and Red Hat EL WS V3 U3 (Thanks HarperMan) Another Bug (?): USEDDISKSPACE interprets the -l in a different way: V1.3 needs -l c v1.4 needs -l c: (or something longer than 1 Byte see patch somebody checked in!) Jan ---------------------------------------------------------------------- >Comment By: Harper Mann (harpermann) Date: 2005-01-20 17:30 Message: Logged In: YES user_id=939531 Hi Jan, The formatting is fixed. Give it a try when you have time. I just tried the -l c issue on cvs head and I can't reproduce the problem. [hmann at milano plugins]$ ./check_nt -H torino -p 1248 -v CLIENTVERSION 2.0.1.0 [hmann at milano plugins]$ ./check_nt -H torino -p 1248 -v USEDDISKSPACE -l c c:\ - total: 111.78 Gb - used: 12.40 Gb (11%) - free 99.38 Gb (89%) | 'c:\ Used Space'=12.40Gb;0.00;0.00;0.00;111.78 -l c seems to work on my cvs tree and I get an error if I use - l c: . Are you still seeing the problem? I'm closing this bug but will reopen it if the -l c: is still an issue. Regards, - Harper ---------------------------------------------------------------------- Comment By: Jan Scholten (cyrin) Date: 2004-12-15 19:27 Message: Logged In: YES user_id=231233 Bug still persists in 1.4 alpha 3 but it works fine in 1.3 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1042691&group_id=29880 From noreply at sourceforge.net Thu Jan 20 17:44:02 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Jan 20 17:44:02 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1106430 ] Patch for check_snmp.c to use snmpgetnext Message-ID: Bugs item #1106430, was opened at 2005-01-20 17:41 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=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. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1106430&group_id=29880 From noreply at sourceforge.net Fri Jan 21 01:36:37 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Jan 21 01:36:37 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-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 naoki at valuecommerce.com Fri Jan 21 01:48:42 2005 From: naoki at valuecommerce.com (Naoki) Date: Fri Jan 21 01:48:42 2005 Subject: [Nagiosplug-devel] Anybody interested in a plugin that checks SSL certificate validity or has it already been done? Message-ID: <1106300858.3311.142.camel@dragon.sys.intra> The "check_http -S" plugin call will check for cert expiry but that's not good enough for me. I've created a plugin that will check for self signed, bad intermediate CAs etc. If there is some interest I'll clean it up ( move to getopt and add '--help' mainly ) and submit it properly. $ ./check_ssl_cert www.verisign.com 443 vcCA/verisign_ca OK: ok $ ./check_ssl_cert myfakebox.com 443 vcCA/verisign_ca Verifcation Error: unable to get local issuer certificate $ ./check_ssl_cert localhost 443 vcCA/verisign_ca Verifcation Error: self signed certificate $ ./check_ssl_cert localhost 4433 vcCA/verisign_ca connect: Connection refused $ ./check_ssl_cert www.bogusdomain 443 vcCA/verisign_ca ERROR: No valid host //Naoki's Code to Verifiy an SSL certificate using optional intermediate CAs. //2005/01/21 - v0.1 #include #include #include #include #include #include #include #include #include #include #include #include #include #define CHK_NULL(x) if ((x)==NULL) exit (1) #define CHK_ERR(err,s) if ((err)==-1) { perror(s); exit(1); } #define CHK_SSL(err) if ((err)==-1) { ERR_print_errors_fp(stderr); exit (2); } int main ( int argc, char *argv[] ) { // Counters int i,j,port,err; int debug_mode = 0; int return_code = 0; long l; char* cert_name; char* cert_issuer; char *trusted_ca_file=NULL; char *trusted_ca_path=NULL; // TCP Structures int sd; struct hostent *host; struct sockaddr_in addr; // SSL Structures SSL_METHOD *method; SSL_CTX *ctx; SSL* ssl; X509* server_cert; // Setup SSL OpenSSL_add_all_algorithms(); SSL_load_error_strings(); method = SSLv23_client_method(); ctx = SSL_CTX_new(method); CHK_SSL(err); // The first argument is our host, the second our port. The third is the path to trusted CA. The fourth is optional debug. host = gethostbyname(argv[1]); if (host == NULL) { printf ("ERROR: No valid host\n"); exit (2); } port = atoi (argv[2]); trusted_ca_file = (argv[3]); if (argv[4] != NULL) { if ( strncmp(argv[4],"debug",5) == 0 ) {debug_mode = 1; ;printf ("set to %d, %s\n", debug_mode, argv[4]); } } // Create a socket sd = socket(PF_INET, SOCK_STREAM, 0); CHK_ERR(sd, "socket"); memset(&addr, 0, sizeof(addr)); addr.sin_family = AF_INET; addr.sin_port = htons(port); addr.sin_addr.s_addr = *(long*)(host->h_addr); err = connect(sd, (struct sockaddr*)&addr, sizeof(addr)); CHK_ERR (err, "connect"); if (debug_mode) printf("TCP Connection opened.. Starting SSL negotiation \n"); //SSL_CTX_set_verify_depth(ctx, 10); //SSL_CTX_set_verify(ctx,verify,verify_callback); SSL_CTX_set_client_CA_list(ctx,SSL_load_client_CA_file (trusted_ca_file)); if (SSL_CTX_load_verify_locations(ctx, trusted_ca_file, trusted_ca_path)) { l = SSL_CTX_set_default_verify_paths(ctx); } if (debug_mode) printf("Set Trusted CA location: %d\n",l); ssl = SSL_new(ctx); CHK_NULL(ssl); SSL_set_fd(ssl, sd); err = SSL_connect(ssl); CHK_SSL(err); if (debug_mode) printf("SSL Connection Established.. Checking server CERT\n"); SSL_get_peer_cert_chain(ssl); server_cert = SSL_get_peer_certificate (ssl); CHK_NULL(server_cert); cert_name = X509_NAME_oneline (X509_get_subject_name (server_cert),0,0); CHK_NULL(cert_name); cert_issuer = X509_NAME_oneline (X509_get_issuer_name (server_cert),0,0); CHK_NULL(cert_issuer); l = SSL_get_verify_result( ssl ); if (debug_mode) { printf ("Cert issuer: %s\n", cert_issuer); printf ("Cert subject: %s\n", cert_name); printf("Verifcation Code: %d\n",l); } if (l != X509_V_OK ) { printf("Verifcation Error: %s\n",X509_verify_cert_error_string (l)); return_code = 1; } else { printf ("OK: %s\n", X509_verify_cert_error_string(l) ); return_code = 0; } // If all good, cleanup and leave OPENSSL_free (cert_name); OPENSSL_free (cert_issuer); X509_free (server_cert); close (sd); SSL_free (ssl); SSL_CTX_free (ctx); return return_code; } Mark "Naoki" Rogers ---------------------------------------- Vice President - Systems and Engineering ValueCommerce From Ton.Voon at egg.com Fri Jan 21 02:45:58 2005 From: Ton.Voon at egg.com (Voon, Ton) Date: Fri Jan 21 02:45:58 2005 Subject: [Nagiosplug-devel] Anybody interested in a plugin that checks SSL certificate validity or has it already been done? Message-ID: Naoki, This looks very interesting. Is it possible to roll it within check_http as a different option? We would be not be adding it to the 1.4 release at this stage, but it is definitely a candidate for 1.5. Ton -----Original Message----- From: Naoki [mailto:naoki at valuecommerce.com] Sent: 21 January 2005 09:48 To: nagiosplug-devel at lists.sourceforge.net Subject: [Nagiosplug-devel] Anybody interested in a plugin that checks SSL certificate validity or has it already been done? The "check_http -S" plugin call will check for cert expiry but that's not good enough for me. I've created a plugin that will check for self signed, bad intermediate CAs etc. If there is some interest I'll clean it up ( move to getopt and add '--help' mainly ) and submit it properly. $ ./check_ssl_cert www.verisign.com 443 vcCA/verisign_ca OK: ok $ ./check_ssl_cert myfakebox.com 443 vcCA/verisign_ca Verifcation Error: unable to get local issuer certificate $ ./check_ssl_cert localhost 443 vcCA/verisign_ca Verifcation Error: self signed certificate $ ./check_ssl_cert localhost 4433 vcCA/verisign_ca connect: Connection refused $ ./check_ssl_cert www.bogusdomain 443 vcCA/verisign_ca ERROR: No valid host //Naoki's Code to Verifiy an SSL certificate using optional intermediate CAs. //2005/01/21 - v0.1 #include #include #include #include #include #include #include #include #include #include #include #include #include #define CHK_NULL(x) if ((x)==NULL) exit (1) #define CHK_ERR(err,s) if ((err)==-1) { perror(s); exit(1); } #define CHK_SSL(err) if ((err)==-1) { ERR_print_errors_fp(stderr); exit (2); } int main ( int argc, char *argv[] ) { // Counters int i,j,port,err; int debug_mode = 0; int return_code = 0; long l; char* cert_name; char* cert_issuer; char *trusted_ca_file=NULL; char *trusted_ca_path=NULL; // TCP Structures int sd; struct hostent *host; struct sockaddr_in addr; // SSL Structures SSL_METHOD *method; SSL_CTX *ctx; SSL* ssl; X509* server_cert; // Setup SSL OpenSSL_add_all_algorithms(); SSL_load_error_strings(); method = SSLv23_client_method(); ctx = SSL_CTX_new(method); CHK_SSL(err); // The first argument is our host, the second our port. The third is the path to trusted CA. The fourth is optional debug. host = gethostbyname(argv[1]); if (host == NULL) { printf ("ERROR: No valid host\n"); exit (2); } port = atoi (argv[2]); trusted_ca_file = (argv[3]); if (argv[4] != NULL) { if ( strncmp(argv[4],"debug",5) == 0 ) {debug_mode = 1; ;printf ("set to %d, %s\n", debug_mode, argv[4]); } } // Create a socket sd = socket(PF_INET, SOCK_STREAM, 0); CHK_ERR(sd, "socket"); memset(&addr, 0, sizeof(addr)); addr.sin_family = AF_INET; addr.sin_port = htons(port); addr.sin_addr.s_addr = *(long*)(host->h_addr); err = connect(sd, (struct sockaddr*)&addr, sizeof(addr)); CHK_ERR (err, "connect"); if (debug_mode) printf("TCP Connection opened.. Starting SSL negotiation \n"); //SSL_CTX_set_verify_depth(ctx, 10); //SSL_CTX_set_verify(ctx,verify,verify_callback); SSL_CTX_set_client_CA_list(ctx,SSL_load_client_CA_file (trusted_ca_file)); if (SSL_CTX_load_verify_locations(ctx, trusted_ca_file, trusted_ca_path)) { l = SSL_CTX_set_default_verify_paths(ctx); } if (debug_mode) printf("Set Trusted CA location: %d\n",l); ssl = SSL_new(ctx); CHK_NULL(ssl); SSL_set_fd(ssl, sd); err = SSL_connect(ssl); CHK_SSL(err); if (debug_mode) printf("SSL Connection Established.. Checking server CERT\n"); SSL_get_peer_cert_chain(ssl); server_cert = SSL_get_peer_certificate (ssl); CHK_NULL(server_cert); cert_name = X509_NAME_oneline (X509_get_subject_name (server_cert),0,0); CHK_NULL(cert_name); cert_issuer = X509_NAME_oneline (X509_get_issuer_name (server_cert),0,0); CHK_NULL(cert_issuer); l = SSL_get_verify_result( ssl ); if (debug_mode) { printf ("Cert issuer: %s\n", cert_issuer); printf ("Cert subject: %s\n", cert_name); printf("Verifcation Code: %d\n",l); } if (l != X509_V_OK ) { printf("Verifcation Error: %s\n",X509_verify_cert_error_string (l)); return_code = 1; } else { printf ("OK: %s\n", X509_verify_cert_error_string(l) ); return_code = 0; } // If all good, cleanup and leave OPENSSL_free (cert_name); OPENSSL_free (cert_issuer); X509_free (server_cert); close (sd); SSL_free (ssl); SSL_CTX_free (ctx); return return_code; } Mark "Naoki" Rogers ---------------------------------------- Vice President - Systems and Engineering ValueCommerce ------------------------------------------------------- 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 ----------------------------------------- Egg is a trading name of the Egg group of companies which includes: Egg plc (reg no 2448340), Egg Financial Products ltd (reg no 3319027), Egg International ltd (reg no 4059266), Egg Financial Intermediation ltd (reg no 382828), Egg Investments ltd (reg no 3403963) and Egg Banking plc (reg no 2999842. Egg Investments Ltd, Egg Banking plc and Egg Financial Intermediation Ltd are authorised and regulated by the Financial Services Authority (FSA) and are entered in the FSA register under numbers 190518, 205621 and 309551 respectively. These members of the Egg group are registered in England and Wales. Registered offices: 1 Waterhouse Square, 138-142 Holborn, London EC1N 2NA. This e-mail is confidential and for use by the addressee only. If you are not the intended recipient of this e-mail and have received it in error, please return the message to the sender by replying to it and then delete it from your mailbox. Internet e-mails are not necessarily secure. The Egg group of companies do not accept responsibility for changes made to this message after it was sent. Whilst all reasonable care has been taken to avoid the transmission of viruses, it is the responsibility of the recipient to ensure that the onward transmission, opening or use of this message and any attachments will not adversely affect its systems or data. No responsibility is accepted by the Egg group of companies in this regard and the recipient should carry out such virus and other checks as it considers appropriate. This communication does not create or modify any contract. From naoki at valuecommerce.com Fri Jan 21 03:30:50 2005 From: naoki at valuecommerce.com (Naoki) Date: Fri Jan 21 03:30:50 2005 Subject: [Nagiosplug-devel] Anybody interested in a plugin that checks SSL certificate validity or has it already been done? In-Reply-To: References: Message-ID: <41F0E77B.5080500@valuecommerce.com> In a word, "groovy". There is no reason why it can't be a part of check_http. Other than right now my code is a bit ugly. The option in check_http is "-S" for SSL, and "-C" for certificate check. I could just patch that function to also check the validity of the certificate but there may be people out there with checks that would suddenly start to show error. Having a different switch would be best.. But what to chose?? :) Anyway, I'll take a look at that and see if I can't submit a patch to check_http after I've cleaned the code a bit.. Cheers. Voon, Ton wrote: >Naoki, > >This looks very interesting. Is it possible to roll it within check_http as >a different option? > >We would be not be adding it to the 1.4 release at this stage, but it is >definitely a candidate for 1.5. > >Ton > >-----Original Message----- >From: Naoki [mailto:naoki at valuecommerce.com] >Sent: 21 January 2005 09:48 >To: nagiosplug-devel at lists.sourceforge.net >Subject: [Nagiosplug-devel] Anybody interested in a plugin that checks SSL >certificate validity or has it already been done? > > > >The "check_http -S" plugin call will check for cert expiry but that's not >good enough for me. I've created a plugin that will check for self signed, >bad intermediate CAs etc. If there is some interest I'll clean it up ( move >to getopt and add '--help' mainly ) and submit it properly. > > > From paulo.fessel at primesys.com.br Fri Jan 21 05:59:54 2005 From: paulo.fessel at primesys.com.br (Paulo Afonso Graner Fessel) Date: Fri Jan 21 05:59:54 2005 Subject: [Nagiosplug-devel] ENC: Patches: check_swap and check_procs Message-ID: <02C1595F77C0104FB4A2F55C201076040DA615@brsaoex02.primesys.br> Paulo Afonso Graner Fessel Administrador de Ambiente e Sistemas UNIX paulo.fessel at primesys.com.br OWT Fone: +55 (11) 3038-6554 Fax: +55 (11) 3038-6508 http://www.primesys.com.br ________________________________ De: Paulo Afonso Graner Fessel Enviada em: quinta-feira, 20 de janeiro de 2005 15:50 Para: 'nagiosplug-devel at lists.sourceforge.net' Assunto: Patches: check_swap and check_procs Hello, folks: I have two patches here: the first for check_swap fixes the problems found with AIX when using unsigned long long with gcc. Tested in AIX 4.3 and 5.1 and linux 2.4 and 2.6. The second is a patch that implements performance counters for check_procs. When run without metrics specified, it can check against warning and critical thresholds of the absolute number of processes. When the option "--metric=VARIABLE" is specified, it will tell 3 counters: the number of process for which the counter is in "OK", "WARNING" and "CRITICAL" states. Again, tested on linux and AIX. Finally, someone who knows automake and autoconf (I don't) should correct the ps command for procps-3.1(.19). By default it runs ps as "ps -axwo" which causes check_procs to return with a warning: [root at nagios plugins]# ./check_procs -vv CMD: /bin/ps -axwo 'stat uid ppid vsz rss pcpu comm args' STDERR: Warning: bad syntax, perhaps a bogus '-'? See http://procps.sf.net/faq.html System call sent warnings to stderr PROCS WARNING: 285 processes | Processes=285;;; After changing the ps command in config.h: [root at nagios plugins]# ./check_procs -vv CMD: /bin/ps axwo 'stat uid ppid vsz rss pcpu comm args' PROCS OK: 271 processes | Processes=271;;; Please evaluate the patches in other platforms and apply if shouldn't bring problems. []'s Paulo Paulo Afonso Graner Fessel Administrador de Ambiente e Sistemas UNIX paulo.fessel at primesys.com.br OWT Fone: +55 (11) 3038-6554 Fax: +55 (11) 3038-6508 http://www.primesys.com.br -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: LogoPrimesys.gif Type: image/gif Size: 2173 bytes Desc: LogoPrimesys.gif URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: LogoPrimesys.gif Type: image/gif Size: 2173 bytes Desc: LogoPrimesys.gif URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: check_procs_perfdata.diff Type: application/octet-stream Size: 1539 bytes Desc: check_procs_perfdata.diff URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: check_swap_aix_fix.diff Type: application/octet-stream Size: 10864 bytes Desc: check_swap_aix_fix.diff URL: From rosenthal at morphosys.com Fri Jan 21 06:58:07 2005 From: rosenthal at morphosys.com (Olli) Date: Fri Jan 21 06:58:07 2005 Subject: [Nagiosplug-devel] Re: Need Help/Possible Bug References: <009701c4f1c0$783b3ee0$6701c80a@Network1> Message-ID: > > Hi.? I apologize if I could have found this somewhere > else ? I looked for quite a while on several sites and did a Google > search, but could not find anything relevant.? I installed Nagios 2.0b1 > and it seemed to go OK (I installed it on a Tao Linux V1 platform ? a re- bundled > Red Hat).? When I install the Plugin 1.4.0-beta1, configure seems ok but make > check list 18 or 20 failures.? I don?t know how to troubleshoot this > (one note: I installed 1.4.0 alpha 3; I don?t know if I should uninstall > it or delete or what.) > ? > I keep getting the following error: > ? > Can?t locate Cache.pm in INC ( INC contains:?) > ? > Any help at all is greatly appreciated. > ? I am having the very same problem on redhat 9.0 and fedora core3. Anyone has a hint what the cause could be? I am guessing perl on redhat behaves not as it is supposed to do for these plugins? Has anyone sccessfully compiled the plugins on a redhat/Fedora box already without these errors? From mkent at magoazul.com Fri Jan 21 07:36:15 2005 From: mkent at magoazul.com (Matthew Kent) Date: Fri Jan 21 07:36:15 2005 Subject: [Nagiosplug-devel] ENC: Patches: check_swap and check_procs In-Reply-To: <02C1595F77C0104FB4A2F55C201076040DA615@brsaoex02.primesys.br> References: <02C1595F77C0104FB4A2F55C201076040DA615@brsaoex02.primesys.br> Message-ID: <1106296416.3122.2.camel@fuego> Would you be able to submit these patches to the sourceforge tracker at http://sourceforge.net/projects/nagiosplug ? That way we can better keep track of them and make sure they get evaluated. Thanks, Matt On Fri, 2005-01-21 at 13:50, Paulo Afonso Graner Fessel wrote: > > > Paulo Afonso Graner Fessel > Administrador de Ambiente e Sistemas UNIX > paulo.fessel at primesys.com.br > OWT > Fone: +55 (11) 3038-6554 > Fax: +55 (11) 3038-6508 > http://www.primesys.com.br > > > > > > ______________________________________________________________ > De: Paulo Afonso Graner Fessel > Enviada em: quinta-feira, 20 de janeiro de 2005 15:50 > Para: 'nagiosplug-devel at lists.sourceforge.net' > Assunto: Patches: check_swap and check_procs > > > Hello, folks: > > I have two patches here: the first for check_swap fixes the > problems found with AIX when using unsigned long long with > gcc. Tested in AIX 4.3 and 5.1 and linux 2.4 and 2.6. > > The second is a patch that implements performance counters for > check_procs. When run without metrics specified, it can check > against warning and critical thresholds of the absolute number > of processes. When the option "--metric=VARIABLE" is > specified, it will tell 3 counters: the number of process for > which the counter is in "OK", "WARNING" and "CRITICAL" states. > Again, tested on linux and AIX. > > Finally, someone who knows automake and autoconf (I don't) > should correct the ps command for procps-3.1(.19). By default > it runs ps as "ps -axwo" which causes check_procs to return > with a warning: > > [root at nagios plugins]# ./check_procs -vv > CMD: /bin/ps -axwo 'stat uid ppid vsz rss pcpu comm args' > STDERR: Warning: bad syntax, perhaps a bogus '-'? See > http://procps.sf.net/faq.html > System call sent warnings to stderr > PROCS WARNING: 285 processes | Processes=285;;; > > After changing the ps command in config.h: > > [root at nagios plugins]# ./check_procs -vv > CMD: /bin/ps axwo 'stat uid ppid vsz rss pcpu comm args' > PROCS OK: 271 processes | Processes=271;;; > > Please evaluate the patches in other platforms and apply if > shouldn't bring problems. > > []'s > Paulo > > Paulo Afonso Graner Fessel > Administrador de Ambiente e Sistemas UNIX > paulo.fessel at primesys.com.br > OWT > Fone: +55 (11) 3038-6554 > Fax: +55 (11) 3038-6508 > http://www.primesys.com.br > > > > From Ton.Voon at egg.com Fri Jan 21 08:26:00 2005 From: Ton.Voon at egg.com (Voon, Ton) Date: Fri Jan 21 08:26:00 2005 Subject: [Nagiosplug-devel] ENC: Patches: check_swap and check_procs Message-ID: Paulo, I think the AIX check_swap is already fixed. Please try the snapshot at http://nagiosplug.sf.net/snapshot. The check_procs patch sounds interesting, but I don't seem to have received it. As Matt says, if you can add it to SF, we can look at it closer. I'm not sure I understand the ps problem. Can you provide: - platform - ps -awxo | head -5 output - ps awxo | head -5 output This is probably best logged as a bug through SF as well. Ton -----Original Message----- From: Matthew Kent [mailto:mkent at magoazul.com] Sent: 21 January 2005 08:34 To: Paulo Afonso Graner Fessel Cc: nagiosplug-devel at lists.sourceforge.net Subject: Re: [Nagiosplug-devel] ENC: Patches: check_swap and check_procs Would you be able to submit these patches to the sourceforge tracker at http://sourceforge.net/projects/nagiosplug ? That way we can better keep track of them and make sure they get evaluated. Thanks, Matt On Fri, 2005-01-21 at 13:50, Paulo Afonso Graner Fessel wrote: > > > Paulo Afonso Graner Fessel > Administrador de Ambiente e Sistemas UNIX paulo.fessel at primesys.com.br > OWT > Fone: +55 (11) 3038-6554 > Fax: +55 (11) 3038-6508 > http://www.primesys.com.br > > > > > > ______________________________________________________________ > De: Paulo Afonso Graner Fessel > Enviada em: quinta-feira, 20 de janeiro de 2005 15:50 > Para: 'nagiosplug-devel at lists.sourceforge.net' > Assunto: Patches: check_swap and check_procs > > > Hello, folks: > > I have two patches here: the first for check_swap fixes the > problems found with AIX when using unsigned long long with > gcc. Tested in AIX 4.3 and 5.1 and linux 2.4 and 2.6. > > The second is a patch that implements performance counters for > check_procs. When run without metrics specified, it can check > against warning and critical thresholds of the absolute number > of processes. When the option "--metric=VARIABLE" is > specified, it will tell 3 counters: the number of process for > which the counter is in "OK", "WARNING" and "CRITICAL" states. > Again, tested on linux and AIX. > > Finally, someone who knows automake and autoconf (I don't) > should correct the ps command for procps-3.1(.19). By default > it runs ps as "ps -axwo" which causes check_procs to return > with a warning: > > [root at nagios plugins]# ./check_procs -vv > CMD: /bin/ps -axwo 'stat uid ppid vsz rss pcpu comm args' > STDERR: Warning: bad syntax, perhaps a bogus '-'? See > http://procps.sf.net/faq.html > System call sent warnings to stderr > PROCS WARNING: 285 processes | Processes=285;;; > > After changing the ps command in config.h: > > [root at nagios plugins]# ./check_procs -vv > CMD: /bin/ps axwo 'stat uid ppid vsz rss pcpu comm args' > PROCS OK: 271 processes | Processes=271;;; > > Please evaluate the patches in other platforms and apply if > shouldn't bring problems. > > []'s > Paulo > > Paulo Afonso Graner Fessel > Administrador de Ambiente e Sistemas UNIX > paulo.fessel at primesys.com.br > OWT > Fone: +55 (11) 3038-6554 > Fax: +55 (11) 3038-6508 > http://www.primesys.com.br > > > > ------------------------------------------------------- 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 ----------------------------------------- Egg is a trading name of the Egg group of companies which includes: Egg plc (reg no 2448340), Egg Financial Products ltd (reg no 3319027), Egg International ltd (reg no 4059266), Egg Financial Intermediation ltd (reg no 382828), Egg Investments ltd (reg no 3403963) and Egg Banking plc (reg no 2999842. Egg Investments Ltd, Egg Banking plc and Egg Financial Intermediation Ltd are authorised and regulated by the Financial Services Authority (FSA) and are entered in the FSA register under numbers 190518, 205621 and 309551 respectively. These members of the Egg group are registered in England and Wales. Registered offices: 1 Waterhouse Square, 138-142 Holborn, London EC1N 2NA. This e-mail is confidential and for use by the addressee only. If you are not the intended recipient of this e-mail and have received it in error, please return the message to the sender by replying to it and then delete it from your mailbox. Internet e-mails are not necessarily secure. The Egg group of companies do not accept responsibility for changes made to this message after it was sent. Whilst all reasonable care has been taken to avoid the transmission of viruses, it is the responsibility of the recipient to ensure that the onward transmission, opening or use of this message and any attachments will not adversely affect its systems or data. No responsibility is accepted by the Egg group of companies in this regard and the recipient should carry out such virus and other checks as it considers appropriate. This communication does not create or modify any contract. From noreply at sourceforge.net Fri Jan 21 09:15:04 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Jan 21 09:15:04 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1106840 ] Enables performance data on check_procs Message-ID: Patches item #1106840, was opened at 2005-01-21 15:12 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=1106840&group_id=29880 Category: Perf data Group: None Status: Open Resolution: None Priority: 5 Submitted By: Paulo Fessel (paulo_fessel) Assigned to: Nobody/Anonymous (nobody) Summary: Enables performance data on check_procs Initial Comment: This a patch that implements performance counters for check_procs. When run without metrics specified, it can check against warning and critical thresholds of the absolute number of processes. When the option "--metric=VARIABLE" is specified, it will show 3 performance counters: the number of process for which the counter is in "OK", "WARNING" and "CRITICAL" states. Again, tested on linux and AIX. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1106840&group_id=29880 From noreply at sourceforge.net Fri Jan 21 09:29:58 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Jan 21 09:29:58 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1106849 ] check_procs returns "WARNING" due to bad syntax of ps Message-ID: Bugs item #1106849, was opened at 2005-01-21 15:28 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=1106849&group_id=29880 Category: Parsing problem Group: snapshot tarball Status: Open Resolution: None Priority: 5 Submitted By: Paulo Fessel (paulo_fessel) Assigned to: Nobody/Anonymous (nobody) Summary: check_procs returns "WARNING" due to bad syntax of ps Initial Comment: Everytime I use check_procs (from 1.4-beta1 on), I get warnings even when I haven't specified warning levels: [root at nagios plugins]# ./check_procs System call sent warnings to stderr PROCS WARNING: 392 processes Running with -vv, I see that there's a message from ps command which is interpreted incorrectly by the plugin: [root at nagios plugins]# ./check_procs -vv CMD: /bin/ps -axwo 'stat uid ppid vsz rss pcpu comm args' STDERR: Warning: bad syntax, perhaps a bogus '-'? See http://procps.sf.net/faq.html System call sent warnings to stderr PROCS WARNING: 345 processes >From the FAQ of procps: 'Why does "ps -aux" complain about a bogus '-'? 'According to the POSIX and UNIX standards, the above command asks to display all processes with a TTY (generally the commands users are running) plus all processes owned by a user named "x". If that user doesn't exist, then ps will assume you really meant "ps aux". The warning is given to gently break you of a habit that will cause you trouble if a user named "x" were created.' Thus the syntax of ps must be corrected. We should get rid of the "-" on "/bin/ps -axwo..." In fact, if I change PS_COMMAND manually on config.h the plugin works as expected: [root at nagios plugins]# ./check_procs PROCS OK: 470 processes I'm getting this behaviour in Mandrake 10.0, with procps 3.1.15 running on a dual-P4, 1 GB RAM. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1106849&group_id=29880 From noreply at sourceforge.net Sat Jan 22 03:14:08 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Jan 22 03:14:08 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1107259 ] update checkNT -mostly string fixes Message-ID: Patches item #1107259, was opened at 2005-01-22 06:12 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=1107259&group_id=29880 Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: Tony (amontibello) Assigned to: Nobody/Anonymous (nobody) Summary: update checkNT -mostly string fixes Initial Comment: Hi, I started looking at Check_nt to bring it up to date, with some enhancements that NC_Net has to offer but, before submitting that patch I wanted to submit seperatly some minor fixes to check_nt. I modified the following items and attached the Diff -u file. 1)Changed Copyright date to include this year 2)changed fileage to say no file instead of no counter when -l param is missing 3)added fileage usage to the help screen 4)added NC_Net to Help prints that explicitly reference NSClient 5)modified Unknown ERROR return to print Client instead of NSClient to be more inclusive of third party software Like Check_NT ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1107259&group_id=29880 From noreply at sourceforge.net Sat Jan 22 04:28:16 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Jan 22 04:28:16 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1107290 ] Check_nt - Perfomance Counter Instances Message-ID: Patches item #1107290, was opened at 2005-01-22 07: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=1107290&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Tony (amontibello) Assigned to: Nobody/Anonymous (nobody) Summary: Check_nt - Perfomance Counter Instances Initial Comment: I had added Perfomance counter Instance check into that NC_Net here is a diff -u to add it into Check_nt ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1107290&group_id=29880 From noreply at sourceforge.net Sat Jan 22 14:40:49 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Jan 22 14:40:49 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1107524 ] check_ping, segfault, popen problems Message-ID: Bugs item #1107524, was opened at 2005-01-22 17:39 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=1107524&group_id=29880 Category: Parsing problem Group: CVS Status: Open Resolution: None Priority: 5 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 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1107524&group_id=29880 From noreply at sourceforge.net Sat Jan 22 20:52:14 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Jan 22 20:52:14 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1107646 ] check_dig output contains embedded TABs Message-ID: Bugs item #1107646, was opened at 2005-01-22 20:51 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=1107646&group_id=29880 Category: Parsing problem Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Randy O'Meara (omearar) Assigned to: Nobody/Anonymous (nobody) Summary: check_dig output contains embedded TABs Initial Comment: This issue was discovered under the following conditions: Nagios CVS 12/29/2004 Plugins CVS 12/29/2004 PerfParse tarball 1/15/2005 The dig program uses tabs to align its output. This output is captured by the check_dig plugin and is passed unmodified to Nagios. This presents a problem to parsers that attempt to decompose performance data. Performance data template normally specifies that state, output, perfdata, etc. are tab-delimited when written by Nagios. PerfParse, and any other performance data processor that depends on tab-separated elements, is confused and thus disregards the data. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1107646&group_id=29880 From noreply at sourceforge.net Sat Jan 22 21:10:04 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Jan 22 21:10:04 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1107651 ] check_dig bug 1107646 (translate output TABs to SPACEs) Message-ID: Patches item #1107651, was opened at 2005-01-22 21:09 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=1107651&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Randy O'Meara (omearar) Assigned to: Nobody/Anonymous (nobody) Summary: check_dig bug 1107646 (translate output TABs to SPACEs) Initial Comment: This patch (lightly tested) addresses the issue in check_dig (see bug 1107646) where TAB characters are embedded in the plugin output. Each embedded tab character is simply translated to a space character. This patch also fixes a minor typo where answer was spelled asnwer. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1107651&group_id=29880 From noreply at sourceforge.net Sun Jan 23 18:58:16 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Jan 23 18:58:16 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-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 Mon Jan 24 00:29:08 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 24 00:29:08 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1108187 ] Check_nt -EventLog Check Message-ID: Patches item #1108187, was opened at 2005-01-24 03:27 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=1108187&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Tony (amontibello) Assigned to: Nobody/Anonymous (nobody) Summary: Check_nt -EventLog Check Initial Comment: This patch is for implementing Event Log Checking in Check_nt for use with NC_Net. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1108187&group_id=29880 From noreply at sourceforge.net Mon Jan 24 00:49:16 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 24 00:49:16 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1090549 ] check_dhcp ignores DHCP replies Message-ID: Bugs item #1090549, was opened at 2004-12-23 21:21 Message generated for change (Comment added) made by zyta2k 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: zyta2k (zyta2k) Date: 2005-01-24 09: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 03: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 10: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 11: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 21: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 19: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 Jan 24 01:00:13 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 24 01:00:13 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1090549 ] check_dhcp ignores DHCP replies Message-ID: Bugs item #1090549, was opened at 2004-12-24 09:21 Message generated for change (Comment added) made by reuben 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: Reuben Farrelly (reuben) Date: 2005-01-24 21: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 21: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 15: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 22: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 23: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-03 09: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-03 07: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 Jan 24 01:02:34 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 24 01:02:34 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1090549 ] check_dhcp ignores DHCP replies Message-ID: Bugs item #1090549, was opened at 2004-12-24 09:21 Message generated for change (Comment added) made by reuben 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: Reuben Farrelly (reuben) Date: 2005-01-24 22: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 21: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 21: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 15: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 22: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 23: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-03 09: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-03 07: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 Jan 24 01:13:16 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 24 01:13:16 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1090549 ] check_dhcp ignores DHCP replies Message-ID: Bugs item #1090549, was opened at 2004-12-24 09:21 Message generated for change (Comment added) made by reuben 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: Reuben Farrelly (reuben) Date: 2005-01-24 22: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 22: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 21: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 21: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 15: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 22: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 23: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-03 09: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-03 07: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 Jan 24 02:05:16 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 24 02:05:16 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-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 Mon Jan 24 02:11:39 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 24 02:11:39 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1090549 ] check_dhcp ignores DHCP replies Message-ID: Bugs item #1090549, was opened at 2004-12-24 09:21 Message generated for change (Comment added) made by reuben 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: Reuben Farrelly (reuben) Date: 2005-01-24 23: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 23: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 22: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 22: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 21: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 21: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 15: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 22: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 23: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-03 09: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-03 07: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 Jan 24 02:32:14 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 24 02:32:14 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-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 Mon Jan 24 02:49:16 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 24 02:49:16 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1090549 ] check_dhcp ignores DHCP replies Message-ID: Bugs item #1090549, was opened at 2004-12-24 09:21 Message generated for change (Comment added) made by reuben 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: Reuben Farrelly (reuben) Date: 2005-01-24 23: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 23: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 23: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 23: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 22: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 22: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 21: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 21: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 15: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 22: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 23: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-03 09: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-03 07: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 ae at op5.se Mon Jan 24 06:54:23 2005 From: ae at op5.se (Andreas Ericsson) Date: Mon Jan 24 06:54:23 2005 Subject: [Nagiosplug-devel] check_rta (aka check_icmp 0.9) Message-ID: <41F50BDF.90607@op5.se> Hello all. Sorry for cross-posting, and sorry for posting twice to nagiosplug-devel (just thought I'd bring it in in a fresh thread). After an almost complete rewrite of check_icmp, I'm looking for some testers of the check_rta plugin. check_rta is basically the work-name of the next check_icmp release, so if you're using check_icmp you might want to try this one instead. It would be particularly useful for me if you could get it to work on something other than GNU/Linux systems. You can find it at http://oss.op5.se/nagios which will be the only point of distribution until I'm satisfied enough with it to relinquish CVS control to the official developers, at which point it should take the place of the now-present check_icmp plugin. Feedback would be extremely welcome. Features in general (also found in check_icmp) ---------------------------------------------- It doesn't spawn an external process to read the output of another program (like check_ping and check_fping does) and should thus be more portable (at least easier to port), more lenient on CPU cycles and a bit faster. New features (not found in check_icmp) -------------------------------------- Faster DOWN determination. It can properly interpret icmp messages from other hosts (routers usually) and foresee when a host will be down definitely. Try strace ./check_rta 193.201.96.145 (which doesn't exist) to see what I mean. Faster UP determination. If a host responds promptly to a ping packet and has no packets on the wire, check_rta will pelt it with packets as fast as it can. Sending of pings won't be delayed as long as the host hasn't got any packets en route, but it will wait the packet interval (-i flag) before sending a new if any previous packet hasn't either come back or generated an icmp error somewhere along the route. Sourcequench backoff. Intervals are increased when routers/hosts advertise they are loosing packets due to high send ratio (currently hardcoded backoff factor, but I'll fix that later). check_host mode. ln -s check_rta check_host. check_host will ping all the resolved IP-addresses for the host (if fed a DNS name, or all given IP-addresses otherwise) and will return OK on any packet received what so ever, making it superfast for host checks. This overrides -w and -c. perfparse output for multiple hosts/addresses. Bug fixes --------- RTA precision is now more accurate. No u_sleep() calls are made, which would obfuscate rta values in check_icmp, causing them to be higher for a higher packet interval (since the program sometimes was in u_sleep() when packets came in). Code is cleaner and compiles without warnings with stricter rules on all GCC's from 2.95.3 through 3.4.3. It should never try to do anything that is forbidden on any system (like call select(2) with bad args) and tries hard to only use portable functions and system calls (no asprintf() or other gnu extensions here). Please download a copy and try it out. I need to know if it works properly on the OS'es supported by nagios plugins before I drop the old check_icmp in favor of this one and relinquish CVS control of it to the official plugin developers. Developers; The get_timevar() and get_timevaldiff() functions might be useful in utils.c, although they deal in micro-seconds. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From noreply at sourceforge.net Mon Jan 24 09:43:04 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 24 09:43:04 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1108499 ] Ping command with -U option in Debian Message-ID: Bugs item #1108499, was opened at 2005-01-24 18:42 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=1108499&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Guillaume (guiguidoc) Assigned to: Nobody/Anonymous (nobody) Summary: Ping command with -U option in Debian Initial Comment: in the configure ping option is : -U and it doesn't work... ./check_ping -H 127.0.0.1 -n -w 2,10% -c 5,20% /bin/ping -n -U -w 10 -c 5 127.0.0.1 CRITIQUE - Impossible d'interpr?ter le r?ponse de la commande ping ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1108499&group_id=29880 From noreply at sourceforge.net Mon Jan 24 11:38:41 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 24 11:38:41 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1108499 ] Ping command with -U option in Debian Message-ID: Bugs item #1108499, was opened at 2005-01-24 18:42 Message generated for change (Comment added) made by opensides You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1108499&group_id=29880 >Category: Argument proccessing >Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Guillaume (guiguidoc) >Assigned to: Benoit Mortier (opensides) Summary: Ping command with -U option in Debian Initial Comment: in the configure ping option is : -U and it doesn't work... ./check_ping -H 127.0.0.1 -n -w 2,10% -c 5,20% /bin/ping -n -U -w 10 -c 5 127.0.0.1 CRITIQUE - Impossible d'interpr?ter le r?ponse de la commande ping ---------------------------------------------------------------------- >Comment By: Benoit Mortier (opensides) Date: 2005-01-24 20:36 Message: Logged In: YES user_id=388184 Hi, confirmed in debian sarge will look at it ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1108499&group_id=29880 From noreply at sourceforge.net Mon Jan 24 19:58:06 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 24 19:58:06 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1108779 ] Check fanspeed for Compaq-Servers Message-ID: New Plugins item #1108779, was opened at 2005-01-25 02:13 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=1108779&group_id=29880 Category: System monitor Group: None Status: Open Resolution: None Priority: 5 Submitted By: Rainer Duffner (rainer_d) Assigned to: Nobody/Anonymous (nobody) Summary: Check fanspeed for Compaq-Servers Initial Comment: This plugin checks one fan of a Compaq-server with InsightManager installed, via SNMP. The plugin is really in a beta-state but I don't have access to a CPQ-Server right now, so I can't work on it. Ideally, it would check all fans the box has at once and report only a summary. But it should get you going. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1108779&group_id=29880 From noreply at sourceforge.net Mon Jan 24 19:58:23 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 24 19:58:23 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1108781 ] Check temperature sensors in Compaq-servers Message-ID: New Plugins item #1108781, was opened at 2005-01-25 02:14 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=1108781&group_id=29880 Category: System monitor Group: None Status: Open Resolution: None Priority: 5 Submitted By: Rainer Duffner (rainer_d) Assigned to: Nobody/Anonymous (nobody) Summary: Check temperature sensors in Compaq-servers Initial Comment: This plugin checks one temperature-sensor of a Compaq-server with InsightManager installed, via SNMP. The plugin is really in a beta-state but I don't have access to a CPQ-Server right now, so I can't work on it. Ideally, it would check all sensors the box has at once and report only a summary. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1108781&group_id=29880 From noreply at sourceforge.net Mon Jan 24 19:58:47 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 24 19:58:47 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1108783 ] Check fanspeed for Fujitsu-Siemens servers Message-ID: New Plugins item #1108783, was opened at 2005-01-25 02:16 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=1108783&group_id=29880 Category: System monitor Group: None Status: Open Resolution: None Priority: 5 Submitted By: Rainer Duffner (rainer_d) Assigned to: Nobody/Anonymous (nobody) Summary: Check fanspeed for Fujitsu-Siemens servers Initial Comment: This plugin checks one fan of a Fujitsu-Siemens (FSC) server with InsightManager installed, via SNMP. The plugin is really in a beta-state but I don't have access to a FSC-Server right now, so I can't work on it. Ideally, it would check all fans the box has at once and report only a summary ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1108783&group_id=29880 From noreply at sourceforge.net Mon Jan 24 19:59:10 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 24 19:59:10 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1108785 ] Check temperature sensors in Fujitsu-Siemens-servers Message-ID: New Plugins item #1108785, was opened at 2005-01-25 02:19 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=1108785&group_id=29880 Category: System monitor Group: None Status: Open Resolution: None Priority: 5 Submitted By: Rainer Duffner (rainer_d) Assigned to: Nobody/Anonymous (nobody) Summary: Check temperature sensors in Fujitsu-Siemens-servers Initial Comment: This plugin checks one temperature-sensor of a Fujitsu-Siemens (FSC) server with InsightManager installed, via SNMP. The plugin is really in a beta-state but I don't have access to a FSC-Server right now, so I can't work on it. Ideally, it would check all fans the box has at once and report only a summary ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1108785&group_id=29880 From ae at op5.se Tue Jan 25 01:43:13 2005 From: ae at op5.se (Andreas Ericsson) Date: Tue Jan 25 01:43:13 2005 Subject: [Nagiosplug-devel] check_rta (aka check_icmp 0.9) In-Reply-To: <41F50BDF.90607@op5.se> References: <41F50BDF.90607@op5.se> Message-ID: <41F61483.1030202@op5.se> Andreas Ericsson wrote: > Hello all. > > Sorry for cross-posting, and sorry for posting twice to nagiosplug-devel Those who have been kind enough to try the check_rta/(new)check_icmp should have a look at https://devel.op5.se/oss (oss.op5.se is down due to isp problems, I will arrange for mirroring when it goes back up so both locations should work properly from now on), where you will find the latest version available. It should build properly on linux, *bsd and solaris now, although I have only tested linux. If anyone would be kind enough to allow me some build-space on a solaris server (or anywhere else where nagios builds and runs, really) it would speed up development tremendously and contribute in a very real way to the progress. I will send my public SSH keys on request, so as to save the insecurities of distributing passwords. Add the user 'exon' in that case, if you please. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From noreply at sourceforge.net Tue Jan 25 10:07:07 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jan 25 10:07:07 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1109261 ] check_dhcp SegV's on Solaris 9 Message-ID: Bugs item #1109261, was opened at 2005-01-25 10:06 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=1109261&group_id=29880 Category: None Group: CVS Status: Open Resolution: None Priority: 7 Submitted By: Harper Mann (harpermann) Assigned to: Harper Mann (harpermann) Summary: check_dhcp SegV's on Solaris 9 Initial Comment: Running check_dhcp on Solaris 9 produces a core: [root at bern plugins]$ ./check_dhcp -i eri0 Bus Error (core dumped) (gdb) run -i eri0 Starting program: /home/hmann/nagiosplug/plugins/check_dhcp - i eri0 Program received signal SIGSEGV, Segmentation fault. 0x000127b8 in add_dhcp_offer (source= {S_un = {S_un_b = {s_b1 = 192 '?', s_b2 = 168 '?', s_b3 = 2 '\002', s_b4 = 1 '\001'}, S_un_w = {s_w1 = 49320, s_w2 = 513}, S_addr = 3232236033}}, offer_packet=0xffbff9e8) at check_dhcp.c:774 774 dhcp_lease_time=ntohl(* ((u_int32_t *)&offer_packet->options[x])); If run with -v, it's transmits a good request, but it chokes on options in the reply. This is on Solaris 9 with the GNU environment. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1109261&group_id=29880 From noreply at sourceforge.net Tue Jan 25 10:18:06 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Jan 25 10:18:06 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1109261 ] check_dhcp SegV's on Solaris 9 Message-ID: Bugs item #1109261, was opened at 2005-01-25 10:06 Message generated for change (Comment added) made by harpermann You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1109261&group_id=29880 Category: None Group: CVS >Status: Closed Resolution: None Priority: 7 Submitted By: Harper Mann (harpermann) Assigned to: Harper Mann (harpermann) Summary: check_dhcp SegV's on Solaris 9 Initial Comment: Running check_dhcp on Solaris 9 produces a core: [root at bern plugins]$ ./check_dhcp -i eri0 Bus Error (core dumped) (gdb) run -i eri0 Starting program: /home/hmann/nagiosplug/plugins/check_dhcp - i eri0 Program received signal SIGSEGV, Segmentation fault. 0x000127b8 in add_dhcp_offer (source= {S_un = {S_un_b = {s_b1 = 192 '?', s_b2 = 168 '?', s_b3 = 2 '\002', s_b4 = 1 '\001'}, S_un_w = {s_w1 = 49320, s_w2 = 513}, S_addr = 3232236033}}, offer_packet=0xffbff9e8) at check_dhcp.c:774 774 dhcp_lease_time=ntohl(* ((u_int32_t *)&offer_packet->options[x])); If run with -v, it's transmits a good request, but it chokes on options in the reply. This is on Solaris 9 with the GNU environment. ---------------------------------------------------------------------- >Comment By: Harper Mann (harpermann) Date: 2005-01-25 10:17 Message: Logged In: YES user_id=939531 This was an alignment problem on Solaris. Linux kernel fixes alignment so this was not seen there. Memcpy takes care of proper alignment. Tested on RHEL V3 U3, RHEL V4, FreeBSD 4.10 (Thanks Stanley!) and Solaris 9 with the GNU env. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1109261&group_id=29880 From naoki at valuecommerce.com Tue Jan 25 22:42:03 2005 From: naoki at valuecommerce.com (Naoki) Date: Tue Jan 25 22:42:03 2005 Subject: [Nagiosplug-devel] Patch to check_http.c to enable SSL certificate verification. Message-ID: <1106721706.1001.68.camel@dragon.sys.intra> Hi all, Here is my patch to check_http which will add two options and allow full SSL certificate verification checks with an option lookup of a local CA certificate or chain of certificates. While I don't claim the code is excellent or even pretty it's passed my tests. And now for some examples of it in action : $ ./check_http -S www.verisign.com --certverify CRITICAL - Certificate error : self signed certificate in certificate chain $ ./check_http -S localhost --certverify --CAfile verisign_ca CRITICAL - Certificate error : self signed certificate $ ./check_http -S www.verisign.com --certverify --CAfile verisign_ca HTTP OK HTTP/1.1 200 OK - 34856 bytes in 1.474 seconds | time=1.474487s;;;0.000000 size=34856B;;;0 $ ./check_http -S www.microsoft.com HTTP OK HTTP/1.1 200 OK - 16239 bytes in 0.622 seconds | time=0.621732s;;;0.000000 size=16239B;;;0 $ ./check_http -S www.thawte.com --certverify --CAfile verisign_ca HTTP OK HTTP/1.1 200 OK - 38069 bytes in 2.472 seconds | time=2.472273s;;;0.000000 size=38069B;;;0 Note, openssl (/usr/share/ssl/cert.pem) doesn't contain the updated versign CA which is why my examples are using the "--CAfile" option. Diff is attached. If there is any cleanup work required to have it merged or if I need to submit in a different manner please let me know. Cheers. -------------- next part -------------- A non-text attachment was scrubbed... Name: check_http.c.diff Type: text/x-patch Size: 3951 bytes Desc: not available URL: From dj at rootshell.be Wed Jan 26 02:09:01 2005 From: dj at rootshell.be (Tim Verhoeven) Date: Wed Jan 26 02:09:01 2005 Subject: [Nagiosplug-devel] Patch 1089070 - Adding SOAP support to check_http In-Reply-To: <20050126041009.A40F01396B@sc8-sf-spam2.sourceforge.net> References: <20050126041009.A40F01396B@sc8-sf-spam2.sourceforge.net> Message-ID: Hi, I've created patch 1089070 that adds SOAP support to the chech_http plugin. Since SOAP uses HTTP as the transport layer it was just a matter of created a different header and using the POST functionality of check_http to add the acutal XML SOAP request. We have been using this in production for some weeks now and it works fine here. But since maintaining these special builds is cumbersom we would like to ask if this patch could be added in the next release of the nagios plugins ? The patch is pretty simple. It adds a new switch "-W" (for webservices) and builds a new header the SOAP request (SOAPAction header and different content-type). Maybe a better aproach is to create more generic switches that allows you to change the content-type and a way to add other lines to the header (eg. --header=SOAPAction --type=text/html ...). What do you think ? Kind regards, Tim Verhoeven -- Tim Verhoeven - dj at rootshell.be - 0479 / 88 11 83 /* This is total bullshit: */ linux-2.6.6/drivers/video/sis/init301.c From noreply at sourceforge.net Wed Jan 26 04:05:01 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jan 26 04:05:01 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1102230 ] check_sybase v0.4 Message-ID: Patches item #1102230, was opened at 2005-01-14 11:56 Message generated for change (Settings changed) made by sb-netman You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1102230&group_id=29880 Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: Simon Bellwood (sb-netman) >Assigned to: Stanley Hopcroft (stanleyhopcroft) >Summary: check_sybase v0.4 Initial Comment: A minor release so that check_sybase.pl better handles library search paths; timeouts should be handled a little better too. The download is available from: http://www.net-man.at/software/check_sybase-0.3.zip The latest version is always available from: http://www.net-man.at/software/check_sybase-LATEST.zip A patch against 0.2- is attached. Simon Bellwood NetMan Network Management and IT Services GmbH ---------------------------------------------------------------------- Comment By: Simon Bellwood (sb-netman) Date: 2005-01-26 13:04 Message: Logged In: YES user_id=1156501 I've made a small change to better handle login timeouts. Latest if available from here: http://www.net-man.at/software/check_sybase-LATEST.zip I'll diff if needed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1102230&group_id=29880 From noreply at sourceforge.net Wed Jan 26 04:05:03 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jan 26 04:05:03 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1102230 ] check_sybase v0.3 Message-ID: Patches item #1102230, was opened at 2005-01-14 11:56 Message generated for change (Comment added) made by sb-netman You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1102230&group_id=29880 Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: Simon Bellwood (sb-netman) Assigned to: Nobody/Anonymous (nobody) Summary: check_sybase v0.3 Initial Comment: A minor release so that check_sybase.pl better handles library search paths; timeouts should be handled a little better too. The download is available from: http://www.net-man.at/software/check_sybase-0.3.zip The latest version is always available from: http://www.net-man.at/software/check_sybase-LATEST.zip A patch against 0.2- is attached. Simon Bellwood NetMan Network Management and IT Services GmbH ---------------------------------------------------------------------- >Comment By: Simon Bellwood (sb-netman) Date: 2005-01-26 13:04 Message: Logged In: YES user_id=1156501 I've made a small change to better handle login timeouts. Latest if available from here: http://www.net-man.at/software/check_sybase-LATEST.zip I'll diff if needed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1102230&group_id=29880 From mkent at magoazul.com Wed Jan 26 07:20:19 2005 From: mkent at magoazul.com (Matthew Kent) Date: Wed Jan 26 07:20:19 2005 Subject: [Nagiosplug-devel] Patch to check_http.c to enable SSL certificate verification. In-Reply-To: <1106721706.1001.68.camel@dragon.sys.intra> References: <1106721706.1001.68.camel@dragon.sys.intra> Message-ID: <1106727577.2922.3.camel@fuego> On Wed, 2005-01-26 at 06:41, Naoki wrote: > Diff is attached. If there is any cleanup work required to have it > merged or if I need to submit in a different manner please let me know. > Cool. Would you mind submitting it to the sourceforge 'Patches' tracker @ http://sourceforge.net/projects/nagiosplug ? Helps in keeping track of these additions. Thanks! -- Matthew Kent http://magoazul.com From benoit.mortier at opensides.be Wed Jan 26 11:04:07 2005 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Wed Jan 26 11:04:07 2005 Subject: [Nagiosplug-devel] Patch 1089070 - Adding SOAP support to check_http In-Reply-To: References: <20050126041009.A40F01396B@sc8-sf-spam2.sourceforge.net> Message-ID: <200501262002.54951.benoit.mortier@opensides.be> Le Mercredi 26 Janvier 2005 11:08, Tim Verhoeven a ?crit?: > Hi, > > I've created patch 1089070 that adds SOAP support to the chech_http > plugin. Since SOAP uses HTTP as the transport layer it was just a matter > of created a different header and using the POST functionality of > check_http to add the acutal XML SOAP request. I will look at it. Thanks -- Benoit Mortier Linux Engineer www.opensides.be From noreply at sourceforge.net Wed Jan 26 12:56:02 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jan 26 12:56:02 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1106849 ] check_procs returns "WARNING" due to bad syntax of ps Message-ID: Bugs item #1106849, was opened at 2005-01-21 17:28 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1106849&group_id=29880 Category: Parsing problem Group: snapshot tarball Status: Open Resolution: None >Priority: 7 Submitted By: Paulo Fessel (paulo_fessel) >Assigned to: Ton Voon (tonvoon) Summary: check_procs returns "WARNING" due to bad syntax of ps Initial Comment: Everytime I use check_procs (from 1.4-beta1 on), I get warnings even when I haven't specified warning levels: [root at nagios plugins]# ./check_procs System call sent warnings to stderr PROCS WARNING: 392 processes Running with -vv, I see that there's a message from ps command which is interpreted incorrectly by the plugin: [root at nagios plugins]# ./check_procs -vv CMD: /bin/ps -axwo 'stat uid ppid vsz rss pcpu comm args' STDERR: Warning: bad syntax, perhaps a bogus '-'? See http://procps.sf.net/faq.html System call sent warnings to stderr PROCS WARNING: 345 processes >From the FAQ of procps: 'Why does "ps -aux" complain about a bogus '-'? 'According to the POSIX and UNIX standards, the above command asks to display all processes with a TTY (generally the commands users are running) plus all processes owned by a user named "x". If that user doesn't exist, then ps will assume you really meant "ps aux". The warning is given to gently break you of a habit that will cause you trouble if a user named "x" were created.' Thus the syntax of ps must be corrected. We should get rid of the "-" on "/bin/ps -axwo..." In fact, if I change PS_COMMAND manually on config.h the plugin works as expected: [root at nagios plugins]# ./check_procs PROCS OK: 470 processes I'm getting this behaviour in Mandrake 10.0, with procps 3.1.15 running on a dual-P4, 1 GB RAM. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2005-01-26 20:55 Message: Logged In: YES user_id=664364 Paulo, Thanks for the bug report. This problem will have to stand. The configure script tries to work out the best ps command to use, but doesn't trap the stderr output. However, the plugin does, which is why you are getting this problem. Long term, I think I will change the configure script so that it chooses the ps command based on the OS - this seems the best way to move forward, because ordering of the ps checks always seems to break for some OSes. I am loathe to make any changes to configure.in of this scale for the 1.4 release, so I have updated the REQUIREMENTS file to note the change you recommend to config.h. Will work on this in the next major release. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1106849&group_id=29880 From noreply at sourceforge.net Wed Jan 26 13:23:01 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jan 26 13:23:01 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1107651 ] check_dig bug 1107646 (translate output TABs to SPACEs) Message-ID: Patches item #1107651, was opened at 2005-01-23 05:09 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1107651&group_id=29880 Category: None Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Randy O'Meara (omearar) >Assigned to: Ton Voon (tonvoon) Summary: check_dig bug 1107646 (translate output TABs to SPACEs) Initial Comment: This patch (lightly tested) addresses the issue in check_dig (see bug 1107646) where TAB characters are embedded in the plugin output. Each embedded tab character is simply translated to a space character. This patch also fixes a minor typo where answer was spelled asnwer. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2005-01-26 21:22 Message: Logged In: YES user_id=664364 Randy, Thank you very much for your patch. Have applied it to CVS now, so the snapshot will have it. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1107651&group_id=29880 From noreply at sourceforge.net Wed Jan 26 13:23:05 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jan 26 13:23:05 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1107646 ] check_dig output contains embedded TABs Message-ID: Bugs item #1107646, was opened at 2005-01-23 04:51 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1107646&group_id=29880 Category: Parsing problem Group: CVS >Status: Closed Resolution: None Priority: 5 Submitted By: Randy O'Meara (omearar) >Assigned to: Ton Voon (tonvoon) Summary: check_dig output contains embedded TABs Initial Comment: This issue was discovered under the following conditions: Nagios CVS 12/29/2004 Plugins CVS 12/29/2004 PerfParse tarball 1/15/2005 The dig program uses tabs to align its output. This output is captured by the check_dig plugin and is passed unmodified to Nagios. This presents a problem to parsers that attempt to decompose performance data. Performance data template normally specifies that state, output, perfdata, etc. are tab-delimited when written by Nagios. PerfParse, and any other performance data processor that depends on tab-separated elements, is confused and thus disregards the data. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2005-01-26 21:22 Message: Logged In: YES user_id=664364 Randy had fixed this himself! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1107646&group_id=29880 From tonvoon at mac.com Wed Jan 26 13:52:04 2005 From: tonvoon at mac.com (Ton Voon) Date: Wed Jan 26 13:52:04 2005 Subject: [Nagiosplug-devel] 1.4 release Message-ID: <6E223484-6FE4-11D9-BD21-000A95D47298@mac.com> 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 From cgoldberg at earthlink.net Wed Jan 26 13:58:01 2005 From: cgoldberg at earthlink.net (Corey Goldberg) Date: Wed Jan 26 13:58:01 2005 Subject: [Nagiosplug-devel] WebInject as a Nagios http plugin Message-ID: <31982364.1106776648676.JavaMail.root@bert.psp.pas.earthlink.net> Hello.. WebInject is a perl/xml based web/http test harness (free and open source). In the latest release, we have added a mode that allows it produce output that is compatible for being used as a plugin with the Nagios. It allows you to define a suite of functional tests in an external xml file that then executed and verified against your applocation/service under test. SSL/cookies/parsing/etc is supported. Hopefully this is useful to some Nagios users. general webinject info is available at the website: http://www.webinject.org info about the Nagios plugin mode is here: http://www.webinject.org/plugin.html there are also developer and user forums if anyone has comments/questions: http://www.webinject.org/cgi/yabb/YaBB.cgi -Corey Goldberg From jrhett at meer.net Wed Jan 26 16:00:00 2005 From: jrhett at meer.net (Joe Rhett) Date: Wed Jan 26 16:00:00 2005 Subject: [Nagiosplug-devel] check_rta (aka check_icmp 0.9) In-Reply-To: <41F61483.1030202@op5.se> References: <41F50BDF.90607@op5.se> <41F61483.1030202@op5.se> Message-ID: <20050126235909.GA64896@meer.net> On Tue, Jan 25, 2005 at 10:42:27AM +0100, Andreas Ericsson wrote: > Those who have been kind enough to try the check_rta/(new)check_icmp > should have a look at https://devel.op5.se/oss (oss.op5.se is down due > to isp problems, I will arrange for mirroring when it goes back up so > both locations should work properly from now on), where you will find > the latest version available. It should build properly on linux, *bsd > and solaris now, although I have only tested linux. It builds and appears to run on FreeBSD, but it doesn't actually generate the icmp packets. ardbeg3:[1012] ./check_rta www.google.com www.google.com: rta nan, lost 100%|rta=0.000ms;200;500;0; pl=100%;40;80;; ardbeg3:[1013] ./check_rta -H www.google.com www.google.com: rta nan, lost 100%|rta=0.000ms;200;500;0; pl=100%;40;80;; ardbeg3:[1016] ./check_rta -H www.google.com -w 1000,50% -c 2000,80% -p 5 www.google.com: rta nan, lost 100%|rta=0.000ms;1000;2000;0; pl=100%;50;80;; Running it as root produces a core dump. -- Joe Rhett Senior Geek Meer.net From jrhett at meer.net Wed Jan 26 16:03:07 2005 From: jrhett at meer.net (Joe Rhett) Date: Wed Jan 26 16:03:07 2005 Subject: [Nagiosplug-devel] check_rta (aka check_icmp 0.9) In-Reply-To: <20050126235909.GA64896@meer.net> References: <41F50BDF.90607@op5.se> <41F61483.1030202@op5.se> <20050126235909.GA64896@meer.net> Message-ID: <20050127000227.GB64896@meer.net> In contrast, it builds and runs fine on Solaris 8/x86 if run as root. $ make gcc -O2 -funroll-loops -fomit-frame-pointer -W -Wall -Wpointer-arith -Wimplicit -Wshadow -Wstrict-prototypes -Wmissing-prototypes -c check_rta.c -o check_rta.o check_rta.c: In function `get_timevar': check_rta.c:1016: warning: subscript has type `char' uname -s | grep -i Linux && gcc check_rta.o -o check_rta || \ uname -s | grep -i bsd && gcc check_rta.o -o check_rta || \ gcc -lnsl -lsocket check_rta.o -o check_rta cyclops 5$ ./check_rta -H www.google.com www.google.com: rta nan, lost 100%|rta=0.000ms;200;500;0; pl=100%;40;80;; cyclops 6$ sudo ./check_rta -H www.google.com www.google.com: rta 0.130ms, lost 0%|rta=0.130ms;200;500;0; pl=0%;40;80;; On Wed, Jan 26, 2005 at 03:59:09PM -0800, Joe Rhett wrote: > On Tue, Jan 25, 2005 at 10:42:27AM +0100, Andreas Ericsson wrote: > > Those who have been kind enough to try the check_rta/(new)check_icmp > > should have a look at https://devel.op5.se/oss (oss.op5.se is down due > > to isp problems, I will arrange for mirroring when it goes back up so > > both locations should work properly from now on), where you will find > > the latest version available. It should build properly on linux, *bsd > > and solaris now, although I have only tested linux. > > It builds and appears to run on FreeBSD, but it doesn't actually generate > the icmp packets. > > ardbeg3:[1012] ./check_rta www.google.com > www.google.com: rta nan, lost 100%|rta=0.000ms;200;500;0; pl=100%;40;80;; > ardbeg3:[1013] ./check_rta -H www.google.com > www.google.com: rta nan, lost 100%|rta=0.000ms;200;500;0; pl=100%;40;80;; > ardbeg3:[1016] ./check_rta -H www.google.com -w 1000,50% -c 2000,80% -p 5 > www.google.com: rta nan, lost 100%|rta=0.000ms;1000;2000;0; pl=100%;50;80;; > > Running it as root produces a core dump. > > -- > Joe Rhett > Senior Geek > Meer.net -- Joe Rhett Senior Geek Meer.net From Stanley.Hopcroft at IPAustralia.Gov.AU Wed Jan 26 16:33:02 2005 From: Stanley.Hopcroft at IPAustralia.Gov.AU (Stanley Hopcroft) Date: Wed Jan 26 16:33:02 2005 Subject: [Nagiosplug-devel] WebInject as a Nagios http pluging In-Reply-To: <31982364.1106776648676.JavaMail.root@bert.psp.pas.earthlink.net> References: <31982364.1106776648676.JavaMail.root@bert.psp.pas.earthlink.net> Message-ID: <20050127003224.GB95019@IPAustralia.Gov.AU> Dear Sir, I am writing to thank you for your letter and say, On Wed, Jan 26, 2005 at 04:57:28PM -0500, Corey Goldberg wrote: > Hello.. > > WebInject is a perl/xml based web/http test harness (free and open source). > In the latest release, we have added a mode that allows it produce > output that is compatible for being used as a plugin with the Nagios. > > It allows you to define a suite of functional tests in an external xml file that > is then executed and verified against your applocation/service under > test. > > SSL/cookies/parsing/etc is supported. Hopefully this is useful to some Nagios users. > > general webinject info is available at the website: http://www.webinject.org > info about the Nagios plugin mode is here: http://www.webinject.org/plugin.html > > there are also developer and user forums if anyone has comments/questions: http://www.webinject.org/cgi/yabb/YaBB.cgi > this looks like a great product for those wishing to 1 test sequences of web pages (web transactions) that comprise some public function (search or registration), 2 but don't want to roll their own with WWW::Automate and friends In particular it may win you some business from the Automated web page testing services such as http://www.dMeasure.com (nice interface but really only tests your ISPs connectivity [from different locations] and that your web server is accepting connections ...). It's hard to imagine a nicer way of specifying the sequence of web page tests than you have done; nice job. I wish you well with it. (In my use of similar tools that the hardest thing about this is actually finding what the browser is sending to each page. It looks like you are moving along the path of a web proxy to record what the browser is sending [me, I use P::RD to chug through tethereal traces]) > -Corey Goldberg Yours sincerely. -- Stanley Hopcroft Network specialist, IT Infrastructure IP Australia Ph: (02) 6283 3189 Fax: (02) 6281 1353 PO Box 200 Woden ACT 2606 http://www.ipaustralia.gov.au -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: disclaimer.txt URL: From Stanley.Hopcroft at IPAustralia.Gov.AU Wed Jan 26 17:26:00 2005 From: Stanley.Hopcroft at IPAustralia.Gov.AU (Stanley Hopcroft) Date: Wed Jan 26 17:26:00 2005 Subject: [Nagiosplug-devel] Multiple issues with plugins/check_ide_smart.c - some policy. Message-ID: <20050127012451.GD95019@IPAustralia.Gov.AU> Dear Folks, Mr Reuben Farrelly has been pursuing problems with check_ide_smart.c both through Tracker problem http://sourceforge.net/tracker/index.php?func=detail&aid=1094326&group_id=29880&atid=397597 and privately. The initial compilation issues were dealt with by opensides, however there are other issues 1 This plugin does not build by default, but should it ? I think not because 1.1 I think there is Linux specific code in it and no visible support for other platforms. Is that correct ? 1.2 it requires /dev access (ie root) to run and therefore is hard for developers to be sure the critter is working - esp in environments they don't own (HP TestDrive, SourceForge CF etc). Shold this pluin remain in EXTRA_PROGRAMS or be in libexec_PROGRAMS ? 2 There appear to be structural problems in main() - it loops when run with the Nagios plugin option (-n). Has it ever worked as a Nagios plugin ? Should it loop if -n is not used ? Can't imagine it should but maybe people like running it that way (like netstat with the -w [wait] option). Yours sincerely. -- Stanley Hopcroft Network specialist, IT Infrastructure IP Australia Ph: (02) 6283 3189 Fax: (02) 6281 1353 PO Box 200 Woden ACT 2606 http://www.ipaustralia.gov.au -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: disclaimer.txt URL: From noreply at sourceforge.net Wed Jan 26 17:45:01 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jan 26 17:45:01 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1108785 ] Check temperature sensors in Fujitsu-Siemens-servers Message-ID: New Plugins item #1108785, was opened at 2005-01-25 01:19 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1108785&group_id=29880 Category: System monitor Group: None Status: Open Resolution: None Priority: 5 Submitted By: Rainer Duffner (rainer_d) Assigned to: Nobody/Anonymous (nobody) Summary: Check temperature sensors in Fujitsu-Siemens-servers Initial Comment: This plugin checks one temperature-sensor of a Fujitsu-Siemens (FSC) server with InsightManager installed, via SNMP. The plugin is really in a beta-state but I don't have access to a FSC-Server right now, so I can't work on it. Ideally, it would check all fans the box has at once and report only a summary ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-01-27 01:44 Message: Logged In: YES user_id=395628 Thank you very much for the plugin. Checked into /contrib of CVS (prob will make 1.4 release). Yours sincerely ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1108785&group_id=29880 From noreply at sourceforge.net Wed Jan 26 17:45:02 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jan 26 17:45:02 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1108785 ] Check temperature sensors in Fujitsu-Siemens-servers Message-ID: New Plugins item #1108785, was opened at 2005-01-25 01:19 Message generated for change (Settings changed) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1108785&group_id=29880 Category: System monitor Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Rainer Duffner (rainer_d) >Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: Check temperature sensors in Fujitsu-Siemens-servers Initial Comment: This plugin checks one temperature-sensor of a Fujitsu-Siemens (FSC) server with InsightManager installed, via SNMP. The plugin is really in a beta-state but I don't have access to a FSC-Server right now, so I can't work on it. Ideally, it would check all fans the box has at once and report only a summary ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-01-27 01:44 Message: Logged In: YES user_id=395628 Thank you very much for the plugin. Checked into /contrib of CVS (prob will make 1.4 release). Yours sincerely ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1108785&group_id=29880 From noreply at sourceforge.net Wed Jan 26 17:48:01 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jan 26 17:48:01 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1108783 ] Check fanspeed for Fujitsu-Siemens servers Message-ID: New Plugins item #1108783, was opened at 2005-01-25 01:16 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1108783&group_id=29880 Category: System monitor Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Rainer Duffner (rainer_d) >Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: Check fanspeed for Fujitsu-Siemens servers Initial Comment: This plugin checks one fan of a Fujitsu-Siemens (FSC) server with InsightManager installed, via SNMP. The plugin is really in a beta-state but I don't have access to a FSC-Server right now, so I can't work on it. Ideally, it would check all fans the box has at once and report only a summary ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-01-27 01:47 Message: Logged In: YES user_id=395628 Thank you very much for the plugin. Checked into /contrib in CVS (in next 1-2 hours). Yours sincerely. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1108783&group_id=29880 From noreply at sourceforge.net Wed Jan 26 17:49:01 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jan 26 17:49:01 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1110374 ] Patch to check_http.c to enable SSL certificate verification Message-ID: Patches item #1110374, was opened at 2005-01-27 01:48 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=1110374&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Mark Rogers (bang) Assigned to: Nobody/Anonymous (nobody) Summary: Patch to check_http.c to enable SSL certificate verification Initial Comment: Here is my patch to check_http which will add two options and allow full SSL certificate verification checks with an option lookup of a local CA certificate or chain of certificates. While I don't claim the code is excellent or even pretty it's passed my tests. And now for some examples of it in action : $ ./check_http -S www.verisign.com --certverify CRITICAL - Certificate error : self signed certificate in certificate chain $ ./check_http -S localhost --certverify --CAfile verisign_ca CRITICAL - Certificate error : self signed certificate $ ./check_http -S www.verisign.com --certverify --CAfile verisign_ca HTTP OK HTTP/1.1 200 OK - 34856 bytes in 1.474 seconds | time=1.474487s;;;0.000000 size=34856B;;;0 $ ./check_http -S www.microsoft.com HTTP OK HTTP/1.1 200 OK - 16239 bytes in 0.622 seconds | time=0.621732s;;;0.000000 size=16239B;;;0 $ ./check_http -S www.thawte.com --certverify --CAfile verisign_ca HTTP OK HTTP/1.1 200 OK - 38069 bytes in 2.472 seconds | time=2.472273s;;;0.000000 size=38069B;;;0 Note, openssl (/usr/share/ssl/cert.pem) doesn't contain the updated versign CA which is why my examples are using the "--CAfile" option. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1110374&group_id=29880 From noreply at sourceforge.net Wed Jan 26 17:52:03 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jan 26 17:52:03 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1108781 ] Check temperature sensors in Compaq-servers Message-ID: New Plugins item #1108781, was opened at 2005-01-25 01:14 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1108781&group_id=29880 Category: System monitor Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Rainer Duffner (rainer_d) >Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: Check temperature sensors in Compaq-servers Initial Comment: This plugin checks one temperature-sensor of a Compaq-server with InsightManager installed, via SNMP. The plugin is really in a beta-state but I don't have access to a CPQ-Server right now, so I can't work on it. Ideally, it would check all sensors the box has at once and report only a summary. ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-01-27 01:51 Message: Logged In: YES user_id=395628 Thank you for the plugin. Checked into /contrib in CVS (or should be in next 1-2 hours). These plugins may be more attractive if they took options to specifiy the OID to set (check_compaq_hw -fan | -temp). Is that feasable ? Yours sincerely. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1108781&group_id=29880 From noreply at sourceforge.net Wed Jan 26 17:53:05 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jan 26 17:53:05 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1108779 ] Check fanspeed for Compaq-Servers Message-ID: New Plugins item #1108779, was opened at 2005-01-25 01:13 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1108779&group_id=29880 Category: System monitor Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Rainer Duffner (rainer_d) >Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: Check fanspeed for Compaq-Servers Initial Comment: This plugin checks one fan of a Compaq-server with InsightManager installed, via SNMP. The plugin is really in a beta-state but I don't have access to a CPQ-Server right now, so I can't work on it. Ideally, it would check all fans the box has at once and report only a summary. But it should get you going. ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-01-27 01:52 Message: Logged In: YES user_id=395628 Thank you for the plugin. Same comments as with the other ones. Yours sincerely. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1108779&group_id=29880 From noreply at sourceforge.net Wed Jan 26 18:10:01 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jan 26 18:10:01 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-876708 ] check_smart.pl - Health-check S.M.A.R.T. disks Message-ID: New Plugins item #876708, was opened at 2004-01-14 09:57 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=876708&group_id=29880 Category: Perl plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Roy Sigurd Karlsbakk (rkarlsba) Assigned to: Nobody/Anonymous (nobody) Summary: check_smart.pl - Health-check S.M.A.R.T. disks Initial Comment: check_smart interfaces with smartmontools and uses smartctl to check drives. It supports basic health (-H) checks and device type settings, including checking drives on a 3ware controller. Licensed under GPL. ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-01-27 02:09 Message: Logged In: YES user_id=395628 Thanks for the plugin. May make a good alternative to plugins/check_ide_smart.c for platforms where that plugin isn't usable. Plugin should be in /contrib of VS in next 1-2 hours. ---------------------------------------------------------------------- Comment By: Eduardo Diaz (ediaz) Date: 2004-04-06 13:33 Message: Logged In: YES user_id=36388 I need to change this. print "$e_commandline $e_devopen $e_chksum $e_disk_failing $e_prefail $e_mayprefail $e_errlog $e_selftestlog\n" if ($verbose); $exitcode = 0; $errtxt = ""; if ($exitcode) { if ($e_commandline) { $errtxt .= "Commandline didn't parse, "; $exitcode = 3 if ($exitcode == 0) For this: print "$e_commandline $e_devopen $e_chksum $e_disk_failing $e_prefail $e_mayprefail $e_errlog $e_selftestlog\n" if ($verbose); $exitcode = 0; $errtxt = ""; if ($exitcode || $e_commandline || $e_devopen || $e_chksum || $e_disk_failing || $e_prefail || $e_mayprefail || $e_errlog || $e_selftestlog) { if ($e_commandline) { $errtxt .= "Commandline didn't parse, "; $exitcode = 3 if ($exitcode == 0); } # For detect all errors :-D... ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2004-02-10 13:42 Message: Logged In: YES user_id=145309 Bugfix fixing the plugin so that checking special devices like 3ware controllers actually works ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=876708&group_id=29880 From noreply at sourceforge.net Wed Jan 26 18:12:00 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jan 26 18:12:00 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-876708 ] check_smart.pl - Health-check S.M.A.R.T. disks Message-ID: New Plugins item #876708, was opened at 2004-01-14 09:57 Message generated for change (Settings changed) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=876708&group_id=29880 Category: Perl plugin Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Roy Sigurd Karlsbakk (rkarlsba) >Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: check_smart.pl - Health-check S.M.A.R.T. disks Initial Comment: check_smart interfaces with smartmontools and uses smartctl to check drives. It supports basic health (-H) checks and device type settings, including checking drives on a 3ware controller. Licensed under GPL. ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-01-27 02:09 Message: Logged In: YES user_id=395628 Thanks for the plugin. May make a good alternative to plugins/check_ide_smart.c for platforms where that plugin isn't usable. Plugin should be in /contrib of VS in next 1-2 hours. ---------------------------------------------------------------------- Comment By: Eduardo Diaz (ediaz) Date: 2004-04-06 13:33 Message: Logged In: YES user_id=36388 I need to change this. print "$e_commandline $e_devopen $e_chksum $e_disk_failing $e_prefail $e_mayprefail $e_errlog $e_selftestlog\n" if ($verbose); $exitcode = 0; $errtxt = ""; if ($exitcode) { if ($e_commandline) { $errtxt .= "Commandline didn't parse, "; $exitcode = 3 if ($exitcode == 0) For this: print "$e_commandline $e_devopen $e_chksum $e_disk_failing $e_prefail $e_mayprefail $e_errlog $e_selftestlog\n" if ($verbose); $exitcode = 0; $errtxt = ""; if ($exitcode || $e_commandline || $e_devopen || $e_chksum || $e_disk_failing || $e_prefail || $e_mayprefail || $e_errlog || $e_selftestlog) { if ($e_commandline) { $errtxt .= "Commandline didn't parse, "; $exitcode = 3 if ($exitcode == 0); } # For detect all errors :-D... ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2004-02-10 13:42 Message: Logged In: YES user_id=145309 Bugfix fixing the plugin so that checking special devices like 3ware controllers actually works ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=876708&group_id=29880 From noreply at sourceforge.net Wed Jan 26 18:13:02 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jan 26 18:13:02 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-619255 ] New plugin: check_mysqlslave.pl Message-ID: New Plugins item #619255, was opened at 2002-10-06 14:23 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=619255&group_id=29880 Category: Application monitor Group: None >Status: Closed Resolution: None Priority: 3 Submitted By: Mario Witte (chengfu) >Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: New plugin: check_mysqlslave.pl Initial Comment: I'd like to contribute the attaches service check plugin. check_mysqlslave.pl checks if a MySQL-Replication is still running. The attached archive contains the skript itself, a patch to configure.in and a patch to plugin-scripts/Makefile.am. I tried to create the script as outlined in the developer guidelines, but if there are flaws or errors or whatever please contact me. ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-01-27 02:12 Message: Logged In: YES user_id=395628 Sorry this has taken so long to acknowledge. Nagios plugin developers apologise for the delay and thank you for the plugin. Should be in /contrib of CVS shortly ---------------------------------------------------------------------- Comment By: Mario Witte (chengfu) Date: 2004-01-03 10:19 Message: Logged In: YES user_id=63997 According to http://www.mysql.com/doc/en/GRANT.html only "PROCESS"-rights should be needed to execute SHOW PROCESSLIST. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2003-01-30 17:05 Message: Logged In: YES user_id=664364 Thanks for the patch. New plugins are not a priority for 1.3, but will be considered for 1.4. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-01-02 15:59 Message: Logged In: NO I am just wandering what privileges must have the user to execute "show slave status" ( in order for plugin to work )? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=619255&group_id=29880 From noreply at sourceforge.net Wed Jan 26 19:56:01 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jan 26 19:56:01 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-656173 ] New check_pfstate nagios plugin Message-ID: New Plugins item #656173, was opened at 2002-12-19 07:16 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=656173&group_id=29880 Category: System monitor Group: None >Status: Closed Resolution: None Priority: 3 Submitted By: Jason Dixon (fuzzyping) >Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: New check_pfstate nagios plugin Initial Comment: Here is a check_pfstate plugin for nagios on *OPENBSD* that I wrote in perl. It gathers the number of current state entries (pfctl -s info). -J. ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-01-27 03:55 Message: Logged In: YES user_id=395628 Jason, thank you for the plugin and your patience in waiting so long for an acknowledgement. Plugin should be in CVS shortly. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2003-01-30 16:48 Message: Logged In: YES user_id=664364 Thanks for the submission. New plugins are not a priority at the moment, but we are looking into it. Jason also says: <quote> These all use a standard pre-shared ssh key connection to connect and gather the relevant info. There will need to be a public ssh key for the local nagios user in the remote users' ~/.ssh/authorized_keys file, in addition to a copy of the public host key from the remote system in the local nagios user's ~/.ssh/known_hosts file. Very similar to check_by_ssh configuration. </quote> ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=656173&group_id=29880 From noreply at sourceforge.net Wed Jan 26 19:59:02 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jan 26 19:59:02 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-656173 ] New check_pfstate nagios plugin Message-ID: New Plugins item #656173, was opened at 2002-12-19 07:16 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=656173&group_id=29880 Category: System monitor Group: None Status: Closed Resolution: None Priority: 3 Submitted By: Jason Dixon (fuzzyping) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: New check_pfstate nagios plugin Initial Comment: Here is a check_pfstate plugin for nagios on *OPENBSD* that I wrote in perl. It gathers the number of current state entries (pfctl -s info). -J. ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-01-27 03:58 Message: Logged In: YES user_id=395628 Jason. I think this plugin might be more attractive if you replaced the awk and grep with pure Perl pattern matching, splitting or hashes. (BTW, pf has been ported to [at least] FreeBSD so your plugin is likely to get more of a workout). ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-01-27 03:55 Message: Logged In: YES user_id=395628 Jason, thank you for the plugin and your patience in waiting so long for an acknowledgement. Plugin should be in CVS shortly. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2003-01-30 16:48 Message: Logged In: YES user_id=664364 Thanks for the submission. New plugins are not a priority at the moment, but we are looking into it. Jason also says: <quote> These all use a standard pre-shared ssh key connection to connect and gather the relevant info. There will need to be a public ssh key for the local nagios user in the remote users' ~/.ssh/authorized_keys file, in addition to a copy of the public host key from the remote system in the local nagios user's ~/.ssh/known_hosts file. Very similar to check_by_ssh configuration. </quote> ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=656173&group_id=29880 From noreply at sourceforge.net Wed Jan 26 20:04:01 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jan 26 20:04:01 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-800147 ] check_arping - check host via ARP ping Message-ID: New Plugins item #800147, was opened at 2003-09-04 01:06 Message generated for change (Settings changed) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=800147&group_id=29880 Category: Perl plugin Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Kenny Root (kruton) >Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: check_arping - check host via ARP ping Initial Comment: This plugin will check hosts via ARP ping. This is useful for checking the status of hosts that don't normally respond to ICMP pings such as firewalls. ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-01-27 04:03 Message: Logged In: YES user_id=395628 Thank you very much for the plugin and sorry for the long delay in acknowledging it. Plugin should be in CVS in next 1-2 hours ---------------------------------------------------------------------- Comment By: Kenny Root (kruton) Date: 2003-09-04 01:08 Message: Logged In: YES user_id=299111 This requires the Perl module Net::Arping ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=800147&group_id=29880 From noreply at sourceforge.net Wed Jan 26 20:07:02 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jan 26 20:07:02 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-778194 ] Performance CoPilot checker Message-ID: New Plugins item #778194, was opened at 2003-07-26 19:28 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=778194&group_id=29880 Category: Application monitor Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Jan-Frode Myklebust (smuff) >Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: Performance CoPilot checker Initial Comment: Performance Co-Pilot (PCP) is a framework and services to support system-level performance monitoring and performance management. It can monitor, collect and report on a lot of detailed system-level metrics. F.ex. cpuload, filesystem usage, network usage, network errors, memory usage, pageing activity, etc.. Pluss it's extendable, so you can write your own agents to monitor services that's not already in the default package. For more info, check out the PCP homepage at http://oss.sgi.com/projects/pcp/ (it might even be a competitor to nagios, but a bit more low level). I've written a small plugin that will connect to a pmcd (performance metrics collector daemon) and check any of the metrics the PCP on that host knows about. It can f.ex. check cpuload, filesytem usage, network traffic, number of users, interrups per second, number of processes, etc.. It can monitor just about everything, but at the moment it only runs on linux and IRIX. This small script is just a wrapper around the PCP 'pmval' command, so that it can easily be used with nagios. I currently use it for monitoring load, filesystem usage and machine room temperature. Example usage: define command{ command_name check-pcp-filesys command_line $USER1$/check_pcpmetric.py -H $HOSTADDRESS$ -w $ARG1$ -c $ARG2$ -i $ARG3$ -m filesys.full } ARG3 would here be the filesystem device to check. ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-01-27 04:06 Message: Logged In: YES user_id=395628 Thank you very much for your plugin. Should appear in the /contrib section of the CVS in next 1-2 hours. Sorry for the delay in acknowledgement. ---------------------------------------------------------------------- Comment By: Jan-Frode Myklebust (smuff) Date: 2003-07-26 23:49 Message: Logged In: YES user_id=361 Oops, forgot the attachment. Run './check_pcpmetric.py -h' for defailed usage info. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=778194&group_id=29880 From noreply at sourceforge.net Wed Jan 26 20:11:07 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jan 26 20:11:07 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-778477 ] check_frontpage Message-ID: New Plugins item #778477, was opened at 2003-07-27 14:46 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=778477&group_id=29880 Category: Perl plugin Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Kev Green (kyrian) >Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: check_frontpage Initial Comment: In anger at that particular bane of unix sysadmins lives, or perhaps my own willingness to install it, the other day I wrote a nagios plugin to monitor whether frontpage appeared to be working on a given site. Do with it as you will, but I accept no responsibility for its failing to allow you to sleep soundly at night, save you from tearing your hair out, etc. Obviously FrontPage remains a trademark/copyright/whatever of Microsoft, and the fact that this plugin has ever proved necessary as a result of various misconfigurations and website migrations from server to server is not intended as any kind of indicator for or against the quality of Microsoft's software. ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-01-27 04:09 Message: Logged In: YES user_id=395628 Thank you for the plugin and sorry that it has taken so long to acknowledge. Plugin should be in /contrib in the next 1-2 hours ---------------------------------------------------------------------- Comment By: Kev Green (kyrian) Date: 2004-06-22 17:48 Message: Logged In: YES user_id=99923 Just a bit more verbose. ---------------------------------------------------------------------- Comment By: Kev Green (kyrian) Date: 2004-06-22 17:48 Message: Logged In: YES user_id=99923 Just a bit more verbose. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=778477&group_id=29880 From noreply at sourceforge.net Wed Jan 26 20:16:05 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jan 26 20:16:05 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-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 noreply at sourceforge.net Wed Jan 26 20:19:16 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jan 26 20:19:16 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-703898 ] New Plugin: check_traceroute Message-ID: New Plugins item #703898, was opened at 2003-03-14 23:03 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=703898&group_id=29880 Category: Perl plugin Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: Myke Place (mplace) Assigned to: Subhendu Ghosh (sghosh) Summary: New Plugin: check_traceroute Initial Comment: check_traceroute is a plugin that sends alerts to Nagios if a specified host is greater than a certain number of hops away. In cases where a multihomed network looses a connection and the remote side can be reached through another gateway check_ping will still report the connection is being up, though it has actually gone done. This is an admittedly rare instance, but perhaps others will find varied uses for this plugin as well. check_traceroute is written in Perl and utilizes Net::Traceroute and Getopts::Long. Usage is as follows: check_traceroute -t <host> [-w <warning>] [-c <critical>] ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-01-27 04:18 Message: Logged In: YES user_id=395628 No file attached. Please would you upload check_traceroute to SourceForge so it can be included in the /contrib plugins. Sorry for the huge delay in getting nack to you about this. ---------------------------------------------------------------------- Comment By: Kev Green (kyrian) Date: 2003-07-28 00:08 Message: Logged In: YES user_id=99923 Just by way of random thought, it might be a useful addition to this plugin to add the facility to check for a traceroute via a given host (and give the option of whether a traceroute via this host should issue "OK", "WARNING", or "CRITICAL" nagios status), so eg. a network administrator could use it to check that their upstream transit had not failed over to a backup router/connection - or indeed that a routing loop had occured -, as it's common for the hostname of particular routers/hops in traceroute to change in the event of such a failover. HTH, HAND. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=703898&group_id=29880 From noreply at sourceforge.net Wed Jan 26 20:23:03 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jan 26 20:23:03 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-714625 ] new plugin: checking Compaq Smart Array Controllers Message-ID: New Plugins item #714625, was opened at 2003-04-03 14:16 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=714625&group_id=29880 Category: System monitor Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Guenther Mair (gunnyst) >Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: new plugin: checking Compaq Smart Array Controllers Initial Comment: this plugin checks status from various older Compaq Smart Array Controllers - most of them still in use today most of this work is based on the source from cpqarrad- 1.3 by Hugo Trippaers it will be most usefull togehter with check_nrpe I'm looking for someone with knowledge about newer Smart Array Controllers and eventually some details about HP/Compaq's "health driver" - this would be a real fine thing to have integrated without "blind" snmp binaries ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-01-27 04:22 Message: Logged In: YES user_id=395628 Thank you very much for the plugin and sorry for the long wait before it was acknowledged. Plugin should be in the /contrib directory of the CVS in 1-2 hours. ---------------------------------------------------------------------- Comment By: Eric Gunnett (egunnett) Date: 2004-08-05 19:56 Message: Logged In: YES user_id=1039116 I am actually going to start a module for the CPQ Wellness Drivers and such, through SNMP if possible. They store all the information in the /proc directory for their monitoring agents. Well, I will let you know how it goes. ---------------------------------------------------------------------- Comment By: Guenther Mair (gunnyst) Date: 2004-06-24 06:05 Message: Logged In: YES user_id=748821 hi recentcoin correct, Compaq has their own agents, but they expect you to install lot's of different agents and tolls and snmp and so on which (at least I do think so) noone needs nor want's what I'm looking for is something really small (at the best 100- 200 kb) which connect's to the SA hardware through the cciss interface; if it can do more like reading information about cpu and fan states, that would be fine but not required compaq/hp agents also pretend you to install redhat/suse servers which is quite a limited choice and even if it works i'm not so pleased with doing workarounds to have it running on debian ---------------------------------------------------------------------- Comment By: recentcoin (recentcoin) Date: 2004-06-24 00:15 Message: Logged In: YES user_id=992761 I know that compaq installes their own agent (SmartStart stuff) and their own MIBS in order to do the health checks on the drives and the controller. I have the Compaq MIB's if that will be of any assistance to you. I also have a lot of Sun, Cisco, etc. MIBS if anyone here needs them to aid in driver development. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=714625&group_id=29880 From noreply at sourceforge.net Wed Jan 26 20:27:04 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Jan 26 20:27:04 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-716861 ] New Nagios plugin (check_logins 0.4) Message-ID: New Plugins item #716861, was opened at 2003-04-07 17:27 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=716861&group_id=29880 Category: C plugin Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: dag rob?le (corebob) >Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: New Nagios plugin (check_logins 0.4) Initial Comment: I am a Norwegian student, currently working for a project called skolelinux [http://www.skolelinux.no] In this context I have made a plugin that monitor how many simultanous login sessions a user has from different hosts. This plugin might be implemented in the skolelinux distribution in the future. The plugin is contained in a tarball attached to this mail. Here is the version output from the plugin: ./check_logins (nagios-plugins 200303300107) 0.3 I have only tested this plugin on debian linux: (Linux drob2 2.4.20 #1 SMP Sat Jan 4 23:06:36 CET 2003 i686 unknown) If I do any upgrades of this plugin, it can be downloaded here: [http://home.oslo.nith.no/~robdag] Dag Robole ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-01-27 04:26 Message: Logged In: YES user_id=395628 Thank you very much for the plugin. Sorry for the long wait before its recept was acknowledged. Plugin should be in /contrib in CVS in next hour or two (BTW, the URL for the updates to the plugin returns 404). ---------------------------------------------------------------------- Comment By: dag rob?le (corebob) Date: 2003-04-09 22:13 Message: Logged In: YES user_id=745816 version 0.4 back on track... ---------------------------------------------------------------------- Comment By: dag rob?le (corebob) Date: 2003-04-09 15:53 Message: Logged In: YES user_id=745816 Ooooops, not working yet... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=716861&group_id=29880 From sghosh at sghosh.org Wed Jan 26 20:38:02 2005 From: sghosh at sghosh.org (Subhendu Ghosh) Date: Wed Jan 26 20:38:02 2005 Subject: [Nagiosplug-devel] check_rta (aka check_icmp 0.9) In-Reply-To: <20050127000227.GB64896@meer.net> References: <41F50BDF.90607@op5.se> <41F61483.1030202@op5.se> <20050126235909.GA64896@meer.net> <20050127000227.GB64896@meer.net> Message-ID: builds/runs on Fedora3 - Will always need to run as root as most platforms restrict access to raw sockets... On Wed, 26 Jan 2005, Joe Rhett wrote: > In contrast, it builds and runs fine on Solaris 8/x86 if run as root. > > $ make > gcc -O2 -funroll-loops -fomit-frame-pointer -W -Wall -Wpointer-arith > -Wimplicit -Wshadow -Wstrict-prototypes -Wmissing-prototypes -c > check_rta.c -o check_rta.o > check_rta.c: In function `get_timevar': > check_rta.c:1016: warning: subscript has type `char' > uname -s | grep -i Linux && gcc check_rta.o -o check_rta || \ > uname -s | grep -i bsd && gcc check_rta.o -o check_rta || \ > gcc -lnsl -lsocket check_rta.o -o check_rta > > cyclops 5$ ./check_rta -H www.google.com > www.google.com: rta nan, lost 100%|rta=0.000ms;200;500;0; pl=100%;40;80;; > > cyclops 6$ sudo ./check_rta -H www.google.com > www.google.com: rta 0.130ms, lost 0%|rta=0.130ms;200;500;0; pl=0%;40;80;; > > On Wed, Jan 26, 2005 at 03:59:09PM -0800, Joe Rhett wrote: >> On Tue, Jan 25, 2005 at 10:42:27AM +0100, Andreas Ericsson wrote: >>> Those who have been kind enough to try the check_rta/(new)check_icmp >>> should have a look at https://devel.op5.se/oss (oss.op5.se is down due >>> to isp problems, I will arrange for mirroring when it goes back up so >>> both locations should work properly from now on), where you will find >>> the latest version available. It should build properly on linux, *bsd >>> and solaris now, although I have only tested linux. >> >> It builds and appears to run on FreeBSD, but it doesn't actually generate >> the icmp packets. >> >> ardbeg3:[1012] ./check_rta www.google.com >> www.google.com: rta nan, lost 100%|rta=0.000ms;200;500;0; pl=100%;40;80;; >> ardbeg3:[1013] ./check_rta -H www.google.com >> www.google.com: rta nan, lost 100%|rta=0.000ms;200;500;0; pl=100%;40;80;; >> ardbeg3:[1016] ./check_rta -H www.google.com -w 1000,50% -c 2000,80% -p 5 >> www.google.com: rta nan, lost 100%|rta=0.000ms;1000;2000;0; pl=100%;50;80;; >> >> Running it as root produces a core dump. >> >> -- >> Joe Rhett >> Senior Geek >> Meer.net > > -- From benoit.mortier at opensides.be Wed Jan 26 22:12:04 2005 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Wed Jan 26 22:12:04 2005 Subject: [Nagiosplug-devel] Multiple issues with plugins/check_ide_smart.c - some policy. In-Reply-To: <20050127012451.GD95019@IPAustralia.Gov.AU> References: <20050127012451.GD95019@IPAustralia.Gov.AU> Message-ID: <200501270710.38314.benoit.mortier@opensides.be> Le Jeudi 27 Janvier 2005 02:24, Stanley Hopcroft a ?crit?: > Dear Folks, > > Mr Reuben Farrelly has been pursuing problems with check_ide_smart.c > both through Tracker problem > http://sourceforge.net/tracker/index.php?func=detail&aid=1094326&group_id >=29880&atid=397597 and privately. > > The initial compilation issues were dealt with by opensides, however > there are other issues > > 1 This plugin does not build by default, but should it ? > > I think not because > > 1.1 I think there is Linux specific code in it and no visible support > for other platforms. > > Is that correct ? Yes.. > 1.2 it requires /dev access (ie root) to run and therefore is hard for > developers to be sure the critter is working - esp in environments they > don't own (HP TestDrive, SourceForge CF etc). > > Shold this pluin remain in EXTRA_PROGRAMS or be in libexec_PROGRAMS ? in extra and should be replaced by nagiosplug-New Plugins-876708 if possible -- Benoit Mortier Linux Engineer www.opensides.be From Stanley.Hopcroft at IPAustralia.Gov.AU Wed Jan 26 23:19:20 2005 From: Stanley.Hopcroft at IPAustralia.Gov.AU (Stanley Hopcroft) Date: Wed Jan 26 23:19:20 2005 Subject: [Nagiosplug-devel] Multiple issues with plugins/check_ide_smart.c - some policy. In-Reply-To: <200501270710.38314.benoit.mortier@opensides.be> References: <20050127012451.GD95019@IPAustralia.Gov.AU> <200501270710.38314.benoit.mortier@opensides.be> Message-ID: <20050127071823.GA239@IPAustralia.Gov.AU> Dear Sir, I am writing to thank you for your letter and say, On Thu, Jan 27, 2005 at 07:10:36AM +0100, Benoit Mortier wrote: > > Shold this plugin (check_ide_smart.c) remain in EXTRA_PROGRAMS or be > in libexec_PROGRAMS ? > > in extra and should be replaced by nagiosplug-New Plugins-876708 if possible Good. 876708 has been checked into /contrib. 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 Thu Jan 27 11:00:41 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Jan 27 11:00:41 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-716861 ] New Nagios plugin (check_logins 0.4) Message-ID: New Plugins item #716861, was opened at 2003-04-07 17:27 Message generated for change (Comment added) made by corebob You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=716861&group_id=29880 Category: C plugin Group: None Status: Closed Resolution: None Priority: 5 Submitted By: dag rob?le (corebob) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: New Nagios plugin (check_logins 0.4) Initial Comment: I am a Norwegian student, currently working for a project called skolelinux [http://www.skolelinux.no] In this context I have made a plugin that monitor how many simultanous login sessions a user has from different hosts. This plugin might be implemented in the skolelinux distribution in the future. The plugin is contained in a tarball attached to this mail. Here is the version output from the plugin: ./check_logins (nagios-plugins 200303300107) 0.3 I have only tested this plugin on debian linux: (Linux drob2 2.4.20 #1 SMP Sat Jan 4 23:06:36 CET 2003 i686 unknown) If I do any upgrades of this plugin, it can be downloaded here: [http://home.oslo.nith.no/~robdag] Dag Robole ---------------------------------------------------------------------- >Comment By: dag rob?le (corebob) Date: 2005-01-27 18:47 Message: Logged In: YES user_id=745816 The patch files for the config files is somewhat a mess since i didnt know much about maintaining tar.gz packets when i wrote the plugin, but the source files in the plugins directory should be ok ---------------------------------------------------------------------- Comment By: dag rob?le (corebob) Date: 2005-01-27 18:05 Message: Logged In: YES user_id=745816 The URL http://home.oslo.nith.no/~robdag is not active anymore but the 0.4 patch is the last upgrade I have done on the plugin anyway so it should be all here :) ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-01-27 04:26 Message: Logged In: YES user_id=395628 Thank you very much for the plugin. Sorry for the long wait before its recept was acknowledged. Plugin should be in /contrib in CVS in next hour or two (BTW, the URL for the updates to the plugin returns 404). ---------------------------------------------------------------------- Comment By: dag rob?le (corebob) Date: 2003-04-09 22:13 Message: Logged In: YES user_id=745816 version 0.4 back on track... ---------------------------------------------------------------------- Comment By: dag rob?le (corebob) Date: 2003-04-09 15:53 Message: Logged In: YES user_id=745816 Ooooops, not working yet... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=716861&group_id=29880 From noreply at sourceforge.net Thu Jan 27 11:40:54 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Jan 27 11:40:54 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 11:27 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=1110973&group_id=29880 Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: Darian Rackam (darian23) Assigned to: Nobody/Anonymous (nobody) 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. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1110973&group_id=29880 From noreply at sourceforge.net Thu Jan 27 13:44:22 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Jan 27 13:44:22 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-716861 ] New Nagios plugin (check_logins 0.4) Message-ID: New Plugins item #716861, was opened at 2003-04-07 17:27 Message generated for change (Comment added) made by corebob You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=716861&group_id=29880 Category: C plugin Group: None Status: Closed Resolution: None Priority: 5 Submitted By: dag rob?le (corebob) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: New Nagios plugin (check_logins 0.4) Initial Comment: I am a Norwegian student, currently working for a project called skolelinux [http://www.skolelinux.no] In this context I have made a plugin that monitor how many simultanous login sessions a user has from different hosts. This plugin might be implemented in the skolelinux distribution in the future. The plugin is contained in a tarball attached to this mail. Here is the version output from the plugin: ./check_logins (nagios-plugins 200303300107) 0.3 I have only tested this plugin on debian linux: (Linux drob2 2.4.20 #1 SMP Sat Jan 4 23:06:36 CET 2003 i686 unknown) If I do any upgrades of this plugin, it can be downloaded here: [http://home.oslo.nith.no/~robdag] Dag Robole ---------------------------------------------------------------------- >Comment By: dag rob?le (corebob) Date: 2005-01-27 18:05 Message: Logged In: YES user_id=745816 The URL http://home.oslo.nith.no/~robdag is not active anymore but the 0.4 patch is the last upgrade I have done on the plugin anyway so it should be all here :) ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-01-27 04:26 Message: Logged In: YES user_id=395628 Thank you very much for the plugin. Sorry for the long wait before its recept was acknowledged. Plugin should be in /contrib in CVS in next hour or two (BTW, the URL for the updates to the plugin returns 404). ---------------------------------------------------------------------- Comment By: dag rob?le (corebob) Date: 2003-04-09 22:13 Message: Logged In: YES user_id=745816 version 0.4 back on track... ---------------------------------------------------------------------- Comment By: dag rob?le (corebob) Date: 2003-04-09 15:53 Message: Logged In: YES user_id=745816 Ooooops, not working yet... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=716861&group_id=29880 From benoit.mortier at opensides.be Thu Jan 27 21:37:40 2005 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Thu Jan 27 21:37:40 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: <200501280637.14063.benoit.mortier@opensides.be> Le Mercredi 26 Janvier 2005 22:51, Ton Voon a ?crit?: > 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. That's good > 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! i am for 1 and fix remaining bugs in a 1.4.1 release. Have a nice day -- Benoit Mortier Linux Engineer www.opensides.be From noreply at sourceforge.net Fri Jan 28 05:55:54 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Jan 28 05:55:54 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 08:40 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=1111442&group_id=29880 Category: None Group: None Status: Open Priority: 5 Submitted By: John Rouillard (rouilj) Assigned to: Nobody/Anonymous (nobody) 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 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=1111442&group_id=29880 From srunschke at abit.de Fri Jan 28 06:51:22 2005 From: srunschke at abit.de (Sascha Runschke) Date: Fri Jan 28 06:51:22 2005 Subject: Antwort: [Nagiosplug-devel] 1.4 release [Virus scanned] Message-ID: > 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! Uhm, the thought alone of making a "release" which still has known bugs makes me choke ;) Even though I am not actively contributing to the nagiosplug project, I still feel the urge to express my thoughts about it. Imho it's a majorly bad idea to release a code as "stable", even though you know there are some - maybe even critical bugs - in it. It will greatly reduce the trust the users will put into the nagiosplug project. What will people think that see "oh, a new release", download it and notice there are loads of bugs in it? Not all users of Nagios monitor this list and may not be aware of what they are diving into. I'd really advise you to reconsider releasing 1.4 in the current state and rather fix the bugs that are still in the code. Freeze the code, don't apply any new patches for new features, just do bugfixing of the old ones. my .02? sash -------------------------------------------------- Sascha Runschke Netzwerk Administration IT-Services ABIT AG Robert-Bosch-Str. 1 40668 Meerbusch Tel.:+49 (0) 2150.9153.226 mailto:SRunschke at abit.de http://www.abit.net http://www.abit-epos.net http://www.my-academy.net -------------------------------------------------- Der Inhalt dieser Email sowie die Anh?nge sind ausschlie?lich f?r den bezeichneten Adressaten bestimmt. Wenn Sie nicht der vorgesehene Adressat dieser Email oder dessen Vertreter sein sollten, so beachten Sie bitte, da? jede Form der Kenntnisnahme, Ver?ffentlichung, Vervielf?ltigung oder Weitergabe des Inhalts dieser Email unzul?ssig ist. Wir m?chten Sie au?erdem darauf hinweisen, da? die Kommunikation per Email ?ber das Internet unsicher ist, da fuer unberechtigte Dritte grunds?tzlich die M?glichkeit der Kenntnisnahme und Manipulation besteht. Wenn Sie diese Nachricht versehentlich erhalten, informieren Sie bitte den Absender und l?schen diese Nachricht mit den Anh?ngen. Herzlichen Dank The information and any attachments contained in this email are intended solely for the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any form of disclosure, reproduction, distribution or any action taken or refrained from in reliance on it, is prohibited and may be unlawful. We also like to inform you that communication via email over the internet is insecure because third parties may have the possibility to access and manipulate emails. If you have received the message in error, please advise the sender and delete the message and any attachments. Thank you very much. From ae at op5.se Fri Jan 28 09:20:21 2005 From: ae at op5.se (Andreas Ericsson) Date: Fri Jan 28 09:20:21 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: <41FA4712.9090006@op5.se> 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. > I'd say 1, but on Wednesday next week. Anything that isn't solved until monday can rest, so you'll have monday, tuesday and however much of wednesday you like to apply any patches that might come in during the weekend. When that's done, keep a track-record of bugs fixed, and when you hit a specified number (10? 20?) of fixed bugs just make a new micro-point release (i.e. 1.4.1). -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From mkent at magoazul.com Fri Jan 28 09:46:55 2005 From: mkent at magoazul.com (Matthew Kent) Date: Fri Jan 28 09:46:55 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: <1106930650.4507.3.camel@fuego> On Wed, 2005-26-01 at 21:51 +0000, 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. I vote for 1). I'll try to get back in and help with any bugs that come up (I've been super busy lately with some evening classes I decided to take + full time work + some other projects). Have a great weekend guys, -- Matthew Kent http://magoazul.com From hmann at itgroundwork.com Fri Jan 28 12:35:31 2005 From: hmann at itgroundwork.com (Harper Mann) Date: Fri Jan 28 12:35:31 2005 Subject: [Nagiosplug-devel] 1.4 release In-Reply-To: <1106930650.4507.3.camel@fuego> Message-ID: My vote is for 1 as well. There are lots of interesting things to fix and work on, but that will always be so. I will certainly support bug fixes in the next several weeks if we get an onslaught. Cheers, - Harper Harper Mann Groundwork Open Source Solutions 510-599-2075 (cell) http://itgroundwork.com > -----Original Message----- > From: nagiosplug-devel-admin at lists.sourceforge.net [mailto:nagiosplug- > devel-admin at lists.sourceforge.net] On Behalf Of Matthew Kent > Sent: Friday, January 28, 2005 8:44 AM > To: NagiosPlug Devel > Subject: Re: [Nagiosplug-devel] 1.4 release > > On Wed, 2005-26-01 at 21:51 +0000, 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. > > I vote for 1). > > I'll try to get back in and help with any bugs that come up (I've been > super busy lately with some evening classes I decided to take + full > time work + some other projects). > > Have a great weekend guys, > -- > Matthew Kent > http://magoazul.com > > > > ------------------------------------------------------- > 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 Stanley.Hopcroft at IPAustralia.Gov.AU Fri Jan 28 14:29:13 2005 From: Stanley.Hopcroft at IPAustralia.Gov.AU (Stanley Hopcroft) Date: Fri Jan 28 14:29:13 2005 Subject: [Nagiosplug-devel] 1.4 release In-Reply-To: <41FA4712.9090006@op5.se> References: <6E223484-6FE4-11D9-BD21-000A95D47298@mac.com> <41FA4712.9090006@op5.se> Message-ID: <20050128222814.GA239@IPAustralia.Gov.AU> Dear Folks, On Fri, Jan 28, 2005 at 03:07:14PM +0100, Andreas Ericsson wrote: > > I'd say 1, but on Wednesday next week. me too (for more selfish reasons related to slackness). 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 Jan 28 14:49:59 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Jan 28 14:49:59 2005 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1102230 ] check_sybase v0.4 Message-ID: Patches item #1102230, was opened at 2005-01-14 10:56 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1102230&group_id=29880 Category: Bugfix Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Simon Bellwood (sb-netman) Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: check_sybase v0.4 Initial Comment: A minor release so that check_sybase.pl better handles library search paths; timeouts should be handled a little better too. The download is available from: http://www.net-man.at/software/check_sybase-0.3.zip The latest version is always available from: http://www.net-man.at/software/check_sybase-LATEST.zip A patch against 0.2- is attached. Simon Bellwood NetMan Network Management and IT Services GmbH ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-01-28 22:40 Message: Logged In: YES user_id=395628 This tracker entry contains no files or diffs check_sybase v0.4 downloaded from http://www.net-man.at/software/ Nagios plugin developers thank you for your support of the project and for this useful software. Should in /contrib in CVS in next 1-2 hours. Thank you. ---------------------------------------------------------------------- Comment By: Simon Bellwood (sb-netman) Date: 2005-01-26 12:04 Message: Logged In: YES user_id=1156501 I've made a small change to better handle login timeouts. Latest if available from here: http://www.net-man.at/software/check_sybase-LATEST.zip I'll diff if needed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1102230&group_id=29880 From jrhett at meer.net Fri Jan 28 14:59:42 2005 From: jrhett at meer.net (Joe Rhett) Date: Fri Jan 28 14:59:42 2005 Subject: [Nagiosplug-devel] check_rta (aka check_icmp 0.9) In-Reply-To: <41F61483.1030202@op5.se> References: <41F50BDF.90607@op5.se> <41F61483.1030202@op5.se> Message-ID: <20050128222033.GA11159@meer.net> On Tue, Jan 25, 2005 at 10:42:27AM +0100, Andreas Ericsson wrote: > If anyone would be kind enough to allow me some build-space on a solaris > server (or anywhere else where nagios builds and runs, really) it would > speed up development tremendously and contribute in a very real way to > the progress. I will send my public SSH keys on request, so as to save > the insecurities of distributing passwords. Add the user 'exon' in that > case, if you please. 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. -- Joe Rhett Senior Geek Meer.net From ae at op5.se Sat Jan 29 02:51:54 2005 From: ae at op5.se (Andreas Ericsson) Date: Sat Jan 29 02:51:54 2005 Subject: [Nagiosplug-devel] check_rta (aka check_icmp 0.9) In-Reply-To: <20050128222033.GA11159@meer.net> References: <41F50BDF.90607@op5.se> <41F61483.1030202@op5.se> <20050128222033.GA11159@meer.net> Message-ID: <41FB6ABC.20900@op5.se> Joe Rhett wrote: > On Tue, Jan 25, 2005 at 10:42:27AM +0100, Andreas Ericsson wrote: > >>If anyone would be kind enough to allow me some build-space on a solaris >>server (or anywhere else where nagios builds and runs, really) it would >>speed up development tremendously and contribute in a very real way to >>the progress. I will send my public SSH keys on request, so as to save >>the insecurities of distributing passwords. Add the user 'exon' in that >>case, if you please. > > > 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. > That would be excellent. Would it be possible to get sudo access to the check_rta plugin as well? -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From ae at op5.se Sat Jan 29 02:56:50 2005 From: ae at op5.se (Andreas Ericsson) Date: Sat Jan 29 02:56:50 2005 Subject: Antwort: [Nagiosplug-devel] 1.4 release [Virus scanned] In-Reply-To: References: Message-ID: <41FB6BE3.9090000@op5.se> Sascha Runschke wrote: >>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! > > > Uhm, the thought alone of making a "release" which still has known bugs > makes me choke ;) The bugs are more of a porting issue. For instance, check_disk doesn't work on HPUX with network mounted disks and non-GNU df. Bugs of this kind are non-trivial to fix, especially considering the lack of systems to test on. > Even though I am not actively contributing to the nagiosplug project, I > still feel the urge to > express my thoughts about it. Imho it's a majorly bad idea to release a > code as "stable", > even though you know there are some - maybe even critical bugs - in it. No critical bugs should be released. I'm with you there. The SIGSEGV in check_ping must be resolved (although I believe my own contribution of the next check_icmp obsoletes it). > It will greatly reduce the trust the users will put into the nagiosplug > project. > What will people think that see "oh, a new release", download it and > notice there are loads > of bugs in it? Not loads of bugs. Some plugins won't work properly on obscure platforms. > Not all users of Nagios monitor this list and may not be > aware of what they are > diving into. > A BUGS-file should accompany the release at the very least, and it should be referenced in the README. > I'd really advise you to reconsider releasing 1.4 in the current state and > rather fix the bugs > that are still in the code. Freeze the code, don't apply any new patches > for new features, just > do bugfixing of the old ones. > That was done sometime in december, if I remember this correctly. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From ae at op5.se Sat Jan 29 03:29:14 2005 From: ae at op5.se (Andreas Ericsson) Date: Sat Jan 29 03:29:14 2005 Subject: [Nagiosplug-devel] check_rta (next check_icmp) + public key Message-ID: <41FB7372.1050003@op5.se> 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 -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: id_dsa.pub URL: From benny at bennyvision.com Sat Jan 29 08:46:54 2005 From: benny at bennyvision.com (C. Bensend) Date: Sat Jan 29 08:46:54 2005 Subject: Antwort: [Nagiosplug-devel] 1.4 release [Virus scanned] In-Reply-To: <41FB6BE3.9090000@op5.se> References: <41FB6BE3.9090000@op5.se> Message-ID: <53712.63.227.74.41.1107017204.squirrel@63.227.74.41> > The bugs are more of a porting issue. For instance, check_disk doesn't > work on HPUX with network mounted disks and non-GNU df. Bugs of this > kind are non-trivial to fix, especially considering the lack of systems > to test on. I'm OK voting for the first choice (cut the release), but I'd like to get a week or two - I built out an HP-UX 11i machine at work dedicated to testing Nagios and the plugins on HP-UX, but I can't get the CVS code to build yet. I'm pretty sure there's a problem between the chair and the keyboard, but I haven't gotten the details collected to get a proper message to the list. I've had to patch several things to even get the build started. I'll absolutely understand if the release goes. If we wait for people like me to finish little things like this, it'll be 2009 before the code goes out the door. ;) Benny -- "I'm on the Zoloft to keep from killing y'all." -- Mike Tyson From ae at op5.se Sat Jan 29 08:58:39 2005 From: ae at op5.se (Andreas Ericsson) Date: Sat Jan 29 08:58:39 2005 Subject: Antwort: [Nagiosplug-devel] 1.4 release [Virus scanned] In-Reply-To: <53712.63.227.74.41.1107017204.squirrel@63.227.74.41> References: <41FB6BE3.9090000@op5.se> <53712.63.227.74.41.1107017204.squirrel@63.227.74.41> Message-ID: <41FBC0B3.9050500@op5.se> C. Bensend wrote: >>The bugs are more of a porting issue. For instance, check_disk doesn't >>work on HPUX with network mounted disks and non-GNU df. Bugs of this >>kind are non-trivial to fix, especially considering the lack of systems >>to test on. > > > I'm OK voting for the first choice (cut the release), but I'd like to > get a week or two - I built out an HP-UX 11i machine at work dedicated > to testing Nagios and the plugins on HP-UX, but I can't get the CVS > code to build yet. I'm pretty sure there's a problem between the chair > and the keyboard, but I haven't gotten the details collected to get a > proper message to the list. I've had to patch several things to even > get the build started. > Don't forget the -lgen and such. HPUX is a very nasty environment to develop on. Is it running on PA-RISC 1.1 by any chance? I'm looking for a possibility to porting and testing NRPE to that platform. > I'll absolutely understand if the release goes. If we wait for people > like me to finish little things like this, it'll be 2009 before the > code goes out the door. ;) > > Benny > > -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Lead Developer From benny at bennyvision.com Sat Jan 29 09:06:10 2005 From: benny at bennyvision.com (C. Bensend) Date: Sat Jan 29 09:06:10 2005 Subject: Antwort: [Nagiosplug-devel] 1.4 release [Virus scanned] In-Reply-To: <41FBC0B3.9050500@op5.se> References: <41FB6BE3.9090000@op5.se> <53712.63.227.74.41.1107017204.squirrel@63.227.74.41> <41FBC0B3.9050500@op5.se> Message-ID: <50680.63.227.74.41.1107018358.squirrel@63.227.74.41> > Don't forget the -lgen and such. HPUX is a very nasty environment to > develop on. Tell me about it - I build and release OpenSSH depots for HP-UX as well. :/ > Is it running on PA-RISC 1.1 by any chance? I'm looking for a > possibility to porting and testing NRPE to that platform. I do have depots of NRPE available for PA-RISC 1.1: http://www.bennyvision.com/projects/nagios/index.php I have gotten notes from a bunch of people saying that they were working just fine for them. Is there something further you'd like to do? Benny -- "I'm on the Zoloft to keep from killing y'all." -- Mike Tyson From ae at op5.se Sat Jan 29 15:28:50 2005 From: ae at op5.se (Andreas Ericsson) Date: Sat Jan 29 15:28:50 2005 Subject: [Nagiosplug-devel] check_rta (next check_icmp) + public key In-Reply-To: <41FB7372.1050003@op5.se> References: <41FB7372.1050003@op5.se> Message-ID: <41FC1C18.9000801@op5.se> 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 From noreply at sourceforge.net Sat Jan 29 15:39:36 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Sat Jan 29 15:39:36 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1112323 ] check_icmp rewritten Message-ID: New Plugins item #1112323, was opened at 2005-01-30 00:39 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=1112323&group_id=29880 Category: C plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Andreas Ericsson (ageric) Assigned to: Nobody/Anonymous (nobody) Summary: check_icmp rewritten Initial Comment: Perhaps we can finally get rid of the ancient, slow, buggy and ugly check_ping and all the problems it has brought with different output on different systems. Please check timings compared to your system ping, which will have to act as reference. 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. It does NOT link in utils.o. Please keep it that way, or I'll have a hard time making changes to it. It conforms to the plugin guidelines anyway. 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. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1112323&group_id=29880 From noreply at sourceforge.net Mon Jan 31 13:07:57 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 31 13:07:57 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-703898 ] New Plugin: check_traceroute Message-ID: New Plugins item #703898, was opened at 2003-03-14 16:03 Message generated for change (Comment added) made by mplace You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=703898&group_id=29880 Category: Perl plugin Group: None >Status: Open Resolution: None Priority: 5 Submitted By: Myke Place (mplace) Assigned to: Subhendu Ghosh (sghosh) Summary: New Plugin: check_traceroute Initial Comment: check_traceroute is a plugin that sends alerts to Nagios if a specified host is greater than a certain number of hops away. In cases where a multihomed network looses a connection and the remote side can be reached through another gateway check_ping will still report the connection is being up, though it has actually gone done. This is an admittedly rare instance, but perhaps others will find varied uses for this plugin as well. check_traceroute is written in Perl and utilizes Net::Traceroute and Getopts::Long. Usage is as follows: check_traceroute -t <host> [-w <warning>] [-c <critical>] ---------------------------------------------------------------------- >Comment By: Myke Place (mplace) Date: 2005-01-31 14:04 Message: Logged In: YES user_id=734416 Uploaded per Stanley's request. ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-01-26 21:18 Message: Logged In: YES user_id=395628 No file attached. Please would you upload check_traceroute to SourceForge so it can be included in the /contrib plugins. Sorry for the huge delay in getting nack to you about this. ---------------------------------------------------------------------- Comment By: Kev Green (kyrian) Date: 2003-07-27 18:08 Message: Logged In: YES user_id=99923 Just by way of random thought, it might be a useful addition to this plugin to add the facility to check for a traceroute via a given host (and give the option of whether a traceroute via this host should issue "OK", "WARNING", or "CRITICAL" nagios status), so eg. a network administrator could use it to check that their upstream transit had not failed over to a backup router/connection - or indeed that a routing loop had occured -, as it's common for the hostname of particular routers/hops in traceroute to change in the event of such a failover. HTH, HAND. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=703898&group_id=29880 From noreply at sourceforge.net Mon Jan 31 18:21:05 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 31 18:21:05 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-703898 ] New Plugin: check_traceroute Message-ID: New Plugins item #703898, was opened at 2003-03-14 23:03 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=703898&group_id=29880 Category: Perl plugin Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Myke Place (mplace) >Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: New Plugin: check_traceroute Initial Comment: check_traceroute is a plugin that sends alerts to Nagios if a specified host is greater than a certain number of hops away. In cases where a multihomed network looses a connection and the remote side can be reached through another gateway check_ping will still report the connection is being up, though it has actually gone done. This is an admittedly rare instance, but perhaps others will find varied uses for this plugin as well. check_traceroute is written in Perl and utilizes Net::Traceroute and Getopts::Long. Usage is as follows: check_traceroute -t <host> [-w <warning>] [-c <critical>] ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-02-01 02:17 Message: Logged In: YES user_id=395628 Thank you very much for the plugin. Plugin added to /contrib as check_tracerouter-pure_perl.pl since there is a hack from that uses /usr/bin/traceroute, with the name your plugin should have had. I suggest this a potential core plugin and - if it works (I had trouble with Net::Traceroute reporting Ok with NX hosts on multiple platforms (ie Linux and FreeBSD)); contacting the author was fruitless (when I last looked) - and will be promoted if it is popular. Thank you, ---------------------------------------------------------------------- Comment By: Myke Place (mplace) Date: 2005-01-31 21:04 Message: Logged In: YES user_id=734416 Uploaded per Stanley's request. ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-01-27 04:18 Message: Logged In: YES user_id=395628 No file attached. Please would you upload check_traceroute to SourceForge so it can be included in the /contrib plugins. Sorry for the huge delay in getting nack to you about this. ---------------------------------------------------------------------- Comment By: Kev Green (kyrian) Date: 2003-07-28 00:08 Message: Logged In: YES user_id=99923 Just by way of random thought, it might be a useful addition to this plugin to add the facility to check for a traceroute via a given host (and give the option of whether a traceroute via this host should issue "OK", "WARNING", or "CRITICAL" nagios status), so eg. a network administrator could use it to check that their upstream transit had not failed over to a backup router/connection - or indeed that a routing loop had occured -, as it's common for the hostname of particular routers/hops in traceroute to change in the event of such a failover. HTH, HAND. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=703898&group_id=29880 From noreply at sourceforge.net Mon Jan 31 19:30:54 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 31 19:30:54 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-1112323 ] check_icmp rewritten Message-ID: New Plugins item #1112323, was opened at 2005-01-29 23:39 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1112323&group_id=29880 Category: C plugin Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: Andreas Ericsson (ageric) >Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: check_icmp rewritten Initial Comment: Perhaps we can finally get rid of the ancient, slow, buggy and ugly check_ping and all the problems it has brought with different output on different systems. Please check timings compared to your system ping, which will have to act as reference. 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. It does NOT link in utils.o. Please keep it that way, or I'll have a hard time making changes to it. It conforms to the plugin guidelines anyway. 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. ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-02-01 03:28 Message: Logged In: YES user_id=395628 Thank you for the plugin. Should be in CVS in next 2-6 hours. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=1112323&group_id=29880 From noreply at sourceforge.net Mon Jan 31 19:39:02 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 31 19:39:02 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-726385 ] updated check_traffic plugin v0.91b Message-ID: New Plugins item #726385, was opened at 2003-04-23 17:23 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=726385&group_id=29880 >Category: Perl plugin Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Mike Kazmier (mikekazmier) >Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: updated check_traffic plugin v0.91b Initial Comment: I have patched the make_config script to correctly report interfaces from cisco routers and create the RRD files properly. Fixed other small bugs in script. Included a new script called set_perms which will set the permissions correctly to allow RRD file updates and creation of the graphs in a default nagios installation. ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-02-01 03:37 Message: Logged In: YES user_id=395628 Thank you very much for the plugin and I beg your pardon for having to wait so long for an acknowledgement. Plugin is in the /contrib/tarballs directory and should be in CVS in 2-6 hours. Thank you. ---------------------------------------------------------------------- Comment By: Elikster (elikster) Date: 2004-10-02 11:32 Message: Logged In: YES user_id=1131825 It is missing one file, the check_traffic script itself in those two tarballs. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=726385&group_id=29880 From noreply at sourceforge.net Mon Jan 31 19:52:26 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 31 19:52:26 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-728927 ] check_http-with-client-certificate and more... Message-ID: New Plugins item #728927, was opened at 2003-04-28 13:40 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=728927&group_id=29880 Category: C plugin Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Fabian Pehla (fpehla) >Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: check_http-with-client-certificate and more... Initial Comment: This plugin is a rewrite of the existing check_http.c and additionally implements the following features: * check server certificate against supplied hostname (Host: header) if any * check server certificate against local CA certificates (as browsers do) * authenticate with client certificate (and optional passphrase) * specify HTTP returncodes to return a status of WARNING or OK instead of CRITICAL (only global for 3xx or 4xx errors) * check only against HTTP status line and exit immediately if not matched This plugin code can be compiled as a replacement for the existing check_http.c. As discussed with Subhendu Ghosh it is meant to be integrated with the existing plugin code. In the meantime feel free to use and test the plugin... It is mainly tested with Solaris 2.6 and 8 and also with Red Hat Linux 6.x and 7.x. As I remember I have not yet compiled the plugin without OpenSSL, so this may not work. Feel free to post your feedback to the nagiosplug-devel list. Fabian ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-02-01 03:50 Message: Logged In: YES user_id=395628 Thank you very much for contributing to Nagios plugin development. There has been a lot of recent check_http activity with various SSL improvements, although check_http still does not have the function of your contributions. At this point, the code will not get merged into the core check_http (or perhaps check_http merged into yours). The plugin is in /contrib with your file name. Sorry that you have had so long to wait for any acknowledgement. Thank you, ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=728927&group_id=29880 From noreply at sourceforge.net Mon Jan 31 19:57:09 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 31 19:57:09 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 stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=731820&group_id=29880 Category: Perl plugin Group: None >Status: Pending 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: 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 noreply at sourceforge.net Mon Jan 31 20:00:07 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 31 20:00:07 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-738239 ] check_email_loop.pl v.1.1 Message-ID: New Plugins item #738239, was opened at 2003-05-15 13:59 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=738239&group_id=29880 Category: Perl plugin Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Michael Markstaller (makki1) >Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: check_email_loop.pl v.1.1 Initial Comment: Updated check_email_loop.pl from contrib-directory, originally 10/19/2000 by Benjamin Schmid blueshift at gmx.net - fixed some unquoted strings - fixed/added pendwarn/lostwarn parameters - added deleting of orphaned check-emails on POP3-box - changed to use "top" in POP3 instead of get (RETR) to minimize traffic - added parameter maxmsg which causes a WARNING state when more msg than maxmsg are on the POP3- box I do these checks over WAN-links and had problems with high traffic when there were many mails in the POP3-mailbox. As there're always some orphaned Email-pings, I delete these now from within check_email_loop.pl, also it now uses TOP instead of downloading the whole email with RETR to save bandwidth ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-02-01 03:59 Message: Logged In: YES user_id=395628 Thank you very much for the updates to check_email_loop.pl. The amended version has replaced the old in the /contrib directory. I beg your pardon for the long wait to acknowledge your contribution. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=738239&group_id=29880 From noreply at sourceforge.net Mon Jan 31 20:03:05 2005 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Jan 31 20:03:05 2005 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-746083 ] check_asterisk Message-ID: New Plugins item #746083, was opened at 2003-05-30 13:36 Message generated for change (Comment added) made by stanleyhopcroft You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=746083&group_id=29880 Category: Perl plugin Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Roy Sigurd Karlsbakk (rkarlsba) >Assigned to: Stanley Hopcroft (stanleyhopcroft) Summary: check_asterisk Initial Comment: plugin to log into the asterisk PBX (asterisk.org) manager interface. This just logs in and out, but it's better than nothing :) roy ---------------------------------------------------------------------- >Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2005-02-01 04:02 Message: Logged In: YES user_id=395628 Thank you very much for your plugin. Sorry for the long wait to acknowledge it. Should be in /contrib in CVS in next 2-6 hours. ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2005-01-19 11:38 Message: Logged In: YES user_id=145309 New version of check_asterisk now also supports IAX ping ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2004-04-20 09:05 Message: Logged In: YES user_id=145309 I found this doesn't check the asterisk server sufficiently, as althought the manager interface may work, the other parts (isdn subsystem, sip, iax etc) may be down. It's a simple plugin that does nothnig worth more than a ping. If the asterisk server goes down (SIGSEGV or something), this plugin will find it, but that's about it. roy ---------------------------------------------------------------------- Comment By: Roy Sigurd Karlsbakk (rkarlsba) Date: 2003-06-02 07:20 Message: Logged In: YES user_id=145309 updated licence to GPL ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=746083&group_id=29880