From briangmilnes at gmail.com Wed May 5 19:21:17 2010 From: briangmilnes at gmail.com (Brian Milnes) Date: Wed, 5 May 2010 10:21:17 -0700 Subject: [Nagiosplug-devel] Log Status Checking Message-ID: Folks, I've got some difficulty with the way(s) that I can get Nagios to perform log status checking. Can someone please validate or refute my current setup. a) I need to check logs for the presence of every FATAL and ERROR. b) check_log (and similar) will do this but c) check_log keeps state by copying the entire log (into something like X.log.old) which wastes time and money (if you're in the cloud and paying for IO) d) when check_log returns other than OK, nagios rechecks and then check_log thinks "I've read the whole log, remembered that I'm past that last ERROR, so I'm OK now" and I don't get my page. e) If I set the check's retry to 1 to work around this, and I miss a socket connection, for whatever reason then I'm going to get a night time page on my FATAL checker. For other monitoring systems I've built a C program that ran like this: check_log_smart -S -L logfile -T statefile -P APATTERN -P ANOTHERPATTERN where statefile= . Can Nagios send along a sequence number? Does anyone have a smarter NRPE plugin for this? Thanks, Brian Milnes From cbaker at windstream.com Wed May 5 19:27:44 2010 From: cbaker at windstream.com (Charles H. Baker) Date: Wed, 05 May 2010 13:27:44 -0400 Subject: [Nagiosplug-devel] Log Status Checking In-Reply-To: References: Message-ID: <1273080464.3006.24.camel@rain> I prefer check_logfiles: http://labs.consol.de/lang/en/nagios/check_logfiles/ On Wed, 2010-05-05 at 10:21 -0700, Brian Milnes wrote: > Folks, > > I've got some difficulty with the way(s) that I can get Nagios to > perform log status checking. > Can someone please validate or refute my current setup. > > a) I need to check logs for the presence of every FATAL and ERROR. > b) check_log (and similar) will do this but > > c) check_log keeps state by copying the entire log (into something > like X.log.old) which > wastes time and money (if you're in the cloud and paying for IO) > d) when check_log returns other than OK, nagios rechecks and then > check_log thinks > "I've read the whole log, remembered that I'm past that last > ERROR, so I'm OK now" > and I don't get my page. > e) If I set the check's retry to 1 to work around this, and I miss a > socket connection, for whatever reason > then I'm going to get a night time page on my FATAL checker. > > For other monitoring systems I've built a C program that ran like this: > check_log_smart -S -L logfile -T statefile -P > APATTERN -P ANOTHERPATTERN > where statefile= . > > Can Nagios send along a sequence number? Does anyone have a smarter > NRPE plugin for this? > > Thanks, Brian Milnes -- Charles H. Baker, Unix System Administration Windstream Communications Charles.Baker at windstream.com | 864.331.7896 | 864.990.1297 Risk! Risk anything! Care no more for the opinion of others, for those voices. Do the hardest thing on earth for you. Act for yourself. Face the truth. Katherine Mansfield From cbaker at windstream.com Wed May 5 23:00:10 2010 From: cbaker at windstream.com (Charles H. Baker) Date: Wed, 05 May 2010 17:00:10 -0400 Subject: [Nagiosplug-devel] Log Status Checking In-Reply-To: References: <1273080464.3006.24.camel@rain> Message-ID: <1273093210.2463.12.camel@rain> On Wed, 2010-05-05 at 13:36 -0700, Brian Milnes wrote: > Charles, > > So do you then setup Nagios to check each log only once? If you > configure to retry only once and you get any > failures to load, then you'll get a page. > > Although it does look more efficient than check_logs at least. 1/2 the > problem solved. > > -B I'm not sure I'm following the question or getting to the root of the problem. check_logfiles sets a check point and then next time thru ignores errors prior to that check point. If it finds new error(s) it pages again. No new error(s) sets status back to OK. If I'm missing your point please forgive me, I've had very little sleep in the last 5 or 6 days. > > > > On Wed, May 5, 2010 at 10:27 AM, Charles H. Baker wrote: > > I prefer check_logfiles: > > > > http://labs.consol.de/lang/en/nagios/check_logfiles/ > > > > On Wed, 2010-05-05 at 10:21 -0700, Brian Milnes wrote: > >> Folks, > >> > >> I've got some difficulty with the way(s) that I can get Nagios to > >> perform log status checking. > >> Can someone please validate or refute my current setup. > >> > >> a) I need to check logs for the presence of every FATAL and ERROR. > >> b) check_log (and similar) will do this but > >> > >> c) check_log keeps state by copying the entire log (into something > >> like X.log.old) which > >> wastes time and money (if you're in the cloud and paying for IO) > >> d) when check_log returns other than OK, nagios rechecks and then > >> check_log thinks > >> "I've read the whole log, remembered that I'm past that last > >> ERROR, so I'm OK now" > >> and I don't get my page. > >> e) If I set the check's retry to 1 to work around this, and I miss a > >> socket connection, for whatever reason > >> then I'm going to get a night time page on my FATAL checker. > >> > >> For other monitoring systems I've built a C program that ran like this: > >> check_log_smart -S -L logfile -T statefile -P > >> APATTERN -P ANOTHERPATTERN > >> where statefile= . > >> > >> Can Nagios send along a sequence number? Does anyone have a smarter > >> NRPE plugin for this? > >> > >> Thanks, Brian Milnes > > -- > > Charles H. Baker, Unix System Administration > > Windstream Communications > > Charles.Baker at windstream.com | 864.331.7896 | 864.990.1297 > > Risk! Risk anything! Care no more for the opinion of others, for those > > voices. Do the hardest thing on earth for you. Act for yourself. Face > > the truth. Katherine Mansfield > > -- Charles H. Baker, Unix System Administration Windstream Communications Charles.Baker at windstream.com | 864.331.7896 | 864.990.1297 We may encounter many defeats, but we must not be defeated. Maya Angelou From noreply at sourceforge.net Fri May 7 04:20:19 2010 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 7 May 2010 02:20:19 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-2901240 ] check_snmp has problem parsing snmpget output Message-ID: Bugs item #2901240, was opened at 2009-11-20 16:31 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=2901240&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Parsing problem Group: Release (specify) >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Ernest Beinrohr (oernii) Assigned to: Thomas Guyot-Sionnest (dermoth) Summary: check_snmp has problem parsing snmpget output Initial Comment: Hi, I have a command like: $ check_snmp -P 3 -U username -A password -X password -a MD5 -H server.domain.com -o host.hrSystem.hrSystemProcesses.0 -L authPriv -v /usr/bin/snmpget -t 1 -r 5 -m ALL -v 3 -l authPriv -a MD5 -u username -A password -x DES -X password server.domain.com:161 host.hrSystem.hrSystemProcesses.0 HOST-RESOURCES-MIB::hrSystemProcesses.0 98 SNMP problem - No data received from host CMD: /usr/bin/snmpget -t 1 -r 5 -m ALL -v 3 [authpriv] server.domain.com:161 host.hrSystem.hrSystemProcesses.0 as you can see snmpget RETURNS a value of 98, but check_snmp fails to see it somehow. PS: check_snmp v2021 (nagios-plugins 1.4.13) Also I checked out the current GIT repo and build it. Another error: /usr/bin/snmpget -t 1 -r 5 -m ALL -v 3 [authpriv] server:161 host.hrSystem.hrSystemProcesses.0 HOST-RESOURCES-MIB::hrSystemProcesses.0 100 SNMP UNKNOWN - | ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2010-05-07 02:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2010-04-22 02:15 Message: Is it still an issue? I believe this would be caused by some distribution-default settings put in snmp.conf (not snmpd.conf). Can you find any matching file on your system and post their content? I will make it as pending, it will close automatically after a period of time. Thanks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=2901240&group_id=29880 From noreply at sourceforge.net Fri May 7 15:23:30 2010 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 07 May 2010 13:23:30 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-2998162 ] check_procs on HP-UX fails to get arguments Message-ID: Bugs item #2998162, was opened at 2010-05-07 15:23 Message generated for change (Tracker Item Submitted) made by semaphoric You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=2998162&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: v1.4.14 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Volker Hein (semaphoric) Assigned to: Nobody/Anonymous (nobody) Summary: check_procs on HP-UX fails to get arguments Initial Comment: In reference to Track ID: 948667 ps -el does not show all arguments on HP-UX ps -elx does ( at least for 11.11 and greater ). We tested this on the following systems: -------- HP-UX XXXXXXXX B.11.11 U 9000/800 1114444681 unlimited-user license /usr/bin/ps -elx | head -2 F S UID PID PPID C PRI NI ADDR SZ WCHAN TTY TIME COMD 1003 S 0 0 0 0 128 20 c0fd80 0 - ? 0:25 swapper /usr/bin/ps -elx | grep ssh 1 S 0 16804 16555 1 154 20 4ab17940 23 48c3fbee pts/0 0:00 grep ssh 1 S 0 16552 20702 0 154 20 4aac3540 341 b0f1a0 ? 0:00 sshd: root at pts/0 1 S 0 20702 1 0 154 20 4b1cc800 305 b0f1a0 ? 6:46 /opt/dcx/openssh/sbin/sshd -f /opt/dcx/openssh/etc/sshd_config ------- HP-UX XXXXXXXX B.11.23 U 9000/800 929037533 unlimited-user license /usr/bin/ps -elx | head -2 F S UID PID PPID C PRI NI ADDR SZ WCHAN TTY TIME COMD 1003 S 0 0 0 0 127 20 112bd80 0 faf064 ? 7:16 swapper /usr/bin/ps -elx | grep snmp 1 R 0 8291 8190 0 154 20 56fee280 23 - pts/0 0:00 grep snmp 1 S 0 24003 1 0 154 20 58f44b80 118 415c1040 ? 8:54 /sysmgmt/opt/net-snmp/sbin/snmpd -p /sysmgmt/opt/net-snmp/var/net-snmp/snmpd.pid 0.0.0.0:8161 ------- HP-UX XXXXXXXX B.11.31 U ia64 3285774567 unlimited-user license /usr/bin/ps -elx | head -2 F S UID PID PPID C PRI NI ADDR SZ WCHAN TTY TIME COMD 1003 S 0 0 0 0 127 20 e0000001005e3010 0 e000000100000004 ? 79:17 swapper /usr/bin/ps -elx | grep agentx 401 R 0 1288 1 1 152 20 e0000007e0c5ac00 859 - ? 84:47 /sysmgmt/perl/bin/perl /sysmgmt/sat/monitoring/bin/sat_agentx -a -p /sysmgmt/sat/monitoring/var/log/sat_agentx.pid 401 S 0 11517 11456 0 128 20 e0000007e816b780 2 e0000008a8567880 pts/0 0:00 grep agentx HTH ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=2998162&group_id=29880 From noreply at sourceforge.net Fri May 7 15:31:58 2010 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 07 May 2010 13:31:58 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Feature Requests-2998166 ] check_procs and Solaris Zones Message-ID: Feature Requests item #2998166, was opened at 2010-05-07 15:31 Message generated for change (Tracker Item Submitted) made by semaphoric You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=2998166&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Private: No Submitted By: Volker Hein (semaphoric) Assigned to: Nobody/Anonymous (nobody) Summary: check_procs and Solaris Zones Initial Comment: Hello there, check_procs should ( optionally ) ignore processes which are not running on the same zone as the one check_procs was executed on. As you already use "pst3" custom ps for Solaris, you could add the following lines to the code: ( SOLARIS_10 has to be defined via configure... ) #include "config.h" #ifdef SOLARIS_10 #include #endif ... ... and right after skip of system processes: #ifdef SOLARIS_10 /* processes from a different zone should be ignored */ if ( getzoneid() != psinfo.pr_zoneid ) { continue; } #endif Thanks in advance ;) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=2998166&group_id=29880 From noreply at sourceforge.net Tue May 11 13:23:51 2010 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 11 May 2010 11:23:51 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-2999924 ] check_http: add search string into 'string not found' msg Message-ID: Patches item #2999924, was opened at 2010-05-11 11:23 Message generated for change (Tracker Item Submitted) made by duncan_ferguson You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=2999924&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Duncan Ferguson (duncan_ferguson) Assigned to: Nobody/Anonymous (nobody) Summary: check_http: add search string into 'string not found' msg Initial Comment: Is very useful to show the search string in the 'string not found' message when it isn't found in the web page. Patch attached to provide this functionality when using '-o' switch (so is backwards compatible). Patch is against git as of timestamp in patch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=2999924&group_id=29880 From noreply at sourceforge.net Tue May 11 14:36:41 2010 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 11 May 2010 12:36:41 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Feature Requests-2998166 ] check_procs and Solaris Zones Message-ID: Feature Requests item #2998166, was opened at 2010-05-07 15:31 Message generated for change (Comment added) made by semaphoric You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=2998166&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Private: No Submitted By: Volker Hein (semaphoric) Assigned to: Nobody/Anonymous (nobody) Summary: check_procs and Solaris Zones Initial Comment: Hello there, check_procs should ( optionally ) ignore processes which are not running on the same zone as the one check_procs was executed on. As you already use "pst3" custom ps for Solaris, you could add the following lines to the code: ( SOLARIS_10 has to be defined via configure... ) #include "config.h" #ifdef SOLARIS_10 #include #endif ... ... and right after skip of system processes: #ifdef SOLARIS_10 /* processes from a different zone should be ignored */ if ( getzoneid() != psinfo.pr_zoneid ) { continue; } #endif Thanks in advance ;) ---------------------------------------------------------------------- >Comment By: Volker Hein (semaphoric) Date: 2010-05-11 14:36 Message: Also see this posting from devel-mailing-list: https://sourceforge.net/mailarchive/forum.php?thread_name=60721B67EAF0994EAFFB561767B7001404817E9D%40nets13ha.ww300.siemens.net&forum_name=nagiosplug-devel ( note to self: first look, then request ) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=2998166&group_id=29880 From adam at endpoint.com Wed May 12 10:28:37 2010 From: adam at endpoint.com (Adam Vollrath) Date: Wed, 12 May 2010 04:28:37 -0400 Subject: [Nagiosplug-devel] check_mailq Option Parsing Error Message-ID: <2687BDF2-2B3B-47DF-9F90-AF0C8FFACEF6@endpoint.com> Briefly, I believe I've found an option parsing bug in `check_mailq`. #nagios on freenode says this is the place to report it. The help output says it accepts -W and -C for domain-specific warning/crit levels, but the options parser doesn't accept those arguments. When specified at the command line, the following output is observed: # /usr/lib/nagios/plugins/check_mailq -w 350 -c 500 -W 10 -C 50 Unknown option: W Unknown option: C OK: mailq is empty|unsent=0;350;500;0 # echo $? 0 I do see opt_W and opt_C defined and invoked several places throughout the script (in addition to opt_c and opt_w). The fault begins in `sub process_arguments()` where the `GetOptions()` call does not specify -W or -C. I made a trivial patch here to include them that seemed to work, but I didn't extensively test if these thresholds were properly tested. Thank you for your consideration, Adam Vollrath End Point Hosting Team http://www.endpoint.com/ From dermoth at aei.ca Wed May 12 12:05:32 2010 From: dermoth at aei.ca (Thomas Guyot-Sionnest) Date: Wed, 12 May 2010 06:05:32 -0400 Subject: [Nagiosplug-devel] check_mailq Option Parsing Error In-Reply-To: <2687BDF2-2B3B-47DF-9F90-AF0C8FFACEF6@endpoint.com> References: <2687BDF2-2B3B-47DF-9F90-AF0C8FFACEF6@endpoint.com> Message-ID: <4BEA7D6C.1010404@aei.ca> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 10-05-12 04:28 AM, Adam Vollrath wrote: > Briefly, > > I believe I've found an option parsing bug in `check_mailq`. #nagios on freenode says this is the place to report it. > > The help output says it accepts -W and -C for domain-specific warning/crit levels, but the options parser doesn't accept those arguments. When specified at the command line, the following output is observed: > > # /usr/lib/nagios/plugins/check_mailq -w 350 -c 500 -W 10 -C 50 > Unknown option: W > Unknown option: C > OK: mailq is empty|unsent=0;350;500;0 > # echo $? > 0 > > I do see opt_W and opt_C defined and invoked several places throughout the script (in addition to opt_c and opt_w). The fault begins in `sub process_arguments()` where the `GetOptions()` call does not specify -W or -C. I made a trivial patch here to include them that seemed to work, but I didn't extensively test if these thresholds were properly tested. I'm not even sure this feature works properly or as advertised. The help output would have to be changed anyway because --Warning is the same as - --warning (so using the -- format does actually nothing)! I would have to look deeper at it... The related code block looks for preprocessed messages. - -- Thomas -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkvqfWEACgkQ6dZ+Kt5Bcha4HACg/1SIAMYUgJA9uqVSoEJg8Z2p Pn0AmgPCRLuZHwmWhniT6zoaj7StL3ch =+s4m -----END PGP SIGNATURE----- From kay at kay-es.net Thu May 13 14:17:41 2010 From: kay at kay-es.net (Kei Sakamoto) Date: Thu, 13 May 2010 21:17:41 +0900 (JST) Subject: [Nagiosplug-devel] check_tcp don't report state if connection is refused Message-ID: <20100513.211741.-432813908.kay@kay-es.net> Hi, # sorry for my poor english... I found it is likely a bug in check_tcp. check_tcp connect to the host but the connection is refused, just returned and no state was printed to stdout. In check_tcp.c line 231, this problem may be caused here. No state message! result = np_net_connect (server_address, server_port, &sd, PROTOCOL); if (result == STATE_CRITICAL) return STATE_CRITICAL; In check_http.c line 805, I found similar part below but it seems to be processed rightly. if (my_tcp_connect (server_address, server_port, &sd) != STATE_OK) die (STATE_CRITICAL, _("HTTP CRITICAL - Unable to open TCP socket\n")); I hope this problem will be managed similarly in check_tcp. Thank you for your consideration, Kei Sakamoto From dermoth at aei.ca Fri May 14 03:50:26 2010 From: dermoth at aei.ca (Thomas Guyot-Sionnest) Date: Thu, 13 May 2010 21:50:26 -0400 Subject: [Nagiosplug-devel] check_tcp don't report state if connection is refused In-Reply-To: <20100513.211741.-432813908.kay@kay-es.net> References: <20100513.211741.-432813908.kay@kay-es.net> Message-ID: <4BECAC62.2050706@aei.ca> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 10-05-13 08:17 AM, Kei Sakamoto wrote: > Hi, > > # sorry for my poor english... > > > I found it is likely a bug in check_tcp. > > check_tcp connect to the host but the connection is refused, just > returned and no state was printed to stdout. > > In check_tcp.c line 231, this problem may be caused here. No state message! > > result = np_net_connect (server_address, server_port, &sd, PROTOCOL); > if (result == STATE_CRITICAL) return STATE_CRITICAL; This is somewhat correct. Nagios cares about the return code, not the message. I believe np_net_connect() prints something; so we could look at it but we have to be careful as it could affect other plugins/programs... - -- Thomas -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkvsrGIACgkQ6dZ+Kt5BchY99ACgpOYQ1QPODXzdIZ/9JKk6oOtU ErwAnj78NdbFS3espci0YjG8qibEjzkp =m6rK -----END PGP SIGNATURE----- From kay at kay-es.net Fri May 14 05:05:21 2010 From: kay at kay-es.net (Kei Sakamoto) Date: Fri, 14 May 2010 12:05:21 +0900 (JST) Subject: [Nagiosplug-devel] check_tcp don't report state if connection is refused In-Reply-To: <4BECAC62.2050706@aei.ca> References: <20100513.211741.-432813908.kay@kay-es.net> <4BECAC62.2050706@aei.ca> Message-ID: <20100514.120521.1723213261.kay@kay-es.net> From: Thomas Guyot-Sionnest : > > I found it is likely a bug in check_tcp. > > > > check_tcp connect to the host but the connection is refused, just > > returned and no state was printed to stdout. > > > > In check_tcp.c line 231, this problem may be caused here. No state message! > > > > result = np_net_connect (server_address, server_port, &sd, PROTOCOL); > > if (result == STATE_CRITICAL) return STATE_CRITICAL; > > This is somewhat correct. Nagios cares about the return code, not the > message. > > I believe np_net_connect() prints something; so we could look at it but > we have to be careful as it could affect other plugins/programs... Oh, I see how it is. I did understand what you say and return codes are defined in Plugin API. It's true that np_net_connect() prints error messge by strerror(errno), but check_tcp prints diffrent message with two case, connection was refused and no response. I confused... I appreciate check_tcp also prints state message. Thank you. Kei Sakamoto From jgreco at ns.sol.net Sat May 15 15:13:40 2010 From: jgreco at ns.sol.net (Joe Greco) Date: Sat, 15 May 2010 08:13:40 -0500 (CDT) Subject: [Nagiosplug-devel] Case sensitivity in check_dig Message-ID: <201005151313.o4FDDeFA023743@aurora.sol.net> Noted the following RFC violation in the Nagios check_dig plugin. According to STD13, and most recently reiterated in RFC4343:3, in reference to label comparison: "a lookup string octet with a value in the inclusive range from 0x41 to 0x5A, the uppercase ASCII letters, MUST match the identical value and also match the corresponding value in the inclusive range from 0x61 to 0x7A, the lowercase ASCII letters. A lookup string octet with a lowercase ASCII letter value MUST similarly match the identical value and also match the corresponding value in the uppercase ASCII letter range. check_dig can be trivially shown to be in violation of this requirement: # check_dig -T txt -A "-c chaos" -w 2 -c 6 -H 10.1.1.1 -l version.bind -v /usr/bin/dig @10.1.1.1 -p 53 version.bind -t txt -c chaos Looking for: 'version.bind' ;; ANSWER SECTION: VERSION.BIND. 0 CH TXT "Nosy, nosy!" ;; Query time: 12 msec ;; SERVER: 10.1.1.1#53(10.1.1.1) ;; WHEN: Sat May 15 07:53:46 2010 ;; MSG SIZE rcvd: 64 DNS WARNING - 0.245 seconds response time (Server not found in ANSWER SECTION)|time=0.245255s;2.000000;6.000000;0.000000 # check_dig -T txt -A "-c chaos" -w 2 -c 6 -H 10.1.1.1 -l VERSION.BIND -v /usr/bin/dig @10.1.1.1 -p 53 VERSION.BIND -t txt -c chaos Looking for: 'VERSION.BIND' ;; ANSWER SECTION: VERSION.BIND. 0 CH TXT "Nosy, nosy!" DNS OK - 0.125 seconds response time (VERSION.BIND. 0 CH TXT "Nosy, nosy!")|time=0.125346s;2.000000;6.000000;0.000000 # check_dig -T txt -A "-c chaos" -w 2 -c 6 -H 10.1.1.2 -l version.bind -v /usr/bin/dig @10.1.1.2 -p 53 version.bind -t txt -c chaos Looking for: 'version.bind' ;; ANSWER SECTION: version.bind. 0 CH TXT "Nosy, nosy!" DNS OK - 0.153 seconds response time (version.bind. 0 CH TXT "Nosy, nosy!")|time=0.152567s;2.000000;6.000000;0.000000 # check_dig -T txt -A "-c chaos" -w 2 -c 6 -H 10.1.1.2 -l VERSION.BIND -v /usr/bin/dig @10.1.1.2 -p 53 VERSION.BIND -t txt -c chaos Looking for: 'VERSION.BIND' ;; ANSWER SECTION: VERSION.BIND. 0 CH TXT "Nosy, nosy!" DNS OK - 0.153 seconds response time (VERSION.BIND. 0 CH TXT "Nosy, nosy!")|time=0.152567s;2.000000;6.000000;0.000000 The first server is an older BIND series that always returns the label for VERSION.BIND as uppercase; the second server parrots it properly. However, while the server behaviour is clearly dodgy, check_dig's case-sensitive comparison is definitely in violation of the RFC. ... JG -- Joe Greco - sol.net Network Services - Milwaukee, WI - http://www.sol.net "We call it the 'one bite at the apple' rule. Give me one chance [and] then I won't contact you again." - Direct Marketing Ass'n position on e-mail spam(CNN) With 24 million small businesses in the US alone, that's way too many apples. From anand7126 at gmail.com Mon May 17 08:59:14 2010 From: anand7126 at gmail.com (ANAND RAJ) Date: Mon, 17 May 2010 12:29:14 +0530 Subject: [Nagiosplug-devel] Regarding the check_wmi.pl script Message-ID: Hi Matthieu Thibault, I have just got the check_wmi.pl script, This seems to be a excellent script without agent. I dont know exactly how to execute the script with required arguments I studied the help also given in the script, But I want some detailed explanation with some examples of executing the script Thanks in advance ----- Anand -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael at medin.name Mon May 17 09:31:10 2010 From: michael at medin.name (Michael Medin) Date: Mon, 17 May 2010 09:31:10 +0200 Subject: [Nagiosplug-devel] Building on windows? Message-ID: <4BF0F0BE.6050704@medin.name> Hello, I am curious if there is any way to build this on Windows and/or if there are any plans to support platform independent libraries/build environments? // Michael Medin From kadirbg at gmail.com Mon May 17 10:41:23 2010 From: kadirbg at gmail.com (Kadir Buyukguclu) Date: Mon, 17 May 2010 11:41:23 +0300 Subject: [Nagiosplug-devel] Time Check Message-ID: Hi, I have a windows 2003 Server existing operating system. When the control I want to do with nagios. ntp server but not server. I used the plugin but could not get check_time results. What do you recommend me for the time control? best regards -------------- next part -------------- An HTML attachment was scrubbed... URL: From dermoth at aei.ca Tue May 18 06:03:51 2010 From: dermoth at aei.ca (Thomas Guyot-Sionnest) Date: Tue, 18 May 2010 00:03:51 -0400 Subject: [Nagiosplug-devel] Building on windows? In-Reply-To: <4BF0F0BE.6050704@medin.name> References: <4BF0F0BE.6050704@medin.name> Message-ID: <4BF211A7.3070409@aei.ca> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 10-05-17 03:31 AM, Michael Medin wrote: > Hello, > > I am curious if there is any way to build this on Windows and/or if > there are any plans to support platform independent libraries/build > environments? Hi Michael, I never heard of anything like that being attempted, however since we use Gnulib for cross-platform compatibility I wouldn't be surprised that some plugin can actually compile and run in windows. Some compatibility layers like mingw32 might help too... I would guess you will need at the very least Cygwin or Mingw32 for building even if the final binaries are meant to run stand-alone. I have no real experience in compiling under windows but if you can come up with patches or specific issues regarding windows compatibility I will be glad to help getting it fixed in mainline. Thanks - -- Thomas -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkvyEaEACgkQ6dZ+Kt5Bchb7DQCg+JdRdzxSPj/rGUthMxoNt9fP IXsAoK+4qKGdkUrqnVHeyANX0A/G3Ivp =vIhD -----END PGP SIGNATURE----- From michael at medin.name Tue May 18 10:24:56 2010 From: michael at medin.name (Michael Medin) Date: Tue, 18 May 2010 10:24:56 +0200 Subject: [Nagiosplug-devel] Building on windows? In-Reply-To: <4BF211A7.3070409@aei.ca> References: <4BF0F0BE.6050704@medin.name> <4BF211A7.3070409@aei.ca> Message-ID: <4BF24ED8.2070406@medin.name> 2010-05-18 06:03 Thomas Guyot-Sionnest skrev: > I would guess you will need at the very least Cygwin or Mingw32 for > building even if the final binaries are meant to run stand-alone. I have > no real experience in compiling under windows but if you can come up > with patches or specific issues regarding windows compatibility I will > be glad to help getting it fixed in mainline. > Humm... Does this mean there is no interest in making using "platform independent" code (which does not require cygwin and such libraries). Also a platform independent build system would, I guess, be preferable to "configure" as well. I am relaying heavily on boost and cmake for NSCP in an attempt to make it plattform independent and was considering something along those lines. But as the code is much integrated it is, I guess, a lot of work to base (with patches) any work on the code as is. But I really think such changes need to come from "within" and not from "outside" (as they often require structural changes) so if there is no interest I think it will not be a beneficial effort. The reason this question "pops up" is that I was considering adding your plugins to NSCP. // Michael Medin From ae at op5.se Tue May 18 13:01:24 2010 From: ae at op5.se (Andreas Ericsson) Date: Tue, 18 May 2010 13:01:24 +0200 Subject: [Nagiosplug-devel] Building on windows? In-Reply-To: <4BF24ED8.2070406@medin.name> References: <4BF0F0BE.6050704@medin.name> <4BF211A7.3070409@aei.ca> <4BF24ED8.2070406@medin.name> Message-ID: <4BF27384.6010408@op5.se> On 05/18/2010 10:24 AM, Michael Medin wrote: > 2010-05-18 06:03 Thomas Guyot-Sionnest skrev: >> I would guess you will need at the very least Cygwin or Mingw32 for >> building even if the final binaries are meant to run stand-alone. I have >> no real experience in compiling under windows but if you can come up >> with patches or specific issues regarding windows compatibility I will >> be glad to help getting it fixed in mainline. >> > > Humm... > Does this mean there is no interest in making using "platform > independent" code (which does not require cygwin and such libraries). I'm handling a lot of similar issues in libgit2. It's ok so long as you don't have to fiddle with process duplication issues. > Also a platform independent build system would, I guess, be preferable > to "configure" as well. > GNU Make can be used for that, so long as we just decide on a supported compiler. Most likely that will be visual studio c++ express, which, to the best of my knowledge, has command-line support. > I am relaying heavily on boost and cmake for NSCP in an attempt to make > it plattform independent and was considering something along those > lines. But as the code is much integrated it is, I guess, a lot of work > to base (with patches) any work on the code as is. > > But I really think such changes need to come from "within" and not from > "outside" (as they often require structural changes) so if there is no > interest I think it will not be a beneficial effort. > > The reason this question "pops up" is that I was considering adding your > plugins to NSCP. > I think that would be extremely difficult, since the local checks mostly spawn unix-specific utilities to do the heavy lifting for them. Rewriting the necessary ones from scratch, using windows specific api's, seems like a far better idea. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Tel: +46 8-230225 Fax: +46 8-230231 Considering the successes of the wars on alcohol, poverty, drugs and terror, I think we should give some serious thought to declaring war on peace. From michael at medin.name Tue May 18 14:00:01 2010 From: michael at medin.name (Michael Medin) Date: Tue, 18 May 2010 14:00:01 +0200 Subject: [Nagiosplug-devel] Building on windows? In-Reply-To: <4BF27384.6010408@op5.se> References: <4BF0F0BE.6050704@medin.name> <4BF211A7.3070409@aei.ca> <4BF24ED8.2070406@medin.name> <4BF27384.6010408@op5.se> Message-ID: <4BF28141.5050607@medin.name> 2010-05-18 13:01 Andreas Ericsson skrev: > >> Also a platform independent build system would, I guess, be preferable >> to "configure" as well. >> >> > GNU Make can be used for that, so long as we just decide on a supported > compiler. Most likely that will be visual studio c++ express, which, to > the best of my knowledge, has command-line support. > But does gnu make support detection and configuration of the build environment? I am no expert on gnu make but one of the benefits of for instance boost jam, scons and cmake, etc etc are their ability to detect where things are and such (much like configure does on *nix) and I thought it lacked such features? >> I am relaying heavily on boost and cmake for NSCP in an attempt to make >> it plattform independent and was considering something along those >> lines. But as the code is much integrated it is, I guess, a lot of work >> to base (with patches) any work on the code as is. >> >> But I really think such changes need to come from "within" and not from >> "outside" (as they often require structural changes) so if there is no >> interest I think it will not be a beneficial effort. >> >> The reason this question "pops up" is that I was considering adding your >> plugins to NSCP. >> >> > I think that would be extremely difficult, since the local checks mostly > spawn unix-specific utilities to do the heavy lifting for them. > For some checks yes... for many no. For instance "check_cpu" would not make much sense to make portable (in that regard) but many other cheks like for instance instance check_http could very well be platform independent. > Rewriting the necessary ones from scratch, using windows specific api's, > seems like a far better idea. > > It depends... From my point of view it means I would end up having to maintain event more code which I rather not. But perhaps that is the only possibility. I would much rather have a collective effort maintaining the same codebase then having to spend all day long keeping patches up to date with the up-stream. Also where I to rewrite them I would do so in a platform independent manner anyways ;) // Michael Medin From noreply at sourceforge.net Tue May 18 17:59:19 2010 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 18 May 2010 15:59:19 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-3003419 ] check_snmp converts negative values to positive Message-ID: Bugs item #3003419, was opened at 2010-05-18 10:59 Message generated for change (Tracker Item Submitted) made by oesor You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3003419&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Parsing problem Group: v1.4.14 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Matt Rose (oesor) Assigned to: Nobody/Anonymous (nobody) Summary: check_snmp converts negative values to positive Initial Comment: When thresholds are defined, check_snmp converts negative integer snmp get values to positive: root at ops-00:/usr/local/nagios/libexec# ./check_snmp -V check_snmp v1.4.14 (nagios-plugins 1.4.14) root at ops-00:/usr/local/nagios/libexec# ./check_snmp -H 192.168.1.100 -o DEVICE-MIB::CurrentNoiseFloor.0 -w=~:-85 -c=~:-80 -vvvv /usr/bin/snmpget -t 1 -r 5 -m ALL -v 1 [authpriv] 192.168.1.100:161 DEVICE-MIB::CurrentNoiseFloor.0 DEVICE-MIB::CurrentNoiseFloor.0 = INTEGER: -97 Processing line 1 oidname: DEVICE-MIB::CurrentNoiseFloor.0 response: = INTEGER: -97 SNMP CRITICAL - *97* | DEVICE-MIB::CurrentNoiseFloor.0=97 root at ops-00:/usr/local/nagios/libexec# ./check_snmp -H 192.168.1.100 -o DEVICE-MIB::CurrentNoiseFloor.0 -vvvv /usr/bin/snmpget -t 1 -r 5 -m ALL -v 1 [authpriv] 192.168.1.100:161 DEVICE-MIB::CurrentNoiseFloor.0 DEVICE-MIB::CurrentNoiseFloor.0 = INTEGER: -97 Processing line 1 oidname: DEVICE-MIB::CurrentNoiseFloor.0 response: = INTEGER: -97 SNMP OK - -97 | DEVICE-MIB::CurrentNoiseFloor.0=-97 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3003419&group_id=29880 From noreply at sourceforge.net Tue May 18 18:20:20 2010 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 18 May 2010 16:20:20 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-3003419 ] check_snmp converts negative values to positive Message-ID: Bugs item #3003419, was opened at 2010-05-18 10:59 Message generated for change (Comment added) made by oesor You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3003419&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Parsing problem Group: v1.4.14 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Matt Rose (oesor) Assigned to: Nobody/Anonymous (nobody) Summary: check_snmp converts negative values to positive Initial Comment: When thresholds are defined, check_snmp converts negative integer snmp get values to positive: root at ops-00:/usr/local/nagios/libexec# ./check_snmp -V check_snmp v1.4.14 (nagios-plugins 1.4.14) root at ops-00:/usr/local/nagios/libexec# ./check_snmp -H 192.168.1.100 -o DEVICE-MIB::CurrentNoiseFloor.0 -w=~:-85 -c=~:-80 -vvvv /usr/bin/snmpget -t 1 -r 5 -m ALL -v 1 [authpriv] 192.168.1.100:161 DEVICE-MIB::CurrentNoiseFloor.0 DEVICE-MIB::CurrentNoiseFloor.0 = INTEGER: -97 Processing line 1 oidname: DEVICE-MIB::CurrentNoiseFloor.0 response: = INTEGER: -97 SNMP CRITICAL - *97* | DEVICE-MIB::CurrentNoiseFloor.0=97 root at ops-00:/usr/local/nagios/libexec# ./check_snmp -H 192.168.1.100 -o DEVICE-MIB::CurrentNoiseFloor.0 -vvvv /usr/bin/snmpget -t 1 -r 5 -m ALL -v 1 [authpriv] 192.168.1.100:161 DEVICE-MIB::CurrentNoiseFloor.0 DEVICE-MIB::CurrentNoiseFloor.0 = INTEGER: -97 Processing line 1 oidname: DEVICE-MIB::CurrentNoiseFloor.0 response: = INTEGER: -97 SNMP OK - -97 | DEVICE-MIB::CurrentNoiseFloor.0=-97 ---------------------------------------------------------------------- >Comment By: Matt Rose (oesor) Date: 2010-05-18 11:20 Message: s/thresholds are defined/thresholds are triggered/ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3003419&group_id=29880 From mailinglisten at brennt.net Thu May 20 11:40:30 2010 From: mailinglisten at brennt.net (Christian Lauf) Date: Thu, 20 May 2010 11:40:30 +0200 Subject: [Nagiosplug-devel] =?utf-8?q?Changed_check=5Fprocs_to_add_perform?= =?utf-8?q?ance_data_output?= Message-ID: <6ec5c26b7bf2ee67d48e1f1b54248164@brennt.net> Hi, I added the number of runing processes to the performance data output in check_procs. This fix means I just added a printf-function to add the performance data output before the newline (see line 304). The warn;crit;min;max ranges are not included because this would require to check how the ranges are specified. See Line 368 and following to get the idea. I just needed the total sum for the specified states. Line Content 295 printf (ngettext ("%d process", "%d processes", (unsigned long) procs), procs); //Prints: "n process" OR "n processes" 296 297 if (strcmp(fmt,"") != 0) { 298 printf (_(" with %s"), fmt); //Prints: with State=STATES 299 } 300 301 if ( verbose >= 1 && strcmp(fails,"") ) 302 printf (" [%s]", fails); 303 304 printf ("|\'Total Processes\'=%d", procs); //Adds "|'Total Processes'=n" to output. 305 printf ("\n"); 306 return result; 307 } If you have any fixes, enhancements, etc. feel free to contact me. Cheers, Khark -- For private mail please use my GPG-Key. ID: 0xB7849C76 From noreply at sourceforge.net Thu May 20 22:45:24 2010 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 20 May 2010 20:45:24 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-3004910 ] URL for check_game not available anymore Message-ID: Bugs item #3004910, was opened at 2010-05-20 22:45 Message generated for change (Tracker Item Submitted) made by madolphs You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3004910&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: release-1.4.15 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Mike Adolphs (madolphs) Assigned to: Nobody/Anonymous (nobody) Summary: URL for check_game not available anymore Initial Comment: While ./configure it's been said that one should get qstat from http://www.activesw.com/people/steve/qstat.html. The site seems to be no longer available. http://www.qstat.org/ seems to be more appropriate. configure, lines 19373,19374 Regards, Mike Adolphs ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3004910&group_id=29880 From aj at okesit.net Mon May 24 20:26:54 2010 From: aj at okesit.net (Alan Johnson) Date: Mon, 24 May 2010 20:26:54 +0200 Subject: [Nagiosplug-devel] Help needed with simple BASH plugin - Nagios getting (null) Message-ID: Hi everyone, I am writing a plugin to be used internally to monitor the status of my Amazon S3 backups. Its very simple in that it telnets to a port on my backup server thats backs up to S3, then either gets a 0,1 or 2 depending on exit code of the S3 synchronisation. That part work perfectly. The problem is the plugin on the Nagios box. If I run it from the command line, I get everything as expected, plus the correct exit code. When I run it in Nagios, I get (null) and thats it. My Nagios plugin is: #!/bin/bash STATUS=`/bin/nc $1 65530` if [ "$STATUS" = "0" ] ; then /bin/echo "OK: S3 synchronisation okay" exit 0 fi if [ "$STATUS" = "1" ] ; then /bin/echo "OK: S3 synchronisation currently running" exit 1 fi if [ "$STATUS" = "2" ] ; then /bin/echo "CRITICAL: S3 synchronisation failed" exit 2 fi Any ideas on what may be wrong? Haven't seen any solution on other lists that help. From Bret_Cason at symantec.com Mon May 24 21:05:44 2010 From: Bret_Cason at symantec.com (Bret Cason) Date: Mon, 24 May 2010 12:05:44 -0700 Subject: [Nagiosplug-devel] Help needed with simple BASH plugin - Nagiosgetting (null) In-Reply-To: References: Message-ID: <8076CB8628164B469C12FD2BF895579D08A1FFE5@TUS1XCHCLUPIN13.enterprise.veritas.com> Maybe the command definition isn't passing an $ARG1$ value. The associated service command should say something like ".... -a $ARG1$" -----Original Message----- From: Alan Johnson [mailto:aj at okesit.net] Sent: Monday, May 24, 2010 11:27 AM To: nagiosplug-devel at lists.sourceforge.net Subject: [Nagiosplug-devel] Help needed with simple BASH plugin - Nagiosgetting (null) Hi everyone, I am writing a plugin to be used internally to monitor the status of my Amazon S3 backups. Its very simple in that it telnets to a port on my backup server thats backs up to S3, then either gets a 0,1 or 2 depending on exit code of the S3 synchronisation. That part work perfectly. The problem is the plugin on the Nagios box. If I run it from the command line, I get everything as expected, plus the correct exit code. When I run it in Nagios, I get (null) and thats it. My Nagios plugin is: #!/bin/bash STATUS=`/bin/nc $1 65530` if [ "$STATUS" = "0" ] ; then /bin/echo "OK: S3 synchronisation okay" exit 0 fi if [ "$STATUS" = "1" ] ; then /bin/echo "OK: S3 synchronisation currently running" exit 1 fi if [ "$STATUS" = "2" ] ; then /bin/echo "CRITICAL: S3 synchronisation failed" exit 2 fi Any ideas on what may be wrong? Haven't seen any solution on other lists that help. ------------------------------------------------------------------------ ------ _______________________________________________________ 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 aj at okesit.net Tue May 25 08:40:46 2010 From: aj at okesit.net (Alan Johnson) Date: Tue, 25 May 2010 08:40:46 +0200 Subject: [Nagiosplug-devel] Help needed with simple BASH plugin - Nagiosgetting (null) In-Reply-To: <8076CB8628164B469C12FD2BF895579D08A1FFE5@TUS1XCHCLUPIN13.enterprise.veritas.com> References: <8076CB8628164B469C12FD2BF895579D08A1FFE5@TUS1XCHCLUPIN13.enterprise.veritas.com> Message-ID: <84CB179D-92F1-4D09-8916-48AD4C103120@okesit.net> I've even tried hard-coding the host's IP address in the script so that no arguments are needed, but same problem. Here is the setup of the command in my custom commands file: define command { command_name check_s3 command_line $USER1$/check_s3 $HOSTADDRESS$ } I am assuming that $HOSTADDRESS$ is being parsed to the script and being used as $1 in the "nc" line And the service in the host's config file: define service{ use generic-service ; Name of service template to use host_name host02 service_description S3SYNC check_command check_s3 notification_options c,r notification_interval 240 notification_period 24x7 max_check_attempts 3 check_interval 5 retry_interval 1 contact_groups admins,lautus } On 24 May 2010, at 9:05 PM, Bret Cason wrote: > Maybe the command definition isn't passing an $ARG1$ value. > The associated service command should say something like ".... -a > $ARG1$" > > -----Original Message----- > From: Alan Johnson [mailto:aj at okesit.net] > Sent: Monday, May 24, 2010 11:27 AM > To: nagiosplug-devel at lists.sourceforge.net > Subject: [Nagiosplug-devel] Help needed with simple BASH plugin - > Nagiosgetting (null) > > Hi everyone, > > I am writing a plugin to be used internally to monitor the status of my > Amazon S3 backups. > > Its very simple in that it telnets to a port on my backup server thats > backs up to S3, then either gets a 0,1 or 2 depending on exit code of > the S3 synchronisation. That part work perfectly. > > The problem is the plugin on the Nagios box. If I run it from the > command line, I get everything as expected, plus the correct exit code. > When I run it in Nagios, I get (null) and thats it. > > My Nagios plugin is: > > #!/bin/bash > STATUS=`/bin/nc $1 65530` > if [ "$STATUS" = "0" ] ; > then > /bin/echo "OK: S3 synchronisation okay" > exit 0 > fi > if [ "$STATUS" = "1" ] ; > then > /bin/echo "OK: S3 synchronisation currently running" > exit 1 > fi > if [ "$STATUS" = "2" ] ; > then > /bin/echo "CRITICAL: S3 synchronisation failed" > exit 2 > fi > > Any ideas on what may be wrong? Haven't seen any solution on other > lists that help. > > > ------------------------------------------------------------------------ > ------ > > _______________________________________________________ > 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 > > ------------------------------------------------------------------------------ > > _______________________________________________________ > 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 Christian.Mies at it-novum.com Thu May 27 10:08:00 2010 From: Christian.Mies at it-novum.com (Mies, Christian) Date: Thu, 27 May 2010 10:08:00 +0200 Subject: [Nagiosplug-devel] Patch for check_cluster to get Perfdata References: Message-ID: Hi List, here's a patch for getting Performance Data from check_cluster. regards Christian -------------- next part -------------- A non-text attachment was scrubbed... Name: check_cluster.c.patch Type: application/octet-stream Size: 1671 bytes Desc: check_cluster.c.patch URL: From noreply at sourceforge.net Thu May 27 19:43:15 2010 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 27 May 2010 17:43:15 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-3008084 ] check_dhcp Microsoft Server Options 66 and 67 CRITICAL Message-ID: Bugs item #3008084, was opened at 2010-05-27 12:43 Message generated for change (Tracker Item Submitted) made by mstng67 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3008084&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: arch nemesis (mstng67) Assigned to: Nobody/Anonymous (nobody) Summary: check_dhcp Microsoft Server Options 66 and 67 CRITICAL Initial Comment: Plugin Version (-V output): check_dhcp v1.4.14 (nagios-plugins 1.4.14) Plugin Name: check_dhcp Plugin Commandline showing issues: /usr/lib/nagios/plugins/check_dhcp -s 192.168.0.16 Output from above command: CRITICAL: Received 1 DHCPOFFER(s), 0 of 1 requested servers responded, max lease time = 0 sec. Operating System: Linux Mint 8 Helena - Main Edition Architecture: x86 Compiler: ??? The plugins were installed using APT. The change that prompted the CRITICAL output: Added Microsoft DHCP server options 66 and 67 to DHCP server configuration. These options are Boot Server Host Name and Bootfile Name, respectively. Restart the DHCP service. The next check of the DHCP server yielded the above output. Number of DHCP servers on the network: 1. The above mentioned MS DHCP server is the only DHCP server on the network. My guess is that the plugin is incorrectly parsing the options returned in the DHCPOFFER. I have no proof to back up this theory except that if the DHCP server is re-configured back to the known good (without options 66 and 67) then the plugin returns OK. If options 66 and 67 are configured the plugin returns CRITICAL for the specified server. Until a fix is released, I have simply removed the -s 192.168.0.16 portion of the command config file for the dhcp plugin to ensure that the plugin responds OK as long as it receives a DHCPOFFER. I know that it's a temporary fix, but it's what I know to do for now. If you need additional information, please email me. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3008084&group_id=29880