From mark.frost1 at pepsico.com Wed Nov 3 17:39:39 2010 From: mark.frost1 at pepsico.com (Frost, Mark {PBC}) Date: Wed, 3 Nov 2010 12:39:39 -0400 Subject: [Nagiosplug-devel] [PATCH] add HTTP CONNECT proxy capability to check_http Message-ID: Here's a patch to give check_http the ability to use the HTTP CONNECT protocol to check through a proxy that protocol. We've been using this in production since 1.4.14 and are hoping to get it into the official plugin build so I don't have to keep adding it by hand for each release. Thanks Mark -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: check_http_httpconnect.patch Type: application/octet-stream Size: 4005 bytes Desc: check_http_httpconnect.patch URL: From tonvoon at gmail.com Fri Nov 5 00:55:21 2010 From: tonvoon at gmail.com (Ton Voon) Date: Thu, 4 Nov 2010 23:55:21 +0000 Subject: [Nagiosplug-devel] [PATCH] add HTTP CONNECT proxy capability to check_http In-Reply-To: References: Message-ID: <21FFA061-ECDC-4029-A175-E260D792EC01@gmail.com> On 3 Nov 2010, at 16:39, Frost, Mark {PBC} wrote: > Here's a patch to give check_http the ability to use the HTTP > CONNECT protocol to check through a proxy that protocol. > > We've been using this in production since 1.4.14 and are hoping to > get it into the official plugin build so I don't have to keep adding > it by hand for each release. > Can you add a test to plugins/tests/check_http.t to cover this new functionality? I'll commit it if that's done. Ton -------------- next part -------------- An HTML attachment was scrubbed... URL: From noreply at sourceforge.net Sat Nov 6 14:08:24 2010 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 06 Nov 2010 13:08:24 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-3104162 ] Enable OpenSSL Workarounds Message-ID: Bugs item #3104162, was opened at 2010-11-06 09:08 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3104162&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: release-1.4.15 Status: Open Resolution: None Priority: 5 Private: No Submitted By: BMDan () Assigned to: Nobody/Anonymous (nobody) Summary: Enable OpenSSL Workarounds Initial Comment: I ran into a few issues with a recalcitrant server whose SSL implementation would happily accept connections from Firefox, but would inexplicably fail when accessed via check_http. A little digging with openssl s_client turned up the fact that I needed to enable the "-bugs" option to make it work. This patch applies the exact equivalent of that option to nagios-plugins' SSL connections. In case you'd rather be alerted that you have a braindead SSL implementation, it's wrapped in an "#ifndef". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3104162&group_id=29880 From noreply at sourceforge.net Mon Nov 15 23:18:16 2010 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 15 Nov 2010 22:18:16 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-3109810 ] check_snmp not processing command line flags correctly Message-ID: Bugs item #3109810, was opened at 2010-11-15 14:18 Message generated for change (Tracker Item Submitted) made by cforsythe You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3109810&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Argument proccessing Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Carl Forsythe (cforsythe) Assigned to: Nobody/Anonymous (nobody) Summary: check_snmp not processing command line flags correctly Initial Comment: Output of current plugin: ./check_snmp -V: check_snmp v1.4.15 (nagios-plugins 1.4.15) OS: CentOS 5.5 x86_64 Kernel: 2.6.18-194.11.4.el5 The check being run: ./check_snmp -H 192.168.100.204 -vvvv -P 2c -C ########## -o NS-ROOT-MIB::serverState.5.119.119.119.49.49 -R up /usr/bin/snmpget -t 1 -r 5 -m ALL -v 2c [authpriv] 192.168.100.204:161 NS-ROOT-MIB::serverState.5.119.119.119.49.49 NS-ROOT-MIB::serverState."www11" = INTEGER: outOfService(4) Processing oid 1 (line 1) oidname: NS-ROOT-MIB::serverState."www11" response: = INTEGER: outOfService(4) SNMP OK - 4 | NS-ROOT-MIB::serverState."www11"=4 It doesn't matter what I put after the -R, if I put up, down, left, right, green, blue etc. it always returns ok. Version: check_snmp v1859 (nagios-plugins 1.4.11) Works as expected, it was only after an update to the nagios plugins that the check_snmp plugin stopped working. Net-SNMP did not change. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3109810&group_id=29880 From JAGMINDER.CHUGH at synopsys.com Thu Nov 18 12:42:07 2010 From: JAGMINDER.CHUGH at synopsys.com (Jagminder Chugh) Date: Thu, 18 Nov 2010 17:12:07 +0530 Subject: [Nagiosplug-devel] Nagios plugin for Windows Server 2008 Message-ID: Hi, I need help where I can download Nagios plugin for Windows Server 2008 OS. Please advise. Regards, Jagminder -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at catsnest.co.uk Thu Nov 18 15:02:30 2010 From: lists at catsnest.co.uk (lists) Date: Thu, 18 Nov 2010 14:02:30 +0000 Subject: [Nagiosplug-devel] Nagios plugin for Windows Server 2008 In-Reply-To: References: Message-ID: If you mean NRPE, try nsclient++ its a very nice nrpe compatible client for MS based OS's and is well documented. http://nsclient.org/nscp/ Ritchie -- Fnord... <-- http://23.me.uk --> <-- http://wiki.s23.org --> <-- http://twitter.com/23me --> <- - What garlic is to salad, insanity is to art.? -> On Thu, Nov 18, 2010 at 11:42 AM, Jagminder Chugh wrote: > Hi, > > > > I need help where I can download Nagios plugin for Windows Server 2008 OS. > > > > Please advise. > > > > Regards, > > Jagminder > > > > ------------------------------------------------------------------------------ > Beautiful is writing same markup. Internet Explorer 9 supports > standards for HTML5, CSS3, SVG 1.1, ?ECMAScript5, and DOM L2 & L3. > Spend less time writing and ?rewriting code and more time creating great > experiences on the web. Be a part of the beta today > http://p.sf.net/sfu/msIE9-sfdev2dev > _______________________________________________________ > Nagios Plugin Development Mailing List > Nagiosplug-devel at lists.sourceforge.net > Unsubscribe at https://lists.sourceforge.net/lists/listinfo/nagiosplug-devel > ::: Please include plugins version (-v) and OS when reporting any issue. > ::: Messages without supporting info will risk being sent to /dev/null > From noreply at sourceforge.net Fri Nov 19 16:23:52 2010 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 19 Nov 2010 15:23:52 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-3112695 ] check_mailq.pl ignores separate submission queue Message-ID: Bugs item #3112695, was opened at 2010-11-19 10:23 Message generated for change (Tracker Item Submitted) made by jwm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3112695&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: CVS Status: Open Resolution: None Priority: 5 Private: No Submitted By: John Morrissey (jwm) Assigned to: Nobody/Anonymous (nobody) Summary: check_mailq.pl ignores separate submission queue Initial Comment: check_mailq.pl ignores the separate submission queue used in (modern?) sendmail implementations. For the queue output below with one message in the submission queue and no messages in the transport queue, check_mailq.pl reports zero messages in the queue because the request count from the last queue always overwrites previous queues. If the sendmail MTA isn't running or has become wedged, messages will sit in the submission queue forever. The attached patch fixes this in a backwards compatible way (i.e., it shouldn't break any of the currently supported formats). ## MSP Queue status... ## /var/spool/mqueue-client (1 request) ## -----Q-ID----- --Size-- -----Q-Time----- ------------Sender/Recipient------ ## oAJEfhdW014123 5 Fri Nov 19 14:41 jwm ## (Deferred: Connection refused by [127.0.0.1]) ## root ## Total requests: 1 ## MTA Queue status... ## /var/spool/mqueue is empty ## Total requests: 0 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3112695&group_id=29880 From noreply at sourceforge.net Fri Nov 19 16:24:21 2010 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 19 Nov 2010 15:24:21 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-3112695 ] check_mailq.pl ignores separate submission queue Message-ID: Bugs item #3112695, was opened at 2010-11-19 10:23 Message generated for change (Comment added) made by jwm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3112695&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: CVS Status: Open Resolution: None Priority: 5 Private: No Submitted By: John Morrissey (jwm) Assigned to: Nobody/Anonymous (nobody) Summary: check_mailq.pl ignores separate submission queue Initial Comment: check_mailq.pl ignores the separate submission queue used in (modern?) sendmail implementations. For the queue output below with one message in the submission queue and no messages in the transport queue, check_mailq.pl reports zero messages in the queue because the request count from the last queue always overwrites previous queues. If the sendmail MTA isn't running or has become wedged, messages will sit in the submission queue forever. The attached patch fixes this in a backwards compatible way (i.e., it shouldn't break any of the currently supported formats). ## MSP Queue status... ## /var/spool/mqueue-client (1 request) ## -----Q-ID----- --Size-- -----Q-Time----- ------------Sender/Recipient------ ## oAJEfhdW014123 5 Fri Nov 19 14:41 jwm ## (Deferred: Connection refused by [127.0.0.1]) ## root ## Total requests: 1 ## MTA Queue status... ## /var/spool/mqueue is empty ## Total requests: 0 ---------------------------------------------------------------------- >Comment By: John Morrissey (jwm) Date: 2010-11-19 10:24 Message: The attached patch is against the current git repo. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3112695&group_id=29880 From Rick.Garland at quantum.com Fri Nov 19 19:44:55 2010 From: Rick.Garland at quantum.com (Rick Garland) Date: Fri, 19 Nov 2010 11:44:55 -0700 Subject: [Nagiosplug-devel] Plugin results not displaying correctly in nagios Message-ID: <8324365F3DDCFE4EA4CBB01F275CDD65059A2A6E@DENMSGV1.QUANTUM.COM> Hi all: Got Nagios 3.0.3 running on RHEL5.5 I made a shell script to dynamically look for and check the IF traffic rate. It is looking for /^bond/ || /^eth/ out of the netstat -i output There are 3 interfaces, bond0, eth0 & eth1 >From command line, all 3 IFs are displayed correctly, each IF on is own line with the performance data displayed correctly as well. Here is the output from the command line. [root at denlraptor libexec]# ./check_iftraf bond0 receive=26676/min transmit=26100/min|bond0 26676;;;; 26100;;;; eth0 receive=26664/min transmit=26100/min|eth0 26664;;;; 26100;;;; eth1 receive=12/min transmit=0/min|eth1 12;;;; 0;;;; The 'Services' nagios screen only displays one line, bond0 - which is fine. Keep it short and I like that. When I drill into the service, the display gets out of whack. Example; The 'Status Information' will display the bond0 results and the eth0 results but no eth1 results. The 'Performance Data' will display the perf data for bond0 & eth0 then mix in the eth1 results and then display the eth1 perf data. If I omit the perf data, the results are displayed correctly. Here is sample output from nagios; Status Information: bond0 receive=276/min transmit=132/min eth0 receive=264/min transmit=132/min eth1 receive=12/min transmit=0/min Performance Data: If I include perf data, I get the following output in nagios; Status Information: bond0 receive=276/min transmit=132/min eth0 receive=264/min transmit=132/min Performance Data: bond0 276;;;; 132;;;; eth0 264;;;; 132;;;; eth1 receive=12/min transmit=0/min|eth1 12;;;; 0;;;; In the Perf Data are the results for eth1, which should be on the Status line. The eth1 receive=12/min transmit=0/min should not be on the Performance Data line. It should be on the Status line but instead it is mixed into the perf data. Here is the echo line from the script. echo "${int[$j]} receive=$RXOK/min transmit=$TXOK/min|${int[$j]} $RXOK;;;; $TXOK;;;; " Seems like I have too many characters. So how do I 'shift' to have the correct display? I am wanting to collect the perf data for all IFs and graph them. But with the 'Status' & 'Performance' displays out of whack ... Many thanks! ---------------------------------------------------------------------- The information contained in this transmission may be confidential. Any disclosure, copying, or further distribution of confidential information is not permitted unless such privilege is explicitly granted in writing by Quantum. Quantum reserves the right to have electronic communications, including email and attachments, sent across its networks filtered through anti virus and spam software programs and retain such messages in order to comply with applicable data security and retention requirements. Quantum is not responsible for the proper and complete transmission of the substance of this communication or for any delay in its receipt. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dermoth at aei.ca Tue Nov 23 04:08:58 2010 From: dermoth at aei.ca (Thomas Guyot-Sionnest) Date: Mon, 22 Nov 2010 22:08:58 -0500 Subject: [Nagiosplug-devel] Plugin results not displaying correctly in nagios In-Reply-To: <8324365F3DDCFE4EA4CBB01F275CDD65059A2A6E@DENMSGV1.QUANTUM.COM> References: <8324365F3DDCFE4EA4CBB01F275CDD65059A2A6E@DENMSGV1.QUANTUM.COM> Message-ID: <4CEB304A.70801@aei.ca> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 10-11-19 01:44 PM, Rick Garland wrote: > Hi all: > > Got Nagios 3.0.3 running on RHEL5.5 > > I made a shell script to dynamically look for and check the IF traffic > rate. > It is looking for /^bond/ || /^eth/ out of the netstat -i output > [...] > > If I omit the perf data, the results are displayed correctly. Here is > sample output from nagios; > > Status Information: bond0 receive=276/min transmit=132/min > eth0 receive=264/min transmit=132/min > eth1 receive=12/min transmit=0/min > Performance Data: > > > If I include perf data, I get the following output in nagios; > > Status Information: bond0 receive=276/min transmit=132/min > eth0 receive=264/min transmit=132/min > Performance Data: bond0 276;;;; 132;;;; eth0 264;;;; 132;;;; > *eth1 receive=12/min transmit=0/min*|eth1 12;;;; 0;;;; > > In the Perf Data are the results for eth1, which should be on the > Status line. If you look at the nagios documentation, the plugin output is explained as (roughly) this (optional parts in brackets ( [] ): v1/v2 format: plugin output [ | perfdata ] v3 format: plugin output [ | perfdata ] extended output ... extended output [ | perfdata ] Nagios v3 adds the extended output (which was originally limited to one line). In the extended output, the first encountered | is the start of the perfdata string and everything else that follows is perfdata. If you print a perfdata on each line everything past the 2nd line is taken as perfdata. You could just print all perfdata after all output lines have been printed. - -- Thomas -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkzrMEIACgkQ6dZ+Kt5BchbYvwCgppXB62SAtIbKVT601hoi1GPU cksAoN3+7b5Nl3/HG7dRutGFvfdMhoPl =ui/9 -----END PGP SIGNATURE----- From noreply at sourceforge.net Wed Nov 24 07:23:24 2010 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 24 Nov 2010 06:23:24 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-2786808 ] check_http asks for HTTP/1.1, but doesn't understand chunked Message-ID: Bugs item #2786808, was opened at 2009-05-04 12:19 Message generated for change (Comment added) made by chrishiestand You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=2786808&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: CVS Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ferenc W?gner (wferi) Assigned to: Holger Weiss (hweiss) Summary: check_http asks for HTTP/1.1, but doesn't understand chunked Initial Comment: Fixing 2638765 uncovered this bug (actually, most HTTP servers respect Host: headers in HTTP/1.0 requests, even though it isn't part of the spec). Anyway: if a client sends a HTTP/1.1 request, it must be able to handle the incoming HTTP/1.1 reply. Which includes coping with a chunked one. This exact same command worked with check_http version 1.4.5 (and still does so with -H replaced by -I, but that isn't the point). $ /usr/lib/nagios/plugins/check_http -v -H idp.niif.hu -u /idp/profile/Status --ssl -r "^ok$" GET /idp/profile/Status HTTP/1.1 Host: idp.niif.hu:443 User-Agent: check_http/v1991 (nagios-plugins 1.4.12) Connection: close https://idp.niif.hu:443/idp/profile/Status is 141 characters STATUS: HTTP/1.1 200 OK **** HEADER **** Date: Mon, 04 May 2009 19:12:13 GMT Connection: close Transfer-Encoding: chunked Content-Type: text/plain **** CONTENT **** 2 ok 0 HTTP CRITICAL - pattern not found|time=0.067933s;;;0.000000 size=141B;;;0 ---------------------------------------------------------------------- Comment By: Chris Hiestand (chrishiestand) Date: 2010-11-23 22:23 Message: +1 here too. I spent my whole evening figuring out why a nagios check was failing on a page that was fully functional, and had the sought-for regular expression. If the regular expression happens to be broken up by a chunk, the check fails. ---------------------------------------------------------------------- Comment By: Lamont Granquist (lamontgranquist) Date: 2010-07-31 20:40 Message: +1, I just ran into this bug. I started blaming our software devs for not marshalling their data correctly into XML and garbling it on the wire before I realized that the problem was that check_http didn't understand chunked encoding... ---------------------------------------------------------------------- Comment By: Holger Weiss (hweiss) Date: 2009-05-19 12:04 Message: I'll look into teaching check_http how to cope with chunked replies. Thanks for the bug report. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=2786808&group_id=29880 From stephane.urbanovski at ac-nancy-metz.fr Wed Nov 24 15:24:55 2010 From: stephane.urbanovski at ac-nancy-metz.fr (=?ISO-8859-1?Q?St=E9phane_Urbanovski?=) Date: Wed, 24 Nov 2010 15:24:55 +0100 Subject: [Nagiosplug-devel] sslutils patch : show certificate subject Message-ID: <4CED2037.10303@ac-nancy-metz.fr> Hi all Here is a patch (against v1.4.15) that show the certificate subject in check_http message : check_http -C 5 -H 69.58.181.89 OK - Certificate 'www.verisign.com' will expire on 05/25/2012 23:59. Can someone check it ? (I'm not a C guru) It seems there is a little bug when using check_tcp with certificate check (sample output from an unpatched version): check_tcp -D 5 -H www.verisign.com -p 443 OK - Certificate will expire on 05/25/2012 23:59. TCP OK - 0,476 second response time on port 443|time=0,476054s;;;0,000000;10,000000 Is there a way to use strftime (or something in same spirit) to show a locale date (dd/mm/yyyy for french) instead of US format mm/dd/yyyy ? Regards -- St?phane Urbanovski -------------- next part -------------- A non-text attachment was scrubbed... Name: show-certificate-subject.patch Type: text/x-diff Size: 2356 bytes Desc: not available URL: From noreply at sourceforge.net Tue Nov 30 13:33:00 2010 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 30 Nov 2010 12:33:00 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Feature Requests-3123438 ] check_hpjd port option Message-ID: Feature Requests item #3123438, was opened at 2010-11-30 12:33 Message generated for change (Tracker Item Submitted) made by flup You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=3123438&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: Ian Chard (flup) Assigned to: Nobody/Anonymous (nobody) Summary: check_hpjd port option Initial Comment: Please add an option to check_hpjd to allow a port to be specified for the SNMP request (see patch for 1.4.15 attached). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=3123438&group_id=29880 From noreply at sourceforge.net Tue Nov 30 15:42:21 2010 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 30 Nov 2010 14:42:21 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-2989193 ] check_smtp HELO bad default and -F missing from --help Message-ID: Bugs item #2989193, was opened at 2010-04-19 09:22 Message generated for change (Comment added) made by hweiss You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=2989193&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: v1.4.14 >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Jan Wagner (cyco_dd) Assigned to: Nobody/Anonymous (nobody) Summary: check_smtp HELO bad default and -F missing from --help Initial Comment: The following Bugreport we got against our debian package: Hi, I noticed our check_smtp was sending garbage in HELO, % /usr/lib/nagios/plugins/check_smtp -v 127.0.0.1 | head -1 HELOCMD: HELO shortmachinename When is it ever a good idea to send the unqualified hostname as HELO? Doing that to an actual real-world SMTP server just makes Nagios look like a spammer :) But regardless of the crap default, I went to fix that in the local config, but didn't find any way. By reading the source I discovered that it was actually possible by using -F, but: % /usr/lib/nagios/plugins/check_smtp --help | grep -- -F % You can track the bugreport via http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=578333 Thanks and kind regards, Jan. ---------------------------------------------------------------------- >Comment By: Holger Weiss (hweiss) Date: 2010-11-30 15:42 Message: The -F option is now documented in the --help output. Thanks! But we won't change the default behaviour. The only reasonable way to get the FQDN would be to issue a DNS query asking for the PTR record of some IP address (given that your system might have multiple addresses: which one?). However, the standard says that the server MUST accept any garbage. So, as far as I'm concerned, it's quite reasonable for a Nagios plugin to use some dummy value and let the users who care configure the FQDN manually. ---------------------------------------------------------------------- Comment By: Jan Wagner (cyco_dd) Date: 2010-04-19 11:07 Message: Our actual patch for the help output can be found at http://svn.debian.org/viewsvn/pkg-nagios/nagios-plugins/trunk/debian/patches/03_check_smtp_help.dpatch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=2989193&group_id=29880 From noreply at sourceforge.net Tue Nov 30 23:42:35 2010 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 30 Nov 2010 22:42:35 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-3123940 ] print time in rfc 822 format Message-ID: Patches item #3123940, was opened at 2010-11-30 23:42 Message generated for change (Tracker Item Submitted) made by mmjo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=3123940&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Bugfix Group: release-1.4.15 Status: Open Resolution: None Priority: 5 Private: No Submitted By: mmjo (mmjo) Assigned to: Nobody/Anonymous (nobody) Summary: print time in rfc 822 format Initial Comment: check_http prints the expiry time of a certificate in an ambiguous fixed format this patch changes that to rfc 822 format (see: man strftime) e.g.: $ LC_ALL=C ./plugins/check_http -H www.verisign.com -C 14 OK - Certificate will expire on Fri, 25 Jun 2012 23:59:00 +0000. and another example: $ LC_TIME=nl_NL ./plugins/check_http -H www.verisign.com -C 14 OK - Certificate will expire on vr, 25 jun 2012 23:59:00 +0000. Patch against Plugin Version (-V output): check_http v1.4.15 (nagios-plugins 1.4.15) Plugin Name: check_http Example Plugin Commandline: LC_ALL=C ./plugins/check_http -H www.verisign.com -C 14 Tested on operating system: fc13 Tested on architecture: i686 Tested with compiler: gcc version 4.4.5 20101112 (Red Hat 4.4.5-2) (GCC) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=3123940&group_id=29880