From stephane.urbanovski at ac-nancy-metz.fr Fri Dec 3 18:26:26 2010 From: stephane.urbanovski at ac-nancy-metz.fr (=?ISO-8859-1?Q?St=E9phane_Urbanovski?=) Date: Fri, 03 Dec 2010 18:26:26 +0100 Subject: [Nagiosplug-devel] sslutils patch : show certificate subject In-Reply-To: <4CED2037.10303@ac-nancy-metz.fr> References: <4CED2037.10303@ac-nancy-metz.fr> Message-ID: <4CF92842.9010700@ac-nancy-metz.fr> No comments ? -- St?phane Urbanovski St?phane Urbanovski a ?crit : > 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 > > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! > Tap into the largest installed PC base & get more eyes on your game by > optimizing for Intel(R) Graphics Technology. Get started today with the > Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. > http://p.sf.net/sfu/intelisp-dev2dev > > > ------------------------------------------------------------------------ > > _______________________________________________________ > 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 alberto at studiocapponi.com Wed Dec 15 15:02:38 2010 From: alberto at studiocapponi.com (Alberto Capponi) Date: Wed, 15 Dec 2010 15:02:38 +0100 Subject: [Nagiosplug-devel] sslutils patch : show certificate subject In-Reply-To: <4CED2037.10303@ac-nancy-metz.fr> References: <4CED2037.10303@ac-nancy-metz.fr> Message-ID: <4D08CA7E.5020500@studiocapponi.com> Maybe a malformed expression in certificate header. Il 24/11/2010 15.24, St?phane Urbanovski ha scritto: > 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 > > > > ------------------------------------------------------------------------------ > Increase Visibility of Your 3D Game App& Earn a Chance To Win $500! > Tap into the largest installed PC base& get more eyes on your game by > optimizing for Intel(R) Graphics Technology. Get started today with the > Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. > http://p.sf.net/sfu/intelisp-dev2dev > > > _______________________________________________________ > 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From noreply at sourceforge.net Sun Dec 19 00:50:39 2010 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 18 Dec 2010 23:50:39 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-3140046 ] check_http: clarify timestamp format for SSL cert expiry Message-ID: Patches item #3140046, was opened at 2010-12-19 00:50 Message generated for change (Tracker Item Submitted) made by tarvin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=3140046&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Enhancement Group: release-1.4.15 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Troels Arvin (tarvin) Assigned to: Nobody/Anonymous (nobody) Summary: check_http: clarify timestamp format for SSL cert expiry Initial Comment: The "-C" option for check_http is very useful for alarming when an SSL certificate is about to expire. However, the plugin's output is unclear in the OK state; it might say: OK - Certificate will expire on 05/01/2011 23:59 What is that - Jan 5th or May 1st? Patch 3123940 solves the ambiguity is a nice way by formatting the output in (localized) RFC 822 format. If the Nagios Plugin developers find that patch 3123940 is too intrusive, the attached patch might be considered instead: It adds a format description to the status message text, e.g.: OK - Certificate will expire on 05/01/2011 23:59 (MM/DD/YYYY HH:MM). The patch is against version 1.4.15. Tested on CentOS 5.5 x86_64 using gcc 4.1.2. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=3140046&group_id=29880 From noreply at sourceforge.net Sun Dec 19 21:20:25 2010 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 19 Dec 2010 20:20:25 +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 17:18 Message generated for change (Comment added) made by rpsfa 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. ---------------------------------------------------------------------- Comment By: Ryan Steinmetz (rpsfa) Date: 2010-12-19 15:20 Message: This problem does not exist in 1.4.14 and appears to have been introduced in the 1.4.15 release. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3109810&group_id=29880 From bschultz at virtuitsystems.com Mon Dec 20 16:14:53 2010 From: bschultz at virtuitsystems.com (Brian Schultz) Date: Mon, 20 Dec 2010 10:14:53 -0500 Subject: [Nagiosplug-devel] Nagios and VMware Message-ID: <9EA994D449DC6846BCF0086B732451090187440EF0F0@exch2007> I've been giving the task of figuring out how to monitor our entire VMware environment that's running vSphere 4.1. I've been playing around with Nagios and so far I really like it's flexibility, but for me that also means there is going to be a big learning curve because it seems like in order to get exactly what I want, I'm also going to have to learn Perl and write some plugins. I've been using the check_esx plugin that's up on the exchange but it doesn't do *exactly* what I'd like. I'd like to pull performance metrics from vCenter because VMware specifies that as best practice. Also, it would be nice if Nagios would automatically add any new hosts that are added to the environment. Is there a plugin floating around out there that already addresses these points and I just haven't come across it? How big of a task am I undertaking here? Any words of advice or suggestions on how I should tackle this? Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From johannes at dagemark.com Mon Dec 20 16:49:36 2010 From: johannes at dagemark.com (Johannes Dagemark) Date: Mon, 20 Dec 2010 16:49:36 +0100 Subject: [Nagiosplug-devel] Nagios and VMware In-Reply-To: <9EA994D449DC6846BCF0086B732451090187440EF0F0@exch2007> References: <9EA994D449DC6846BCF0086B732451090187440EF0F0@exch2007> Message-ID: <4D0F7B10.2090806@dagemark.com> take a look at http://git.op5.org/git/?p=nagios/op5plugins.git;a=blob_plain;f=check_esx3.pl;hb=HEAD Cheers Johannes On 2010-12-20 16:14, Brian Schultz wrote: > > I've been giving the task of figuring out how to monitor our entire > VMware environment that's running vSphere 4.1. I've been playing > around with Nagios and so far I really like it's flexibility, but for > me that also means there is going to be a big learning curve because > it seems like in order to get exactly what I want, I'm also going to > have to learn Perl and write some plugins. I've been using the > check_esx plugin that's up on the exchange but it doesn't do > **exactly** what I'd like. I'd like to pull performance metrics from > vCenter because VMware specifies that as best practice. Also, it would > be nice if Nagios would automatically add any new hosts that are added > to the environment. > > Is there a plugin floating around out there that already addresses > these points and I just haven't come across it? How big of a task am I > undertaking here? Any words of advice or suggestions on how I should > tackle this? > > Thanks > > > ------------------------------------------------------------------------------ > Lotusphere 2011 > Register now for Lotusphere 2011 and learn how > to connect the dots, take your collaborative environment > to the next level, and enter the era of Social Business. > http://p.sf.net/sfu/lotusphere-d2d > > > _______________________________________________________ > 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 -- Best regards Johannes Dagemark JD Consulting (op5 service partner) Tel: +46 733 709024 Email: johannes at dagemark.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From bschultz at virtuitsystems.com Mon Dec 20 16:52:43 2010 From: bschultz at virtuitsystems.com (Brian Schultz) Date: Mon, 20 Dec 2010 10:52:43 -0500 Subject: [Nagiosplug-devel] Nagios and VMware In-Reply-To: <4D0F7B10.2090806@dagemark.com> References: <9EA994D449DC6846BCF0086B732451090187440EF0F0@exch2007> <4D0F7B10.2090806@dagemark.com> Message-ID: <9EA994D449DC6846BCF0086B732451090187440EF0F9@exch2007> That's the one I'm currently using. I can point it at the vCenter server using the -H switch, but then it just returns stats for the first host in my environment, it doesn't seem like there is any way for me to specify which host I want to query through vCenter. Or am I doing something wrong here? Brian Schultz Virtuit Systems Systems Engineer 845-371-3060 ext 727 From: Johannes Dagemark [mailto:johannes at dagemark.com] Sent: Monday, December 20, 2010 10:50 AM To: nagiosplug-devel at lists.sourceforge.net Subject: Re: [Nagiosplug-devel] Nagios and VMware take a look at http://git.op5.org/git/?p=nagios/op5plugins.git;a=blob_plain;f=check_esx3.pl;hb=HEAD Cheers Johannes On 2010-12-20 16:14, Brian Schultz wrote: I've been giving the task of figuring out how to monitor our entire VMware environment that's running vSphere 4.1. I've been playing around with Nagios and so far I really like it's flexibility, but for me that also means there is going to be a big learning curve because it seems like in order to get exactly what I want, I'm also going to have to learn Perl and write some plugins. I've been using the check_esx plugin that's up on the exchange but it doesn't do *exactly* what I'd like. I'd like to pull performance metrics from vCenter because VMware specifies that as best practice. Also, it would be nice if Nagios would automatically add any new hosts that are added to the environment. Is there a plugin floating around out there that already addresses these points and I just haven't come across it? How big of a task am I undertaking here? Any words of advice or suggestions on how I should tackle this? Thanks ------------------------------------------------------------------------------ Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d _______________________________________________________ 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 -- Best regards Johannes Dagemark JD Consulting (op5 service partner) Tel: +46 733 709024 Email: johannes at dagemark.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From rouilj at cs.umb.edu Mon Dec 20 17:18:35 2010 From: rouilj at cs.umb.edu (John P. Rouillard) Date: Mon, 20 Dec 2010 11:18:35 -0500 Subject: [Nagiosplug-devel] Nagios and VMware In-Reply-To: Your message of "Mon, 20 Dec 2010 10:52:43 EST." <9EA994D449DC6846BCF0086B732451090187440EF0F9@exch2007> Message-ID: <201012201618.oBKGIZHv012291@mx1.cs.umb.edu> In message <9EA994D449DC6846BCF0086B732451090187440EF0F9 at exch2007>, Brian Schultz writes: > That's the one I'm currently using. I can point it at the vCenter > server using the -H switch, but then it just returns stats for the > first host in my environment, it doesn't seem like there is any > way for me to specify which host I want to query through vCenter. Doesn't the -N switch do that?. -- -- rouilj John Rouillard =========================================================================== My employers don't acknowledge my existence much less my opinions. From bschultz at virtuitsystems.com Mon Dec 20 17:13:01 2010 From: bschultz at virtuitsystems.com (Brian Schultz) Date: Mon, 20 Dec 2010 11:13:01 -0500 Subject: [Nagiosplug-devel] Nagios and VMware In-Reply-To: <201012201618.oBKGIZHv012291@mx1.cs.umb.edu> References: Your message of "Mon, 20 Dec 2010 10:52:43 EST." <9EA994D449DC6846BCF0086B732451090187440EF0F9@exch2007> <201012201618.oBKGIZHv012291@mx1.cs.umb.edu> Message-ID: <9EA994D449DC6846BCF0086B732451090187440EF102@exch2007> That's for a specific guest VM, not an ESX host -----Original Message----- From: John P. Rouillard [mailto:rouilj at cs.umb.edu] Sent: Monday, December 20, 2010 11:19 AM To: Nagios Plugin Development Mailing List Subject: Re: [Nagiosplug-devel] Nagios and VMware In message <9EA994D449DC6846BCF0086B732451090187440EF0F9 at exch2007>, Brian Schultz writes: > That's the one I'm currently using. I can point it at the vCenter > server using the -H switch, but then it just returns stats for the > first host in my environment, it doesn't seem like there is any > way for me to specify which host I want to query through vCenter. Doesn't the -N switch do that?. -- -- rouilj John Rouillard =========================================================================== My employers don't acknowledge my existence much less my opinions. ------------------------------------------------------------------------------ Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d _______________________________________________________ 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 bschultz at virtuitsystems.com Mon Dec 20 17:57:27 2010 From: bschultz at virtuitsystems.com (Brian Schultz) Date: Mon, 20 Dec 2010 11:57:27 -0500 Subject: [Nagiosplug-devel] Nagios and VMware In-Reply-To: <9EA994D449DC6846BCF0086B732451090187440EF102@exch2007> References: Your message of "Mon, 20 Dec 2010 10:52:43 EST." <9EA994D449DC6846BCF0086B732451090187440EF0F9@exch2007> <201012201618.oBKGIZHv012291@mx1.cs.umb.edu> <9EA994D449DC6846BCF0086B732451090187440EF102@exch2007> Message-ID: <9EA994D449DC6846BCF0086B732451090187440EF111@exch2007> Well it looks like if you set the vCenter server as the "datacenter" it will only pull metrics from vCenter. I just verified this with tcpdump. E.g. ./check_esx3.pl -D vcenterserver -u administrator -p my1337password -H esxhost01 -l cpu This always seems to happen to me...whenever I post on a message board, I answer the question myself 10 minutes later. A little too trigger happy I guess. If anyone wants to comment on the other points, please do -----Original Message----- From: Brian Schultz [mailto:bschultz at virtuitsystems.com] Sent: Monday, December 20, 2010 11:13 AM To: rouilj at ieee.org; Nagios Plugin Development Mailing List Subject: Re: [Nagiosplug-devel] Nagios and VMware That's for a specific guest VM, not an ESX host -----Original Message----- From: John P. Rouillard [mailto:rouilj at cs.umb.edu] Sent: Monday, December 20, 2010 11:19 AM To: Nagios Plugin Development Mailing List Subject: Re: [Nagiosplug-devel] Nagios and VMware In message <9EA994D449DC6846BCF0086B732451090187440EF0F9 at exch2007>, Brian Schultz writes: > That's the one I'm currently using. I can point it at the vCenter > server using the -H switch, but then it just returns stats for the > first host in my environment, it doesn't seem like there is any > way for me to specify which host I want to query through vCenter. Doesn't the -N switch do that?. -- -- rouilj John Rouillard =========================================================================== My employers don't acknowledge my existence much less my opinions. ------------------------------------------------------------------------------ Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d _______________________________________________________ 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 ------------------------------------------------------------------------------ Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d _______________________________________________________ Nagios Plugin Development Mailing List Nagiosplug-devel at lists.sourceforge.net Unsubscribe at https://lists.sourceforge.net/lists/listinfo/nagiosplug-devel ::: Please include plugins version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null From dermoth at aei.ca Mon Dec 20 19:40:37 2010 From: dermoth at aei.ca (Thomas Guyot-Sionnest) Date: Mon, 20 Dec 2010 13:40:37 -0500 Subject: [Nagiosplug-devel] check_http user-agent format Message-ID: <4D0FA325.50904@aei.ca> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi there, One of our DB guys pointed out that our check_http user-agent did not follow standards... I'll double-check what the spec says but he said this should be: check_http/1.4.14 (nagios-plugins/1.4.14) Instead of : check_http/v1.4.14 (nagios-plugins 1.4.14) Anyone objects changing it if the suggested format indeed follows official specs? any other suggestions? Thanks - -- Thomas -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk0PoyUACgkQ6dZ+Kt5BchbRewCgiC0+4EGj8Xz8BG/olgXpFDfx pjYAoLdSxafa81w8CON2bX6DLxpwevyb =NkIh -----END PGP SIGNATURE----- From bryair01 at noa.nintendo.com Mon Dec 20 20:17:38 2010 From: bryair01 at noa.nintendo.com (Bryan Irvine) Date: Mon, 20 Dec 2010 11:17:38 -0800 Subject: [Nagiosplug-devel] check_http user-agent format In-Reply-To: <4D0FA325.50904@aei.ca> References: <4D0FA325.50904@aei.ca> Message-ID: The 'standard' is pretty loose. I believe it follows the standard as-is. -B > -----Original Message----- > From: Thomas Guyot-Sionnest [mailto:dermoth at aei.ca] > Sent: Monday, December 20, 2010 10:41 AM > To: Nagios Plugin Development Mailing List > Subject: [Nagiosplug-devel] check_http user-agent format > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi there, > > One of our DB guys pointed out that our check_http user-agent did not > follow standards... I'll double-check what the spec says but he said > this should be: > > check_http/1.4.14 (nagios-plugins/1.4.14) > > Instead of : > > check_http/v1.4.14 (nagios-plugins 1.4.14) > > Anyone objects changing it if the suggested format indeed follows > official specs? any other suggestions? > > Thanks > > - -- > Thomas > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEARECAAYFAk0PoyUACgkQ6dZ+Kt5BchbRewCgiC0+4EGj8Xz8BG/olgXpFDfx > pjYAoLdSxafa81w8CON2bX6DLxpwevyb > =NkIh > -----END PGP SIGNATURE----- > > ----------------------------------------------------------------------- > ------- > Lotusphere 2011 > Register now for Lotusphere 2011 and learn how > to connect the dots, take your collaborative environment > to the next level, and enter the era of Social Business. > http://p.sf.net/sfu/lotusphere-d2d > _______________________________________________________ > Nagios Plugin Development Mailing List Nagiosplug- > devel at lists.sourceforge.net > Unsubscribe at https://lists.sourceforge.net/lists/listinfo/nagiosplug- > devel > ::: Please include plugins version (-v) and OS when reporting any > issue. > ::: Messages without supporting info will risk being sent to /dev/null From dermoth at aei.ca Tue Dec 21 04:52:15 2010 From: dermoth at aei.ca (Thomas Guyot-Sionnest) Date: Mon, 20 Dec 2010 22:52:15 -0500 Subject: [Nagiosplug-devel] check_http user-agent format In-Reply-To: References: <4D0FA325.50904@aei.ca> Message-ID: <4D10246F.7070200@aei.ca> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 10-12-20 02:17 PM, Bryan Irvine wrote: >> check_http/1.4.14 (nagios-plugins/1.4.14) >> >> Instead of : >> >> check_http/v1.4.14 (nagios-plugins 1.4.14) >> > The 'standard' is pretty loose. I believe it follows the standard as-is. Right, after looking at RFC-2068, the general format is following the rules. Regarding the "v" in the product token: "Although any token character may appear in a product- version, this token SHOULD only be used for a version identifier (i.e., successive versions of the same product SHOULD only differ in the product-version portion of the product value)." Meaning we're still fairly correct. The "comment" part, within parenthesis, is pretty much free-for-all** although it seems browsers have settled for a semicolon+Space-separated list of keywords. The extra version is redundant but doesn't really matter. **Only restriction is that a "comment" can only include text without parenthesis (defined as "ctext"), or other "comments", and can contain any number of either two. Therefore the number of opening and closing parenthesis must match. The exact definition is (taking only the relevant parts of the RFC): === Basic constructs === name = definition The name of a rule is simply the name itself (without any enclosing "<" and ">") and is separated from its definition by the equal "=" character. Whitespace is only significant in that indentation of continuation lines is used to indicate a rule definition that spans more than one line. Certain basic rules are in uppercase, such as SP, LWS, HT, CRLF, DIGIT, ALPHA, etc. Angle brackets are used within definitions whenever their presence will facilitate discerning the use of rule names. "literal" Quotation marks surround literal text. Unless stated otherwise, the text is case-insensitive. rule1 | rule2 Elements separated by a bar ("|") are alternatives, e.g., "yes | no" will accept yes or no. (rule1 rule2) Elements enclosed in parentheses are treated as a single element. Thus, "(elem (foo | bar) elem)" allows the token sequences "elem foo elem" and "elem bar elem". *rule The character "*" preceding an element indicates repetition. The full form is "*element" indicating at least and at most occurrences of element. Default values are 0 and infinity so that "*(element)" allows any number, including zero; "1*element" requires at least one; and "1*2element" allows one or two. [rule] Square brackets enclose optional elements; "[foo bar]" is equivalent to "*1(foo bar)". CTL = CR = LF = SP = HT = LWS = [CRLF] 1*( SP | HT ) TEXT = token = 1* tspecials = "(" | ")" | "<" | ">" | "@" | "," | ";" | ":" | "\" | <"> | "/" | "[" | "]" | "?" | "=" | "{" | "}" | SP | HT === User-agent construct === User-Agent = "User-Agent" ":" 1*( product | comment ) product = token ["/" product-version] product-version = token comment = "(" *( ctext | comment ) ")" ctext = That's for the syntax; there are additional non-syntactic rules that I didn't include, written in plain text in the RFC. - -- Thomas -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk0QJGcACgkQ6dZ+Kt5Bchbd5wCffPL3j7XzW36R7/q8yG71Z9Gi K6wAnikDyR9Q1UTow2AHKJXNIphU7G89 =Vx1p -----END PGP SIGNATURE----- From noreply at sourceforge.net Tue Dec 21 07:12:11 2010 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 21 Dec 2010 06:12:11 +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 17:18 Message generated for change (Comment added) made by dermoth 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: Pending Resolution: None Priority: 5 Private: No Submitted By: Carl Forsythe (cforsythe) >Assigned to: Thomas Guyot-Sionnest (dermoth) 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. ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2010-12-21 01:12 Message: Thanks for your bug report I believe the problem you describe here has already been fixed in the development trunk. Please try a recent snapshot such as: http://nagiosplug.sourceforge.net/snapshot/nagios-plugins-master.tar.gz I'm marking this bug as pending in the mean time; it will close automatically after a week or so. ---------------------------------------------------------------------- Comment By: Ryan Steinmetz (rpsfa) Date: 2010-12-19 15:20 Message: This problem does not exist in 1.4.14 and appears to have been introduced in the 1.4.15 release. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3109810&group_id=29880 From marcel at klapwijk.com Wed Dec 22 10:09:39 2010 From: marcel at klapwijk.com (M.D. Klapwijk) Date: Wed, 22 Dec 2010 10:09:39 +0100 Subject: [Nagiosplug-devel] [check_file_age] Optional timeout for standby systems Message-ID: <201012221009.4d11c0530ccfd@webmail.klapwijk.com> Modification/suggestion to include an optional timeout, so files on standby/failover systems can be checked, without raising critical state. Included check_file_age v1.4.15 (nagios-plugins 1.4.15) is modified, so it accepts "-t " as the timeout value. If that value is reached, the state will change back to "OK" and the message is rewritten to "FILE_AGE STANDBY:...". Note: No logic included to handle timeout<(critical||warning). Best regards, Marcel Klapwijk -------------- next part -------------- A non-text attachment was scrubbed... Name: check_file_age Type: application/octet-stream Size: 3481 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: check_file_age_timeout.diff Type: application/octet-stream Size: 1058 bytes Desc: not available URL: From noreply at sourceforge.net Wed Dec 22 23:43:21 2010 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 22 Dec 2010 22:43:21 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-3142101 ] check_http -C produces confusing date Message-ID: Bugs item #3142101, was opened at 2010-12-23 09:43 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3142101&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: Thiago Figueiro () Assigned to: Nobody/Anonymous (nobody) Summary: check_http -C produces confusing date Initial Comment: The US date format is a joke. At least your dumb Fahrenheit and gallons are not ambiguous like m/d/y. It sucks. The patch attached changes sslutils.c to use the asctime() date format: WARNING - Certificate expires in 277 day(s) (Mon Sep 10 00:38:00 2011). instead of WARNING - Certificate expires in 277 day(s) (10/9/2011 00:38). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3142101&group_id=29880 From noreply at sourceforge.net Wed Dec 22 23:48:57 2010 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 22 Dec 2010 22:48:57 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-3142101 ] check_http -C produces confusing date Message-ID: Bugs item #3142101, was opened at 2010-12-23 09:43 Message generated for change (Comment added) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3142101&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: Thiago Figueiro () Assigned to: Nobody/Anonymous (nobody) Summary: check_http -C produces confusing date Initial Comment: The US date format is a joke. At least your dumb Fahrenheit and gallons are not ambiguous like m/d/y. It sucks. The patch attached changes sslutils.c to use the asctime() date format: WARNING - Certificate expires in 277 day(s) (Mon Sep 10 00:38:00 2011). instead of WARNING - Certificate expires in 277 day(s) (10/9/2011 00:38). ---------------------------------------------------------------------- >Comment By: Thiago Figueiro () Date: 2010-12-23 09:48 Message: btw, I was trying to sound jovial above; I just re-read and it sounded a bit angry - t'was not my intention. But the USA date format does suck. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3142101&group_id=29880 From marcel at klapwijk.com Thu Dec 23 08:41:11 2010 From: marcel at klapwijk.com (M.D. Klapwijk) Date: Thu, 23 Dec 2010 08:41:11 +0100 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-3142101 ] check_http -C produces confusing date In-Reply-To: References: Message-ID: <201012230841.4d12fd17bfc29@webmail.klapwijk.com> Shouldn't one use ISO 8601 date time format with UTC offset instead? - 2010-12-22T14:30:31+02:00 - 20101222T143031+0200 Or at least in ZULU... - 2010-12-22T12:30:31Z - 20101222T123031Z On Wed, 22 Dec 2010 22:48:57 +0000, SourceForge.net wrote: > Bugs item #3142101, was opened at 2010-12-23 09:43 > Message generated for change (Comment added) made by > You can respond by visiting: > https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3142101&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: Thiago Figueiro () > Assigned to: Nobody/Anonymous (nobody) > Summary: check_http -C produces confusing date > > Initial Comment: > The US date format is a joke. At least your dumb Fahrenheit and gallons > are not ambiguous like m/d/y. It sucks. > > The patch attached changes sslutils.c to use the asctime() date format: > > WARNING - Certificate expires in 277 day(s) (Mon Sep 10 00:38:00 2011). > > instead of > > WARNING - Certificate expires in 277 day(s) (10/9/2011 00:38). > > > ---------------------------------------------------------------------- > > >Comment By: Thiago Figueiro () > Date: 2010-12-23 09:48 > > Message: > btw, I was trying to sound jovial above; I just re-read and it sounded a > bit angry - t'was not my intention. But the USA date format does suck. > > ---------------------------------------------------------------------- > > You can respond by visiting: > https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3142101&group_id=29880 > > ------------------------------------------------------------------------------ > Learn how Oracle Real Application Clusters (RAC) One Node allows customers > to consolidate database storage, standardize their database environment, and, > should the need arise, upgrade to a full multi-node Oracle RAC database > without downtime or disruption > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________________ > Nagios Plugin Development Mailing List Nagiosplug-devel at lists.sourceforge.net > Unsubscribe at https://lists.sourceforge.net/lists/listinfo/nagiosplug-devel > ::: Please include plugins version (-v) and OS when reporting any issue. > ::: Messages without supporting info will risk being sent to /dev/null > > From noreply at sourceforge.net Thu Dec 23 08:51:31 2010 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 23 Dec 2010 07:51:31 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-3142101 ] check_http -C produces confusing date Message-ID: Bugs item #3142101, was opened at 2010-12-22 23:43 Message generated for change (Comment added) made by mklapwijk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3142101&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: Thiago Figueiro () Assigned to: Nobody/Anonymous (nobody) Summary: check_http -C produces confusing date Initial Comment: The US date format is a joke. At least your dumb Fahrenheit and gallons are not ambiguous like m/d/y. It sucks. The patch attached changes sslutils.c to use the asctime() date format: WARNING - Certificate expires in 277 day(s) (Mon Sep 10 00:38:00 2011). instead of WARNING - Certificate expires in 277 day(s) (10/9/2011 00:38). ---------------------------------------------------------------------- Comment By: Marcel Klapwijk (mklapwijk) Date: 2010-12-23 08:51 Message: Shouldn't one use ISO 8601 date time format with UTC offset instead? - 2010-12-22T14:30:31+02:00 - 20101222T143031+0200 Or at least in ZULU... - 2010-12-22T12:30:31Z - 20101222T123031Z ---------------------------------------------------------------------- Comment By: Thiago Figueiro () Date: 2010-12-22 23:48 Message: btw, I was trying to sound jovial above; I just re-read and it sounded a bit angry - t'was not my intention. But the USA date format does suck. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3142101&group_id=29880 From noreply at sourceforge.net Thu Dec 23 11:14:30 2010 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 23 Dec 2010 10:14:30 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-3142672 ] check_ldap forgets about port when ssl requested Message-ID: Bugs item #3142672, was opened at 2010-12-23 11:14 Message generated for change (Tracker Item Submitted) made by ulrik_haugen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3142672&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: release-1.4.15 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ulrik Haugen (ulrik_haugen) Assigned to: Nobody/Anonymous (nobody) Summary: check_ldap forgets about port when ssl requested Initial Comment: If --ssl comes before --port everything works as expected: # /usr/lib64/nagios/plugins/check_ldap --host ldap-replica --ssl --port 9636 --base '' --ver3 LDAP OK - 0,028 seconds response time|time=0,027583s;;;0,000000 but if --port is supplied before --ssl it is ignored: # /usr/lib64/nagios/plugins/check_ldap --host ldap-replica --port 9636 --ssl --base '' --ver3 Could not bind to the LDAP server I havent looked through the source, but I suppose that when processing --ssl the port is overwritten regardless of whether it's been set or is still on its default value. # /usr/lib64/nagios/plugins/check_ldap -V check_ldap v1.4.15 (nagios-plugins 1.4.15) # uname -a Linux nypon.it.liu.se 2.6.18-194.26.1.el5 #1 SMP Tue Nov 9 12:54:20 EST 2010 x86_64 x86_64 x86_64 GNU/Linux # rpm -q --whatprovides /usr/lib*/nagios/plugins/check_ldap nagios-plugins-1.4.15-2.el5.rf ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3142672&group_id=29880 From noreply at sourceforge.net Thu Dec 23 17:41:14 2010 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 23 Dec 2010 16:41:14 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-3142672 ] check_ldap forgets about port when ssl requested Message-ID: Bugs item #3142672, was opened at 2010-12-23 05:14 Message generated for change (Comment added) made by dermoth You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3142672&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: release-1.4.15 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ulrik Haugen (ulrik_haugen) Assigned to: Nobody/Anonymous (nobody) Summary: check_ldap forgets about port when ssl requested Initial Comment: If --ssl comes before --port everything works as expected: # /usr/lib64/nagios/plugins/check_ldap --host ldap-replica --ssl --port 9636 --base '' --ver3 LDAP OK - 0,028 seconds response time|time=0,027583s;;;0,000000 but if --port is supplied before --ssl it is ignored: # /usr/lib64/nagios/plugins/check_ldap --host ldap-replica --port 9636 --ssl --base '' --ver3 Could not bind to the LDAP server I havent looked through the source, but I suppose that when processing --ssl the port is overwritten regardless of whether it's been set or is still on its default value. # /usr/lib64/nagios/plugins/check_ldap -V check_ldap v1.4.15 (nagios-plugins 1.4.15) # uname -a Linux nypon.it.liu.se 2.6.18-194.26.1.el5 #1 SMP Tue Nov 9 12:54:20 EST 2010 x86_64 x86_64 x86_64 GNU/Linux # rpm -q --whatprovides /usr/lib*/nagios/plugins/check_ldap nagios-plugins-1.4.15-2.el5.rf ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2010-12-23 11:41 Message: This problem is now fixed in Git. Thank you for your report. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3142672&group_id=29880 From noreply at sourceforge.net Thu Dec 23 17:41:30 2010 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 23 Dec 2010 16:41:30 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-3142672 ] check_ldap forgets about port when ssl requested Message-ID: Bugs item #3142672, was opened at 2010-12-23 05:14 Message generated for change (Settings changed) made by dermoth You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3142672&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: release-1.4.15 >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Ulrik Haugen (ulrik_haugen) >Assigned to: Thomas Guyot-Sionnest (dermoth) Summary: check_ldap forgets about port when ssl requested Initial Comment: If --ssl comes before --port everything works as expected: # /usr/lib64/nagios/plugins/check_ldap --host ldap-replica --ssl --port 9636 --base '' --ver3 LDAP OK - 0,028 seconds response time|time=0,027583s;;;0,000000 but if --port is supplied before --ssl it is ignored: # /usr/lib64/nagios/plugins/check_ldap --host ldap-replica --port 9636 --ssl --base '' --ver3 Could not bind to the LDAP server I havent looked through the source, but I suppose that when processing --ssl the port is overwritten regardless of whether it's been set or is still on its default value. # /usr/lib64/nagios/plugins/check_ldap -V check_ldap v1.4.15 (nagios-plugins 1.4.15) # uname -a Linux nypon.it.liu.se 2.6.18-194.26.1.el5 #1 SMP Tue Nov 9 12:54:20 EST 2010 x86_64 x86_64 x86_64 GNU/Linux # rpm -q --whatprovides /usr/lib*/nagios/plugins/check_ldap nagios-plugins-1.4.15-2.el5.rf ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2010-12-23 11:41 Message: This problem is now fixed in Git. Thank you for your report. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3142672&group_id=29880 From noreply at sourceforge.net Thu Dec 23 17:41:51 2010 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 23 Dec 2010 16:41:51 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-3142672 ] check_ldap forgets about port when ssl requested Message-ID: Bugs item #3142672, was opened at 2010-12-23 05:14 Message generated for change (Settings changed) made by dermoth You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3142672&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: release-1.4.15 Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Ulrik Haugen (ulrik_haugen) Assigned to: Thomas Guyot-Sionnest (dermoth) Summary: check_ldap forgets about port when ssl requested Initial Comment: If --ssl comes before --port everything works as expected: # /usr/lib64/nagios/plugins/check_ldap --host ldap-replica --ssl --port 9636 --base '' --ver3 LDAP OK - 0,028 seconds response time|time=0,027583s;;;0,000000 but if --port is supplied before --ssl it is ignored: # /usr/lib64/nagios/plugins/check_ldap --host ldap-replica --port 9636 --ssl --base '' --ver3 Could not bind to the LDAP server I havent looked through the source, but I suppose that when processing --ssl the port is overwritten regardless of whether it's been set or is still on its default value. # /usr/lib64/nagios/plugins/check_ldap -V check_ldap v1.4.15 (nagios-plugins 1.4.15) # uname -a Linux nypon.it.liu.se 2.6.18-194.26.1.el5 #1 SMP Tue Nov 9 12:54:20 EST 2010 x86_64 x86_64 x86_64 GNU/Linux # rpm -q --whatprovides /usr/lib*/nagios/plugins/check_ldap nagios-plugins-1.4.15-2.el5.rf ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2010-12-23 11:41 Message: This problem is now fixed in Git. Thank you for your report. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=3142672&group_id=29880 From dermoth at aei.ca Thu Dec 23 18:02:51 2010 From: dermoth at aei.ca (Thomas Guyot-Sionnest) Date: Thu, 23 Dec 2010 12:02:51 -0500 Subject: [Nagiosplug-devel] sslutils patch : show certificate subject In-Reply-To: <4CF92842.9010700@ac-nancy-metz.fr> References: <4CED2037.10303@ac-nancy-metz.fr> <4CF92842.9010700@ac-nancy-metz.fr> Message-ID: <4D1380BB.6040909@aei.ca> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 10-12-03 12:26 PM, St?phane Urbanovski wrote: > No comments ? > I do have some... 1. + char cn[128] = "?"; Where has 128 been taken from? Could is be defined as a macro, so changing it doesn't require finding all the places where this number or a derivative is used? 2. + if(! subj){ + printf ("%s\n",_("CRITICAL - Cannot retrieve certificate subject.")); + return STATE_CRITICAL; + } Why would that be critical? Is it possible that a cert do not specify a subject, and still being used for authentication/encryption? 3. Shouldn't *subj be freed at the end? 4. Patch should use /* ... */ comments only, some c compilers do not like c++-style comments (// ...) I can fix the comments; please address the first 3 points and then I can look at applying the patch. This will also require some tests fixes and additions, which I can do as well when find the time for that... I'm particularly interested about #2: if this is the correct behaviour, could you please link to some specification that say so? Otherwise I'd rather retain the previous behaviour - or just use "unknown" - when the subject cannot be retrieved. Thanks - -- Thomas -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk0TgLYACgkQ6dZ+Kt5BchaRdACg8HbvGtVdDP8nmbPYa0SEV7mW J4UAnAh6m4zCuTUsqSz0eTDZG340FXll =Ke+3 -----END PGP SIGNATURE----- From bayuanggoro at ymail.com Wed Dec 29 03:51:06 2010 From: bayuanggoro at ymail.com (Bayu Anggoro) Date: Wed, 29 Dec 2010 10:51:06 +0800 (SGT) Subject: [Nagiosplug-devel] Processor and Memory check Message-ID: <545525.82782.qm@web76016.mail.sg1.yahoo.com> Hello everyone, i'm newbie here I have a few questions about nagios plugins, hope i can find the answer here. I have an Unified Threat Management, and i wanna check its processor and memory by nagios server. How do i write the nagios plugins script so i can check UTM's processor and memory? -------------- next part -------------- An HTML attachment was scrubbed... URL: From bayuanggoro at ymail.com Wed Dec 29 04:15:16 2010 From: bayuanggoro at ymail.com (Bayu Anggoro) Date: Wed, 29 Dec 2010 11:15:16 +0800 (SGT) Subject: [Nagiosplug-devel] Trs: Processor and Memory check Message-ID: <654616.3981.qm@web76012.mail.sg1.yahoo.com> Hello everyone, i'm newbie here I have a few questions about nagios plugins, hope i can find the answer here. I have an Unified Threat Management, and i wanna check its processor and memory by nagios server. How do i write the nagios plugins script so i can check UTM's processor and memory? I use nagios-3.2.3, plugins 1.4.15 and CentOS-5.5 as nagios's platform. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jpope at batstrading.com Wed Dec 29 10:51:43 2010 From: jpope at batstrading.com (Jason Pope) Date: Wed, 29 Dec 2010 09:51:43 -0000 Subject: [Nagiosplug-devel] check_ping critical status Message-ID: <73A5FBFC740D564C9B1D944F79BB8F9602737916@BATSUKEXCH.bats.com> Hi all, I am hacing a little problem with the check_ping command. When run on the command line it shows as critical, in nagios it only shows up as a warning. The current_state in the status.dat is 1 and not 2. How do I force it to come up as critical instead of a warning state ? Thanks Regards, Jason Pope -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane.urbanovski at ac-nancy-metz.fr Wed Dec 29 11:35:57 2010 From: stephane.urbanovski at ac-nancy-metz.fr (=?ISO-8859-1?Q?St=E9phane_Urbanovski?=) Date: Wed, 29 Dec 2010 11:35:57 +0100 Subject: [Nagiosplug-devel] sslutils patch : show certificate subject In-Reply-To: <4D1380BB.6040909@aei.ca> References: <4CED2037.10303@ac-nancy-metz.fr> <4CF92842.9010700@ac-nancy-metz.fr> <4D1380BB.6040909@aei.ca> Message-ID: <4D1B0F0D.7020205@ac-nancy-metz.fr> Le 23/12/2010 18:02, Thomas Guyot-Sionnest a ?crit : > On 10-12-03 12:26 PM, St?phane Urbanovski wrote: >> No comments ? >> > > I do have some... Ok, thanks for reviewing. > 1. > > + char cn[128] = "?"; > > Where has 128 been taken from? Could is be defined as a macro, so > changing it doesn't require finding all the places where this number or > a derivative is used? This choice is completely arbitrary. The CN is used only as an additional information in the output message. Using a macro should be cleaner and allow us to get further (checking the certificate subject value for example) > 2. > > + if(! subj){ > + printf ("%s\n",_("CRITICAL - Cannot retrieve certificate subject.")); > + return STATE_CRITICAL; > + } > > Why would that be critical? Is it possible that a cert do not specify a > subject, and still being used for authentication/encryption? The subject in the form of a Distinguished Name (DN) is mandatory in an X509 certificate, but it may be empty when using a subjectAltName (see http://tools.ietf.org/html/rfc5280 and http://tools.ietf.org/html/rfc2818). The subjectAltName is not implemented here. The proposed patch check the "CN" of the subject. It may be improved by also checking the "dNSName" attribut. > 3. Shouldn't *subj be freed at the end? Certainly :-/ > 4. Patch should use /* ... */ comments only, some c compilers do not > like c++-style comments (// ...) I'll fix this > I can fix the comments; please address the first 3 points and then I can > look at applying the patch. This will also require some tests fixes and > additions, which I can do as well when find the time for that... At least check_http.t certificate checking should be fixed. I can provide a patch for it. > I'm particularly interested about #2: if this is the correct behaviour, > could you please link to some specification that say so? Otherwise I'd > rather retain the previous behaviour - or just use "unknown" - when the > subject cannot be retrieved. > > Thanks > > - -- > Thomas -- St?phane Urbanovski From ae at op5.se Thu Dec 30 15:19:36 2010 From: ae at op5.se (Andreas Ericsson) Date: Thu, 30 Dec 2010 15:19:36 +0100 Subject: [Nagiosplug-devel] check_ping critical status In-Reply-To: <73A5FBFC740D564C9B1D944F79BB8F9602737916@BATSUKEXCH.bats.com> References: <73A5FBFC740D564C9B1D944F79BB8F9602737916@BATSUKEXCH.bats.com> Message-ID: <4D1C94F8.6060404@op5.se> On 12/29/2010 10:51 AM, Jason Pope wrote: > Hi all, > > > > I am hacing a little problem with the check_ping command. > > > > When run on the command line it shows as critical, in nagios it only > shows up as a warning. > > The current_state in the status.dat is 1 and not 2. > > > > How do I force it to come up as critical instead of a warning state ? > Set your thresholds properly. -- 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 jpope at batstrading.com Thu Dec 30 16:36:57 2010 From: jpope at batstrading.com (Jason Pope) Date: Thu, 30 Dec 2010 15:36:57 -0000 Subject: [Nagiosplug-devel] check_ping critical status In-Reply-To: <4D1C94F8.6060404@op5.se> References: <73A5FBFC740D564C9B1D944F79BB8F9602737916@BATSUKEXCH.bats.com> <4D1C94F8.6060404@op5.se> Message-ID: <73A5FBFC740D564C9B1D944F79BB8F9602737972@BATSUKEXCH.bats.com> I did set my thresholds and on the command line it says critical but in the status.dat and on nagios it shows as 1 and warning respectively Regards, Jason Pope -----Original Message----- From: Andreas Ericsson [mailto:ae at op5.se] Sent: 30 December 2010 14:20 To: Nagios Plugin Development Mailing List Cc: Jason Pope Subject: Re: [Nagiosplug-devel] check_ping critical status On 12/29/2010 10:51 AM, Jason Pope wrote: > Hi all, > > > > I am hacing a little problem with the check_ping command. > > > > When run on the command line it shows as critical, in nagios it only > shows up as a warning. > > The current_state in the status.dat is 1 and not 2. > > > > How do I force it to come up as critical instead of a warning state ? > Set your thresholds properly. -- 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 Flyinvap at Kabano.net Thu Dec 30 17:54:03 2010 From: Flyinvap at Kabano.net (Flyinvap) Date: Thu, 30 Dec 2010 17:54:03 +0100 Subject: [Nagiosplug-devel] check_ping critical status In-Reply-To: <73A5FBFC740D564C9B1D944F79BB8F9602737972@BATSUKEXCH.bats.com> References: <73A5FBFC740D564C9B1D944F79BB8F9602737916@BATSUKEXCH.bats.com> <4D1C94F8.6060404@op5.se> <73A5FBFC740D564C9B1D944F79BB8F9602737972@BATSUKEXCH.bats.com> Message-ID: <4D1CB92B.8000501@Kabano.net> Le 30/12/2010 16:36, Jason Pope a ?crit : > I did set my thresholds and on the command line it says critical but in > the status.dat and on nagios it shows as 1 and warning respectively Which command line do you use (with all arguments) ? Can you send your command definition ? -- Fly