From rgodoysch at gmail.com Mon Oct 1 17:20:28 2007 From: rgodoysch at gmail.com (=?ISO-8859-1?Q?Rodrigo_And=E9s_Godoy_Schichaschwili?=) Date: Mon, 1 Oct 2007 11:20:28 -0400 Subject: [Nagiosplug-devel] Problem with HTTP redirect, check_http v1759 (nagios-plugins 1.4.10) Message-ID: Hi: The "check_http" included in nagios-plugins 1.4.10 fails on redirect for web servers that verify the virtual host, because it uses the server_adress instead of the host_name when follows redirect links. Change server_address to host_name in lines 154, 879, 1158, 1203 and 1207 solved the problem for me. Regards, Rodrigo Godoy. -------------- next part -------------- An HTML attachment was scrubbed... URL: From lavalamp at spiritual-machines.org Mon Oct 1 17:57:02 2007 From: lavalamp at spiritual-machines.org (Brian A. Seklecki) Date: Mon, 01 Oct 2007 11:57:02 -0400 Subject: [Nagiosplug-devel] Problem with HTTP redirect, check_http v1759 (nagios-plugins 1.4.10) In-Reply-To: References: Message-ID: <1191254222.92544.73.camel@soundwave.pitbpa0.priv.collaborativefusion.com> I concur that that would be a sound and well welcomed change to the default checkcomands.cfg templates. ~BAS On Mon, 2007-10-01 at 11:20 -0400, Rodrigo And?s Godoy Schichaschwili wrote: > Hi: > > The "check_http" included in nagios-plugins 1.4.10 fails on redirect > for web servers that verify the virtual host, because it uses the > server_adress instead of the host_name when follows redirect links. > > Change server_address to host_name in lines 154, 879, 1158, 1203 and > 1207 solved the problem for me. > > Regards, Rodrigo Godoy. > > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________________ 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 holger at CIS.FU-Berlin.DE Mon Oct 1 19:44:02 2007 From: holger at CIS.FU-Berlin.DE (Holger Weiss) Date: Mon, 1 Oct 2007 19:44:02 +0200 Subject: [Nagiosplug-devel] Problem with HTTP redirect, check_http v1759 (nagios-plugins 1.4.10) In-Reply-To: References: Message-ID: <20071001174402.GI9102065@CIS.FU-Berlin.DE> * Rodrigo And?s Godoy Schichaschwili [2007-10-01 11:20]: > The "check_http" included in nagios-plugins 1.4.10 fails on redirect for web > servers that verify the virtual host, because it uses the server_adress > instead of the host_name when follows redirect links. D'oh! Yes, I introduced this problem by fixing the case that only "-I" but not "-H" is used. You'll run into the problem if you use both "-H" and "-I" against a virtual host which redirects to a relative URL. While check_http supports relative redirection targets ("be liberal in what you accept"), the HTTP RFC only allows the server to redirect to absolute URLs: http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.30 Therefore, I'd be interested in whether the redirection was generated by some server (which?) or by some script (just to get a rough idea of how many sites might be bitten by this problem). > Change server_address to host_name in lines 154, 879, 1158, 1203 and 1207 > solved the problem for me. Could you verify that the attached patch fixes the problem? Thank you, Holger -------------- next part -------------- Index: check_http.c =================================================================== --- check_http.c (revision 1800) +++ check_http.c (working copy) @@ -151,7 +151,7 @@ if (display_html == TRUE) printf ("", - use_ssl ? "https" : "http", server_address, + use_ssl ? "https" : "http", host_name ? host_name : server_address, server_port, server_url); /* initialize alarm signal handling, set socket timeout, start timer */ @@ -1155,7 +1155,7 @@ } i = server_port; strcpy (type, server_type); - strcpy (addr, server_address); + strcpy (addr, host_name ? host_name : server_address); } else { @@ -1204,8 +1204,8 @@ display_html ? "" : ""); if (verbose) - printf (_("Redirection to %s://%s:%d%s\n"), server_type, server_address, - server_port, server_url); + printf (_("Redirection to %s://%s:%d%s\n"), server_type, + host_name ? host_name : server_address, server_port, server_url); check_http (); } From amontibello at gmail.com Tue Oct 2 00:33:28 2007 From: amontibello at gmail.com (Anthony Montibello) Date: Mon, 1 Oct 2007 18:33:28 -0400 Subject: [Nagiosplug-devel] Further development of nsclient. In-Reply-To: <479F07E7-E5E9-4136-BF9B-669EDA677BC9@altinity.com> References: <46FEC005.4090800@opservices.com.br> <479F07E7-E5E9-4136-BF9B-669EDA677BC9@altinity.com> Message-ID: Thanks Ton, for the detailed information, I have been swamped this week, but I will be reviewing this again when I get a chance, As for the Check_nt/ Check_nc_net I want to get my contributions merged into the Nagios plugins, and I would be willing to do what I can to help with this endevor. Naturally I agree with oyu, in the fact that no one wants to see a plugin updated frequenly, my goal is for check_nt to be stable and versitile. Naturally the check_nc_net client is in C.( NC _Net is Dot Net C#. Opservices should be in visual pascal/Delphi if it is from the original nsclient. otherwise it really could not claim any more authentisity than NC_Net or NSCLient++; but really the languages do not matter as you pointed out already. There are a few upgrades that I really want added into the check_nt.c core. (I have them in check_nc_net) 1) better Help system - naturally with the common availible commands. 2) a flag to overcome the buffer limits, and outputs to consol (STDOUT) great for enumeration and other potential usages of nc_net. 3) A Stub command that would be able to send input string directly to the Windows Client then just output the result. this command would basically bypass the pre and post processing that check_nt does, but it would allow for expansion of check_nt for other (yet to be created projects) where check_nt could just be put into a wrapper sctipt to run new commands. These three upgrades together I hope would eliminate the neccessity for many third party apps to frequently request upgrades to check_nt. the 2 biggest Limitations I saw wirth the original check_nt were the Hardcoded commands offerered no expantion, and small buffer prevents usage of enumeration commands. I hope to hear from OpServices and any other parties that want to be involved in this soon, Tony (Author of NC_NEt) On 9/29/07, Ton Voon wrote: > > Hi Alessandro, > > On 29 Sep 2007, at 17:13, Alessandro Ren wrote: > > > As of the last version of nsclient, it had a check_nt_new that was > > sent with the package and it never made into the official check_nt. > > Now that's my question, can a add new features to the check_nt code > > and submit it to you or should we make a new check_nt? > > We would very much like to be on the official nagios plugins > > package > > and to contribute these new features to the community. > > A similar request was made by Anthony Montibello back in March: > http://thread.gmane.org/gmane.network.nagios.plugins.devel/4742/ > focus=4739 > > And my guess is that your check_nt_new is not compatible with > Anthony's check_nc_net. > > check_nt's protocol has become a defacto standard because it is > distributed with Nagios Plugins (both your server software support > it) and I don't want to fragment it further without a clear direction. > > If we accepted both your plugins in the core code, the ground is set > for anyone else's special implementation of a windows agent to be > included, and I don't particularly want this. > > So I propose this: you and Anthony (and anyone else interested) get > together and agree on a communication protocol that both your server > software will accept. You publish the protocol on some website > somewhere and agree to maintain that document. You may want to raise > a ticket with http://www.iana.org/ to get an official port number > assigned to your protocol (I managed to get one for a planned piece > of software for Altinity called Opsview Envoy - this will be used > internally, so we haven't published a protocol for it. You can see it > at http://www.iana.org/assignments/port-numbers). > > You can then both implement server software that takes requests from > clients that conform to this protocol. I believe Anthony's is written > in .NET and I guess yours is in C, but that will not matter to the > client. > > Then, I would be more than happy to accept a plugin into the core > distribution that conforms to the protocol. I would even say that we > can continue the maintenance of the plugin (as long as you don't > abuse the protocol by making continual changes). For instance, if you > both agree to support encryption later, or another authentication > method, I can see that we would help with updating the plugin. After > all, we maintain the check_http plugin even though we have no control > over the HTTP protocol. > > Is this fair? > > Ton > > http://www.altinity.com > T: +44 (0)870 787 9243 > F: +44 (0)845 280 1725 > Skype: tonvoon > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________________ > 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 holger at CIS.FU-Berlin.DE Tue Oct 2 16:44:47 2007 From: holger at CIS.FU-Berlin.DE (Holger Weiss) Date: Tue, 2 Oct 2007 16:44:47 +0200 Subject: [Nagiosplug-devel] Problem with HTTP redirect, check_http v1759 (nagios-plugins 1.4.10) In-Reply-To: <20071001174402.GI9102065@CIS.FU-Berlin.DE> References: <20071001174402.GI9102065@CIS.FU-Berlin.DE> Message-ID: <20071002144447.GJ9102065@CIS.FU-Berlin.DE> * Holger Weiss [2007-10-01 19:44]: > * Rodrigo And?s Godoy Schichaschwili [2007-10-01 11:20]: > > The "check_http" included in nagios-plugins 1.4.10 fails on redirect for web > > servers that verify the virtual host, because it uses the server_adress > > instead of the host_name when follows redirect links. > > D'oh! Yes, I introduced this problem by fixing the case that only "-I" > but not "-H" is used. You'll run into the problem if you use both "-H" > and "-I" against a virtual host which redirects to a relative URL. Should be fixed in SVN now. This was really a stupid error of mine, sorry about that. Holger From ton.voon at altinity.com Tue Oct 2 16:54:09 2007 From: ton.voon at altinity.com (Ton Voon) Date: Tue, 2 Oct 2007 15:54:09 +0100 Subject: [Nagiosplug-devel] Problem with HTTP redirect, check_http v1759 (nagios-plugins 1.4.10) In-Reply-To: <20071002144447.GJ9102065@CIS.FU-Berlin.DE> References: <20071001174402.GI9102065@CIS.FU-Berlin.DE> <20071002144447.GJ9102065@CIS.FU-Berlin.DE> Message-ID: On 2 Oct 2007, at 15:44, Holger Weiss wrote: > * Holger Weiss [2007-10-01 19:44]: >> * Rodrigo And?s Godoy Schichaschwili >> [2007-10-01 11:20]: >>> The "check_http" included in nagios-plugins 1.4.10 fails on >>> redirect for web >>> servers that verify the virtual host, because it uses the >>> server_adress >>> instead of the host_name when follows redirect links. >> >> D'oh! Yes, I introduced this problem by fixing the case that only >> "-I" >> but not "-H" is used. You'll run into the problem if you use both >> "-H" >> and "-I" against a virtual host which redirects to a relative URL. > > Should be fixed in SVN now. This was really a stupid error of mine, > sorry about that. Is this something that warrants a new release? Could we include a test for this in check_http.t? One thing I've been thinking about is creating a mini web server (using perl's HTTP::Simple) where we could setup various scenarios to prove check_http is working correctly. Ton http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon From holger at CIS.FU-Berlin.DE Tue Oct 2 17:31:40 2007 From: holger at CIS.FU-Berlin.DE (Holger Weiss) Date: Tue, 2 Oct 2007 17:31:40 +0200 Subject: [Nagiosplug-devel] Problem with HTTP redirect, check_http v1759 (nagios-plugins 1.4.10) In-Reply-To: References: <20071001174402.GI9102065@CIS.FU-Berlin.DE> <20071002144447.GJ9102065@CIS.FU-Berlin.DE> Message-ID: <20071002153140.GK9102065@CIS.FU-Berlin.DE> * Ton Voon [2007-10-02 15:54]: > On 2 Oct 2007, at 15:44, Holger Weiss wrote: > > * Holger Weiss [2007-10-01 19:44]: > >> * Rodrigo And?s Godoy Schichaschwili > >> [2007-10-01 11:20]: > >>> The "check_http" included in nagios-plugins 1.4.10 fails on > >>> redirect for web servers that verify the virtual host, because it > >>> uses the server_adress instead of the host_name when follows > >>> redirect links. > >> > >> D'oh! Yes, I introduced this problem by fixing the case that only > >> "-I" but not "-H" is used. You'll run into the problem if you use > >> both "-H" and "-I" against a virtual host which redirects to a > >> relative URL. > > > > Should be fixed in SVN now. This was really a stupid error of mine, > > sorry about that. > > Is this something that warrants a new release? I have no idea how large the number of affected sites might be. As I said, the bug will only bite you if the server redirects to a relative URI, which the standard does not allow. As far as I can see, it's not possible to (mis)configure Apache to do so. So my _guess_ is that only CGI/PHP scripts which spit out a "Location: /relative/uri.html" header will be affected. I don't know, a new release might still be good. > Could we include a test for this in check_http.t? One thing I've been > thinking about is creating a mini web server (using perl's > HTTP::Simple) where we could setup various scenarios to prove > check_http is working correctly. I guess that would make sense. Personally, I'm having a bit of a hard time making friends with our Perl Test(3)s, but I didn't want to bug people with questions before I properly looked into them, which I still didn't do :-/ Holger From rudi.kramer at gmail.com Wed Oct 3 09:22:18 2007 From: rudi.kramer at gmail.com (Rudi Kramer) Date: Wed, 3 Oct 2007 09:22:18 +0200 Subject: [Nagiosplug-devel] update of check_ftp nagios script Message-ID: <6ca2dcd70710030022n40c633epfc58ddee1a5c38a7@mail.gmail.com> Hello, I needed a nagios script that could check to see if a file could be uploaded via ftp to a specific server. check_ftp checked if a file could be downloaded but not it a upload was possible. I added a section to check_ftp which uploads a file and if any errors issues a alert. I thought it might be useful to add to http://www.nagiosexchange.org but I'm not sure how to go about this. Thanks Rudi -------------- next part -------------- A non-text attachment was scrubbed... Name: check_ftp Type: application/octet-stream Size: 2677 bytes Desc: not available URL: From noreply at sourceforge.net Thu Oct 11 04:20:09 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 10 Oct 2007 19:20:09 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1595449 ] check_procs bus error, ... on Solaris 8, 9 & 10 Message-ID: Bugs item #1595449, was opened at 2006-11-13 00:23 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1595449&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: Closed Resolution: None Priority: 5 Private: No Submitted By: Alex Peeters (zxr750) Assigned to: Nobody/Anonymous (nobody) Summary: check_procs bus error, ... on Solaris 8, 9 & 10 Initial Comment: check_procs bus error, segmentation fault or wrong output on Solaris 8, 9 & 10 Do first the next configure! ---------------------------- ./configure --with-ps_command="/usr/bin/ps -eo 's uid pid ppid vsz rss pcpu etime comm args'" --with-ps_format='%s %d %d %d %d %d %f %s %s %n' --with-ps_cols=10 --with-ps_varlist='procstat,&procuid,&procpid,&procppid,&procvsz,&procrss,&procpcpu,procetime,procprog,&pos' --with-trusted-path=/usr/local/bin:/usr/local/sbin:/bin:/sbin:/usr/bin:/usr/sbin To solve the bus error and /or segmentation fault on Solaris 8: -------------------------------------------------- replace into check_procs.c if ( cols >= expected_cols ) { resultsum = 0; - asprintf (&procargs, "%s", input_line + pos); strip (procargs); with if ( cols >= expected_cols ) { resultsum = 0; + asprintf (&procargs, "%s", input_line); strip (procargs); To solve the wrong output on Solaris 8, 9 & 10: ----------------------------------------------- change into common.h MAX_INPUT_BUFFER 1024 to MAX_INPUT_BUFFER 4096 ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2007-10-10 19:20 Message: Logged In: YES user_id=1312539 Originator: NO 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: Holger Weiss (hweiss) Date: 2007-09-26 03:35 Message: Logged In: YES user_id=759506 Originator: NO I tried your ./configure line on Solaris 8 and on Solaris 10 with Sun's compiler as well as with GCC but I was not able to reproduce your problem. MAX_INPUT_BUFFER is set to 8192 in the current code. The 'pos' offset is correct for me, not using it would let check_procs evaluate a complete ps(1) output line instead of just the 'args' field when checking the process arguments which would clearly be wrong and may lead to incorrect results when using '--argument-array'. Could you test whether you can still reproduce the problem using the snapshot at http://nagiosplug.sf.net/snapshot/ (which is a release candidate for 1.4.10)? If so, could you please post the exact check_procs command line you used, the compiler (version) you used, and the exact result you got (bus error or segfault or incorrect output)? I'll set the status back to 'pending', please re-open the item if you can still reproduce the problem. Thanks a lot, Holger ---------------------------------------------------------------------- Comment By: Alex Peeters (zxr750) Date: 2007-09-25 22:38 Message: Logged In: YES user_id=590764 Originator: YES Why pending ? ---------------------------------------------------------------------- Comment By: Alex Peeters (zxr750) Date: 2007-09-25 22:37 Message: Logged In: YES user_id=590764 Originator: YES Why pending ? ---------------------------------------------------------------------- Comment By: Matthias Eble (psychotrahe) Date: 2007-07-14 14:31 Message: Logged In: YES user_id=1694341 Originator: NO Hi Alex, is the bus error still there? Matthias ---------------------------------------------------------------------- Comment By: Thomas Guyot (dermoth) Date: 2007-02-17 06:05 Message: Logged In: YES user_id=375623 Originator: NO The patch can be found on bug #1630970. It is also fixed in the latest release, 1.4.6 https://sourceforge.net/tracker/index.php?func=detail&aid=1630970&group_id=29880&atid=397597 ---------------------------------------------------------------------- Comment By: msB (msbenjamin12) Date: 2007-02-16 04:41 Message: Logged In: YES user_id=1097533 Originator: NO Where is the original code, I need to fix this I get the wrong output on Solaris 9. ---------------------------------------------------------------------- Comment By: Thomas Guyot (dermoth) Date: 2007-01-16 21:37 Message: Logged In: YES user_id=375623 Originator: NO The wrong output bug should be fixed (1630970). I (or somebody else) will have to look further for the bus error. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1595449&group_id=29880 From noreply at sourceforge.net Thu Oct 11 06:23:14 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 10 Oct 2007 21:23:14 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Feature Requests-1703823 ] [check_ntp] add option to verify stratum Message-ID: Feature Requests item #1703823, was opened at 2007-04-19 14:16 Message generated for change (Comment added) made by dermoth You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=1703823&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: Closed Priority: 5 Private: No Submitted By: Enrico Scholz (ensc) Assigned to: Thomas Guyot (dermoth) Summary: [check_ntp] add option to verify stratum Initial Comment: Please add an option which checks whether stratum of server exceeds a certain value. ---------------------------------------------------------------------- >Comment By: Thomas Guyot (dermoth) Date: 2007-10-11 00:23 Message: Logged In: YES user_id=375623 Originator: NO Committed in subversion ---------------------------------------------------------------------- Comment By: Thomas Guyot (dermoth) Date: 2007-04-19 22:48 Message: Logged In: YES user_id=375623 Originator: NO That would be fairly easy now that i know that much about check_ntp and can be interesting in many scenarios :) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=1703823&group_id=29880 From Benjamin.Zoeller at salt-solutions.de Fri Oct 12 15:49:37 2007 From: Benjamin.Zoeller at salt-solutions.de (=?iso-8859-1?Q?Z=F6ller=2C_Benjamin?=) Date: Fri, 12 Oct 2007 15:49:37 +0200 Subject: [Nagiosplug-devel] Update version of check_sap.sh Message-ID: <07C629FAC4ECBA47AE690E25699CC80501215C68@swuexc1.salt-solutions.de> Hi, I updated the check_sap.sh skript. Changes/Bugfix: When sapinfo is missing or doesn't give any output the script gives an error back instead of ok. Please check in into current svn. Thank you! Greetings, Benjamin # Code: #!/bin/sh ################################################################################ # # CHECK_SAP plugin for Nagios # # Originally Written by Karel Salavec (karel.salavec at ct.cz) # # Last Modified: 11 Oct 2007 by Benjamin Zoeller (benjamin.zoeller at salt-solutions.de) # # Version 1.2 (Benjamin Zoeller) # - Added output check, to check if the required programs are installed # # Version 1.1 (Tom De Blende) # - Added output to feed to Nagios instead of just an exit code. # - Changed info on where to get the SAP client tools for Linux. # # Version 1.0 (Karel Salavec) # # Command line: check_sap.sh [] # # Description: # This plugin will attempt to open an SAP connection with the message # server or application server. # It need the sapinfo program installed on your server (see Notes). # # Notes: # - This plugin requires that the sapinfo program is installed. # - Sapinfo is part of a client package that can be found # at ftp://ftp.sap.com/pub/linuxlab/contrib/. # # # Parameters: # $1 - type of checking - valid values: "ms" = message server # "as" = application server # $2 - SAP server identification - can be IP address, DNS name or SAP # connect string (for example: /H/saprouter/S/sapdp01/H/sapserv3) # $3 - for $1="ms" - SAP system name (for example: DEV, TST, ... ) # for $1="as" - SAP system number - note: central instance have sysnr=00 # $4 - valid only for $1="ms" - logon group name - default: PUBLIC # # Example of command definitions for nagios: # # command[check_sap_ms]=/usr/local/nagios/libexec/check_sap ms $HOSTADDRESS$ $ARG1$ $ARG2$ # command[check_sap_as]=/usr/local/nagios/libexec/check_sap as $HOSTADDRESS$ $ARG1$ # command[check_sap_ex]=/usr/local/nagios/libexec/check_sap as $ARG1$ $ARG2$ # (for ARG1 see SAP OOS1 transaction) # ############################################################################## sapinfocmd='/usr/sap/rfcsdk/bin/sapinfo' grepcmd=`which grep` wccmd=`which wc` cutcmd=`which cut` awkcmd=`which awk` ############################################################################## if [ $# -lt 3 ]; then echo "Usage: $0 []" exit 2 fi case "$1" in ms) if [ $4 ] then params="r3name=$3 mshost=$2 group=$4" else params="r3name=$3 mshost=$2" fi ;; as) params="ashost=$2 sysnr=$3" ;; *) echo "The first parameter must be ms (message server) or as (application server)!" exit 2 ;; esac output="$($sapinfocmd $params)" error="$(echo "$output" | $grepcmd ERROR | $wccmd -l)" if [ "$output" == "" ]; then echo "ERROR - No Output! Please check if the required programs are available and the nagios user has execution rights." exit 2 else if [ "$error" -gt "0" ]; then output="$(echo "$output" | $grepcmd Key | $cutcmd -dy -f2)" echo "CRITICAL - SAP server not ready: " $output. exit 2 else output="$(echo "$output" | $grepcmd Destination | $awkcmd '{ print $2 }')" echo "OK - SAP server $output available." exit 0 fi fi #END OF CODE -------------- next part -------------- An HTML attachment was scrubbed... URL: From noreply at sourceforge.net Sat Oct 13 04:20:24 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 12 Oct 2007 19:20:24 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1753164 ] configure script fails to recognise radius libs Message-ID: Bugs item #1753164, was opened at 2007-07-12 20:22 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1753164&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 (specify) >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Arya (alphamega) Assigned to: Ton Voon (tonvoon) Summary: configure script fails to recognise radius libs Initial Comment: There's a good chance this has already been fixed in CVS (and apologies if this is the case), but just in case it hasnt.... It looks like the configure script doesnt detect the radiusclient libs, even though they are present. OS: Solaris 10 Plugins Version: 1.4.9 Radiusclient Version: 0.3.2 [root at cbr-x2200-02 /usr/local/src/nagios-plugins-1.4.9] # echo $PATH /usr/local/bin:/usr/sbin:/usr/bin:/usr/openwin/bin:/usr/dt/bin:/usr/local/bin:/usr/local/sbin:/usr/sfw/bin:/usr/sfw/sbin:/usr/ccs/bin:/usr/local/ssl/bin:/opt/64/bin:/opt/64/sbin:/opt/SUNWspro/bin:/usr/ucb:/usr/local/BerkeleyDB.4.4/bin:/usr/local/apache2/bin:/usr/local/mysql/bin/:/usr/local/net-snmp/bin:/usr/local/net-snmp/sbin:/usr/local/openldap/bin:/usr/local/openldap/sbin:/usr/local/php5/bin:/usr/local/radiusclient/sbin:/usr/local/rrdtool/bin [root at cbr-x2200-02 /usr/local/src/nagios-plugins-1.4.9] # crle Configuration file [version 4]: /var/ld/ld.config Default Library Path (ELF): /lib:/usr/local/lib:/usr/local/ssl/lib:/usr/local/BerkeleyDB.4.4/lib:/usr/local/apache2/lib:/usr/local/mysql/lib/mysql:/usr/local/net-snmp/lib:/usr/local/openldap/lib:/usr/local/php5/lib:/usr/local/radiusclient/lib:/usr/local/rrdtool/lib:/usr/lib:/usr/sfw/lib Trusted Directories (ELF): /lib/secure:/usr/lib/secure (system default) Command line: crle -c /var/ld/ld.config -l /lib:/usr/local/lib:/usr/local/ssl/lib:/usr/local/BerkeleyDB.4.4/lib:/usr/local/apache2/lib:/usr/local/mysql/lib/mysql:/usr/local/net-snmp/lib:/usr/local/openldap/lib:/usr/local/php5/lib:/usr/local/radiusclient/lib:/usr/local/rrdtool/lib:/usr/lib:/usr/sfw/lib [root at cbr-x2200-02 /usr/local/src/nagios-plugins-1.4.9] # cat configure-script.sh export CPPFLAGS="-I/usr/local/radiusclient/include -I/usr/local/openldap/include" export LDFLAGS="-L/usr/local/radiusclient/lib -L/usr/local/openldap/lib -R/usr/local/radiusclient/lib -R/usr/local/openldap/lib" export CC=gcc ./configure --prefix=/usr/local/nagios [root at cbr-x2200-02 /usr/local/src/nagios-plugins-1.4.9] # ./configure-script.sh checking for libpq-fe.h... no checking for rc_read_config in -lradiusclient... no configure: WARNING: Skipping radius plugin configure: WARNING: install radius libs to compile this plugin (see REQUIREMENTS). checking for main in -lldap... yes checking for ldap_set_option... yes checking for ldap_init... yes checking for ldap_set_option... (cached) yes checking for ldap_get_option... yes checking for ldap_start_tls_s... yes config.status: creating po/Makefile --with-apt-get-command: --with-ping6-command: --with-ping-command: /usr/sbin/ping -n -s %s 56 %d --with-ipv6: yes --with-mysql: /usr/local/mysql/bin//mysql_config --with-openssl: yes --with-gnutls: no --with-perl: /usr/local/bin/perl --with-cgiurl: /nagios/cgi-bin --with-trusted-path: /bin:/sbin:/usr/bin:/usr/sbin [root at cbr-x2200-02 /usr/local/src/nagios-plugins-1.4.9] # cd /usr/local [root at cbr-x2200-02 /usr/local] # ls -ld radiusclient* 2 lrwxrwxrwx 1 root root 19 Jul 12 16:07 radiusclient -> radiusclient-0.3.2/ 2 drwxr-xr-x 7 root root 512 Jul 12 15:54 radiusclient-0.3.2 [root at cbr-x2200-02 /usr/local] # du -a radiusclient/ 6 radiusclient/include/includes.h 24 radiusclient/include/radiusclient.h 4 radiusclient/include/messages.h 2 radiusclient/include/pathnames.h 38 radiusclient/include 154 radiusclient/lib/libradiusclient.so.0.0.1 2 radiusclient/lib/libradiusclient.so.0 2 radiusclient/lib/libradiusclient.so 2 radiusclient/lib/libradiusclient.la 224 radiusclient/lib/libradiusclient.a 386 radiusclient/lib 52 radiusclient/sbin/radlogin 24 radiusclient/sbin/radstatus 26 radiusclient/sbin/radacct 22 radiusclient/sbin/radexample 126 radiusclient/sbin 2 radiusclient/etc/radiusclient/servers 2 radiusclient/etc/radiusclient/issue 2 radiusclient/etc/radiusclient/port-id-map 6 radiusclient/etc/radiusclient/radiusclient.conf 14 radiusclient/etc/radiusclient/dictionary 26 radiusclient/etc/radiusclient/dictionary.ascend 4 radiusclient/etc/radiusclient/dictionary.compat 2 radiusclient/etc/radiusclient/dictionary.merit 60 radiusclient/etc/radiusclient 62 radiusclient/etc 18 radiusclient/doc/instop.html 20 radiusclient/doc 634 radiusclient Once I comment out some lines in configure (lines 20994 - 21003): #if test "$ac_cv_lib_radiusclient_rc_read_config" = "yes"; then EXTRAS="$EXTRAS check_radius" RADIUSLIBS="-lradiusclient" #else # { echo "$as_me:$LINENO: WARNING: Skipping radius plugin" >&5 #echo "$as_me: WARNING: Skipping radius plugin" >&2;} # { echo "$as_me:$LINENO: WARNING: install radius libs to compile this plugin (see REQUIREMENTS)." >&5 #echo "$as_me: WARNING: install radius libs to compile this plugin (see REQUIREMENTS)." >&2;} #fi I can re-run ./configure-script.sh. Obviously configure will still report this: checking for rc_read_config in -lradiusclient... no However, it pretends it's there, and when I run a 'make', viola, it works. To install radiusclient, I did a simple "./configure --prefix=/usr/local/radiusclient && make && make install" -- which works. [root at cbr-x2200-02 /usr/local/src/nagios-plugins-1.4.9/plugins] # make check_radius if gcc -DLOCALEDIR=\"/usr/local/nagios/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../gl -I../intl -I/usr/include/ldap -I/usr/include/pgsql -I/usr/local/ssl/include -I/usr/local/radiusclient/include -I/usr/local/openldap/include -D_REENTRANT -I/usr/local/ssl/include -g -O2 -MT check_radius.o -MD -MP -MF ".deps/check_radius.Tpo" -c -o check_radius.o check_radius.c; \ then mv -f ".deps/check_radius.Tpo" ".deps/check_radius.Po"; else rm -f ".deps/check_radius.Tpo"; exit 1; fi In file included from check_radius.c:42: common.h:191: warning: static declaration of 'floorf' follows non-static declaration if gcc -DLOCALEDIR=\"/usr/local/nagios/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../gl -I../intl -I/usr/include/ldap -I/usr/include/pgsql -I/usr/local/ssl/include -I/usr/local/radiusclient/include -I/usr/local/openldap/include -D_REENTRANT -I/usr/local/ssl/include -g -O2 -MT netutils.o -MD -MP -MF ".deps/netutils.Tpo" -c -o netutils.o netutils.c; \ then mv -f ".deps/netutils.Tpo" ".deps/netutils.Po"; else rm -f ".deps/netutils.Tpo"; exit 1; fi In file included from netutils.c:36: common.h:191: warning: static declaration of 'floorf' follows non-static declaration if gcc -DLOCALEDIR=\"/usr/local/nagios/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../gl -I../intl -I/usr/include/ldap -I/usr/include/pgsql -I/usr/local/ssl/include -I/usr/local/radiusclient/include -I/usr/local/openldap/include -D_REENTRANT -I/usr/local/ssl/include -g -O2 -MT utils.o -MD -MP -MF ".deps/utils.Tpo" -c -o utils.o utils.c; \ then mv -f ".deps/utils.Tpo" ".deps/utils.Po"; else rm -f ".deps/utils.Tpo"; exit 1; fi In file included from utils.c:17: common.h:191: warning: static declaration of 'floorf' follows non-static declaration /bin/bash ../libtool --tag=CC --mode=link gcc -g -O2 -L/usr/local/radiusclient/lib -L/usr/local/openldap/lib -R/usr/local/radiusclient/lib -R/usr/local/openldap/lib -L. -L/usr/local/ssl/lib -o check_radius check_radius.o netutils.o utils.o ../lib/libnagiosplug.a ../gl/libgnu.a -lnsl -lsocket -lresolv -lradiusclient -lnsl -lsocket mkdir .libs gcc -g -O2 -o check_radius check_radius.o netutils.o utils.o -L/usr/local/radiusclient/lib -L/usr/local/openldap/lib -L/usr/local/src/nagios-plugins-1.4.9/plugins -L/usr/local/ssl/lib ../lib/libnagiosplug.a ../gl/libgnu.a -lresolv /usr/local/radiusclient/lib/libradiusclient.so -lcrypt -lnsl -lsocket -R/usr/local/radiusclient/lib -R/usr/local/radiusclient/lib -R/usr/local/openldap/lib [root at cbr-x2200-02 /usr/local/src/nagios-plugins-1.4.9/plugins] # ldd ./check_radius libresolv.so.2 => /lib/libresolv.so.2 libradiusclient.so.0 => /usr/local/radiusclient/lib/libradiusclient.so.0 libcrypt_i.so.1 => /usr/lib/libcrypt_i.so.1 libnsl.so.1 => /lib/libnsl.so.1 libsocket.so.1 => /lib/libsocket.so.1 libc.so.1 => /lib/libc.so.1 libgen.so.1 => /lib/libgen.so.1 libmp.so.2 => /lib/libmp.so.2 libmd5.so.1 => /lib/libmd5.so.1 libscf.so.1 => /lib/libscf.so.1 libdoor.so.1 => /lib/libdoor.so.1 libuutil.so.1 => /lib/libuutil.so.1 libm.so.2 => /lib/libm.so.2 I suspect what's happening here is that configure is a little too optimistic about how configured the radiusclient installation is :-) ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2007-10-12 19:20 Message: Logged In: YES user_id=1312539 Originator: NO 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: Ton Voon (tonvoon) Date: 2007-09-28 16:55 Message: Logged In: YES user_id=664364 Originator: NO Arya, Thanks for the report. I think this is already resolved in the latest SVN code. Please try the nightly snapshot at http://nagiosplug.sf.net/snapshot. Ton ---------------------------------------------------------------------- Comment By: Matthias Eble (psychotrahe) Date: 2007-07-24 08:34 Message: Logged In: YES user_id=1694341 Originator: NO does your installed radiusclient library actually have a function called rc_read_config? Matthias ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1753164&group_id=29880 From noreply at sourceforge.net Sun Oct 14 22:59:59 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 14 Oct 2007 13:59:59 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1813346 ] check_http "-f follow" crash with "LLLLLocation" HTTP header Message-ID: Bugs item #1813346, was opened at 2007-10-14 20:59 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1813346&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: fabiodds (fabiodds) Assigned to: Nobody/Anonymous (nobody) Summary: check_http "-f follow" crash with "LLLLLocation" HTTP header Initial Comment: Hello, I've found a crash bug in check_http. Let's say we run it with "-f follow" and make it connect to a server that sends back this: HTTP/1.0 304 Something [500 L characters here]ocation: http://sourceforge.net/ In this case, check_http will crash and burn with a segfault. I have attached a patch that will correct this issue. -- fabiodds ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1813346&group_id=29880 From noreply at sourceforge.net Mon Oct 15 00:22:03 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 14 Oct 2007 15:22:03 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1813346 ] check_http "-f follow" crash with "LLLLLocation" HTTP header Message-ID: Bugs item #1813346, was opened at 2007-10-14 22:59 Message generated for change (Comment added) made by hweiss You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1813346&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: Accepted Priority: 5 Private: No Submitted By: fabiodds (fabiodds) Assigned to: Nobody/Anonymous (nobody) Summary: check_http "-f follow" crash with "LLLLLocation" HTTP header Initial Comment: Hello, I've found a crash bug in check_http. Let's say we run it with "-f follow" and make it connect to a server that sends back this: HTTP/1.0 304 Something [500 L characters here]ocation: http://sourceforge.net/ In this case, check_http will crash and burn with a segfault. I have attached a patch that will correct this issue. -- fabiodds ---------------------------------------------------------------------- >Comment By: Holger Weiss (hweiss) Date: 2007-10-15 00:22 Message: Logged In: YES user_id=759506 Originator: NO Bah, this is the umpteenth bug in check_http's parsing of the 'Location' header, I guess we should rewrite that. Anyway, I committed your patch to SVN and I also specified a field width of 1 for the characters following the 'L'. They're not written to memory, but it makes no sense to accept 'Looocaaatiooon' as a valid 'Location' header. Thank you very much, Holger PS: If you're not yet in our THANKS file, please send me (hweiss at users.sourceforge.net) your real name if I may add it :-) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1813346&group_id=29880 From noreply at sourceforge.net Mon Oct 15 00:22:31 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 14 Oct 2007 15:22:31 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1813346 ] check_http "-f follow" crash with "LLLLLocation" HTTP header Message-ID: Bugs item #1813346, was opened at 2007-10-14 22:59 Message generated for change (Settings changed) made by hweiss You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1813346&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: Closed Resolution: Accepted Priority: 5 Private: No Submitted By: fabiodds (fabiodds) Assigned to: Nobody/Anonymous (nobody) Summary: check_http "-f follow" crash with "LLLLLocation" HTTP header Initial Comment: Hello, I've found a crash bug in check_http. Let's say we run it with "-f follow" and make it connect to a server that sends back this: HTTP/1.0 304 Something [500 L characters here]ocation: http://sourceforge.net/ In this case, check_http will crash and burn with a segfault. I have attached a patch that will correct this issue. -- fabiodds ---------------------------------------------------------------------- Comment By: Holger Weiss (hweiss) Date: 2007-10-15 00:22 Message: Logged In: YES user_id=759506 Originator: NO Bah, this is the umpteenth bug in check_http's parsing of the 'Location' header, I guess we should rewrite that. Anyway, I committed your patch to SVN and I also specified a field width of 1 for the characters following the 'L'. They're not written to memory, but it makes no sense to accept 'Looocaaatiooon' as a valid 'Location' header. Thank you very much, Holger PS: If you're not yet in our THANKS file, please send me (hweiss at users.sourceforge.net) your real name if I may add it :-) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1813346&group_id=29880 From monty at roscom.com Tue Oct 16 09:10:50 2007 From: monty at roscom.com (Monty Solomon) Date: Tue, 16 Oct 2007 03:10:50 -0400 Subject: [Nagiosplug-devel] check_http -c incorrect status information Message-ID: The check_http plugin does not display the correct status information when using the -c option. The following code will always display "HTTP WARNING:" in the status information for any condition which would have a status of warning or critical because it builds the status message with the hard coded "WARNING" text before determining the actual status. /* check elapsed time */ microsec = deltime (tv); elapsed_time = (double)microsec / 1.0e6; asprintf (&msg, _("HTTP WARNING: %s - %.3f second response time %s|%s %s\n"), status_line, elapsed_time, (display_html ? "" : ""), perfd_time (elapsed_time), perfd_size (pagesize)); if (check_critical_time == TRUE && elapsed_time > critical_time) die (STATE_CRITICAL, "%s", msg); if (check_warning_time == TRUE && elapsed_time > warning_time) die (STATE_WARNING, "%s", msg); From Thomas at zango.com Wed Oct 17 17:59:14 2007 From: Thomas at zango.com (Thomas Guyot-Sionnest) Date: Wed, 17 Oct 2007 08:59:14 -0700 Subject: [Nagiosplug-devel] check_http -c incorrect status information In-Reply-To: References: Message-ID: <804160344192334BB21922E8082EA6C0E01F7B@seaex01.180solutions.com> > -----Original Message----- > From: nagiosplug-devel-bounces at lists.sourceforge.net [mailto:nagiosplug- > devel-bounces at lists.sourceforge.net] On Behalf Of Monty Solomon > Sent: Tuesday, October 16, 2007 0:11 > To: nagiosplug-devel at lists.sourceforge.net > Subject: [Nagiosplug-devel] check_http -c incorrect status information > > > The check_http plugin does not display the correct status information > when using the -c option. > > The following code will always display "HTTP WARNING:" in the status > information for any condition which would have a status of warning or > critical because it builds the status message with the hard coded > "WARNING" text before determining the actual status. > > > /* check elapsed time */ > microsec = deltime (tv); > elapsed_time = (double)microsec / 1.0e6; > asprintf (&msg, > _("HTTP WARNING: %s - %.3f second response time %s|%s %s\n"), > status_line, elapsed_time, > (display_html ? "" : ""), > perfd_time (elapsed_time), perfd_size (pagesize)); > if (check_critical_time == TRUE && elapsed_time > critical_time) > die (STATE_CRITICAL, "%s", msg); > if (check_warning_time == TRUE && elapsed_time > warning_time) > die (STATE_WARNING, "%s", msg); Good catch. While testing I also noticed w- and -c are still ineffective on 302 redirects (I sent a hacky fix long time ago but a proper fix would take more work)... I guess it's time to get my hands dirty and fix this for good :) Thomas From noreply at sourceforge.net Wed Oct 17 23:22:18 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 17 Oct 2007 14:22:18 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1815362 ] check_snmp buffer overflow when parsing snmpget replies Message-ID: Bugs item #1815362, was opened at 2007-10-17 21:22 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1815362&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: fabiodds (fabiodds) Assigned to: Nobody/Anonymous (nobody) Summary: check_snmp buffer overflow when parsing snmpget replies Initial Comment: I have found a buffer overflow in check_snmp. It copies to the perfstr char array from snmpget replies without checking if it grows too big, which is somewhere around 17,000 characters on my system. I have attached a patch that corrects this problem. -- fabiodds ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1815362&group_id=29880 From andurin at process-zero.de Thu Oct 18 10:46:11 2007 From: andurin at process-zero.de (=?ISO-8859-15?Q?Hendrik_B=E4cker?=) Date: Thu, 18 Oct 2007 10:46:11 +0200 Subject: [Nagiosplug-devel] Request for Comment - NPCD hungry threshold on load Message-ID: <47171D53.6010107@process-zero.de> Hi List, if you are using the NPCD - Nagios Performancedata C Daemon, i would like to know what you are thinking about following idea from a friend of mine (Matthias). When NPCD is running it doesn't take care about system load (cpu usage, disk i/o, etc). So, I can say it is very hungry. Matthias has sent me a patch for npcd which currently examines the system load and is able to dynamically decrease the max_threads. Now I would like to know what you are thinking about this. Comments are welcome. Kind regards, Hendrik From pitchfork at ederdrom.de Thu Oct 18 10:55:36 2007 From: pitchfork at ederdrom.de (Joerg Linge) Date: Thu, 18 Oct 2007 10:55:36 +0200 Subject: [Nagiosplug-devel] Request for Comment - NPCD hungry threshold on load In-Reply-To: <47171D53.6010107@process-zero.de> References: <47171D53.6010107@process-zero.de> Message-ID: <200710181055.37276.pitchfork@ederdrom.de> Am Donnerstag, 18. Oktober 2007 10:46 schrieb Hendrik B?cker: > Hi List, Hi Hendrik, > if you are using the NPCD - Nagios Performancedata C Daemon, i would > like to know what you are thinking about following idea from a friend of > mine (Matthias). > > When NPCD is running it doesn't take care about system load (cpu usage, > disk i/o, etc). So, I can say it is very hungry. > > Matthias has sent me a patch for npcd which currently examines the > system load and is able to dynamically decrease the max_threads. > > Now I would like to know what you are thinking about this. > > Comments are welcome. I think this is the wrong list ;-) What do you think about pnp4nagios-devel at lists.sourceforge.net J?rg From andurin at process-zero.de Thu Oct 18 11:17:20 2007 From: andurin at process-zero.de (=?ISO-8859-1?Q?Hendrik_B=E4cker?=) Date: Thu, 18 Oct 2007 11:17:20 +0200 Subject: [Nagiosplug-devel] Request for Comment - NPCD hungry threshold on load In-Reply-To: <200710181055.37276.pitchfork@ederdrom.de> References: <47171D53.6010107@process-zero.de> <200710181055.37276.pitchfork@ederdrom.de> Message-ID: <471724A0.3000101@process-zero.de> Damn it! Joerg Linge schrieb: > > I think this is the wrong list ;-) > What do you think about pnp4nagios-devel at lists.sourceforge.net Why must all the interesting lists have a name like nagios*-devel :) Sorry for that Hendrik -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 2185 bytes Desc: S/MIME Cryptographic Signature URL: From gary at primeexalia.com Sun Oct 21 06:37:38 2007 From: gary at primeexalia.com (Gary W. Smith) Date: Sat, 20 Oct 2007 21:37:38 -0700 Subject: [Nagiosplug-devel] Changed from 1.4.5 to 1.4.10 break compile Message-ID: <57F9959B46E0FA4D8BA88AEDFBE5829015E056@pxtbenexd01.pxt.primeexalia.com> Hello, I'm trying to fix a problem with a compile package I have. I have a recipe file for rPath that compiles 1.4.5 just fine to include MySQL. But when I use the same package (i.e. compiler options) on the 1.4.10 it complains that it can't find lmysqlclient during the configure process. I've also fond an archive message where someone had mentioned that the configure script for 1.4.7 had tightened up the requirement for mysql and that it had been fixed in 1.4.8 Does anyone know if this is a new bug, only one not fixed, or just something that changed after 1.4.5/1.4.6 upwards in regards to mysql? Thanks, Gary -------------- next part -------------- An HTML attachment was scrubbed... URL: From noreply at sourceforge.net Sun Oct 21 07:39:48 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 20 Oct 2007 22:39:48 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1817228 ] check_http: Displays WARNING on critical response time Message-ID: Patches item #1817228, was opened at 2007-10-21 14:39 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1817228&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobuhiro Ban (ban_nobuhiro) Assigned to: Nobody/Anonymous (nobody) Summary: check_http: Displays WARNING on critical response time Initial Comment: Problems: 1. check_http returns 2 (STATE_CRITICAL) if the reaponse time is longer than critical check time threshold (argument -c), but shows ``WARNING''. % check_http -w 0.1 -c 0.2 -H sourceforge.net HTTP WARNING: HTTP/1.0 200 OK - 0.654 second response time |time=0.654401s;0.100000;0.200000;0.000000 size=25176B;;;0 % echo $? 2 2. Error messages for time threshold options (-c and -w) are wrong. These options accept float number. How to fix: 1. Apply the attached patch. 2. And fix the gettext .po files. (Sorry, no patch is ready) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1817228&group_id=29880 From gabriel.guillon at c-s.fr Mon Oct 22 17:27:11 2007 From: gabriel.guillon at c-s.fr (GUILLON Gabriel) Date: Mon, 22 Oct 2007 17:27:11 +0200 Subject: [Nagiosplug-devel] segfault in patched check_ping Message-ID: <471CC14F.8030503@c-s.fr> Hi, I'm using nagios-plugins-1.4.3. I wanted check_ping to ping from an aliased interface. For example: My eth0 has ip 10.0.0.1 and 10.0.0.2, and I want the ping to come from 10.0.0.2. So I (horribly) hacked check_ping.c to use the -I function of /bin/ping. Patch is provided in attachment. But the problem is that from then check_ping randomly segfault. When launched as fast as possible (in a shell 'while true; do' loop, pinging an unreachable ip so falling in timeout after 6 seconds) it segfault in average every 15 minutes (but it can not segfault during more than one houre, and segfault every 2 minutes during 10 minutes) As check_ping didn't core dump, I hacked it to make it core (as seen in the patch). I caught the core, but nothing is visible in the gdb (I must mention that I compile on a machine and using it on an other. Both are the same OS (Mandriva) with the same versions of libs). So I tried to link it statically and hope seeing something in gdb... I must say that my C skills are pretty crap :) Could someone help me finding what happens? Or indicating me an other way to achieve want I want to do (ping from a different ip) ? Thanks -- Gabriel Guillon -------------- next part -------------- A non-text attachment was scrubbed... Name: check_ping.patch Type: text/x-patch Size: 3488 bytes Desc: not available URL: From Tobias.Heinzmann at shd-online.de Mon Oct 22 18:30:21 2007 From: Tobias.Heinzmann at shd-online.de (Tobias Heinzmann) Date: Mon, 22 Oct 2007 18:30:21 +0200 Subject: [Nagiosplug-devel] Issues with old check_log.sh Message-ID: <699C87BEBEA75444B3CE5A8B77F7CD54010D69BE@shdexch1.shd-online.de> nagiosplug-devel at lists.sourceforge.net Hi, I had an installation where simple logfile monitoring was required, so I chose check_log.sh. Its an old shell script that basically does an egrep while remembering where it last read within an "memory file". In my case it runs on every monitored system and is called with NRPE and NSCA. During the installation I encountered some issues: - The examples within the script refer to an older version - If run the first time it just copies the log file to old log without doing any checks so that all matches are lost. And (in my opinion) a bug: - If no write permissions to the old log file are given (what easily could happen if called via nsca/ nrpe), it exits with status "okay", although it should be "unknown". Enclosed is a patch that solves this issues at my installations, maybe you can use it... Cheers Tobias -------------- next part -------------- A non-text attachment was scrubbed... Name: check_log.sh.patch Type: application/octet-stream Size: 1445 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3104 bytes Desc: not available URL: From gabriel.guillon at c-s.fr Mon Oct 22 11:07:23 2007 From: gabriel.guillon at c-s.fr (GUILLON Gabriel) Date: Mon, 22 Oct 2007 11:07:23 +0200 Subject: [Nagiosplug-devel] segfault in patched check_ping Message-ID: <471C684B.7010303@c-s.fr> Hi, I'm using nagios-plugins-1.4.3. I wanted check_ping to ping from an aliased interface. For example: My eth0 has ip 10.0.0.1 and 10.0.0.2, and I want the ping to come from 10.0.0.2. So I (horribly) hacked check_ping.c to use the -I function of /bin/ping. Patch is provided in attachment. But the problem is that from then check_ping randomly segfault. When launched as fast as possible (in a shell 'while true; do' loop, pinging an unreachable ip so falling in timeout after 6 seconds) it segfault in average every 15 minutes (but it can not segfault during more than one houre, and segfault every 2 minutes during 10 minutes) As check_ping didn't core dump, I hacked it to make it core (as seen in the patch). I caught the core, but nothing is visible in the gdb (I must mention that I compile on a machine and using it on an other. Both are the same OS (Mandriva) with the same versions of libs). So I tried to link it statically and hope seeing something in gdb... I must say that my C skills are pretty crap :) Could someone help me finding what happens? Or indicating me an other way to achieve want I want to do (ping from a different ip) ? Thanks -- Gabriel Guillon -------------- next part -------------- A non-text attachment was scrubbed... Name: check_ping.patch Type: text/x-patch Size: 3487 bytes Desc: not available URL: From rep.dot.nop at gmail.com Wed Oct 24 13:14:25 2007 From: rep.dot.nop at gmail.com (Bernhard Fischer) Date: Wed, 24 Oct 2007 13:14:25 +0200 Subject: [Nagiosplug-devel] [patch] failing check compromises SNMP community Message-ID: <20071024111425.GA8608@aon.at> Hi, If a check fails then the whole command-line, including the v1 or v2c community string is printed in check_snmp.c The attached proposed patch prints the dummy string "authpriv" instead of the real community, so a failing check does not make the community string visible to the users. Like before the full command_line is printed in verbose mode. Please apply. PS: I'm attaching nagios-plugins-1.4.10-fix-indentation.diff, which indents check_snmp.c with the options listed on top of the patch. The source was not easily readable otherwise. The check_snmp-do-not-echo-commandline.diff is ment to be applied ontop of the fix-indentation.diff. -------------- next part -------------- A non-text attachment was scrubbed... Name: nagios-plugins-1.4.10-fix-indentation.diff.bz2 Type: application/octet-stream Size: 10472 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: nagios-plugins-1.4.10-check_snmp-do-not-echo-commandline.diff Type: text/x-diff Size: 3543 bytes Desc: not available URL: From holger at CIS.FU-Berlin.DE Wed Oct 24 17:12:56 2007 From: holger at CIS.FU-Berlin.DE (Holger Weiss) Date: Wed, 24 Oct 2007 17:12:56 +0200 Subject: [Nagiosplug-devel] [patch] failing check compromises SNMP community In-Reply-To: <20071024111425.GA8608@aon.at> References: <20071024111425.GA8608@aon.at> Message-ID: <20071024151256.GL13867414@CIS.FU-Berlin.DE> * Bernhard Fischer [2007-10-24 13:14]: > If a check fails then the whole command-line, including the v1 or v2c > community string is printed in check_snmp.c > > The attached proposed patch prints the dummy string "authpriv" instead > of the real community, so a failing check does not make the community > string visible to the users. Like before the full command_line is > printed in verbose mode. Good point, thank you. Committed to SVN. > PS: I'm attaching nagios-plugins-1.4.10-fix-indentation.diff, which > indents check_snmp.c with the options listed on top of the patch. I didn't commit this as indentation changes make SVN diffs crossing that revision unreadable. Maybe we should nevertheless fix our indentation and make it consistent across all plugins in one big commit, but IMO this should be discussed, first. Holger From matthias.eble at mailing.kaufland-informationssysteme.com Wed Oct 24 17:34:58 2007 From: matthias.eble at mailing.kaufland-informationssysteme.com (Matthias Eble) Date: Wed, 24 Oct 2007 17:34:58 +0200 Subject: [Nagiosplug-devel] [patch] failing check compromises SNMP community In-Reply-To: <20071024151256.GL13867414@CIS.FU-Berlin.DE> References: <20071024111425.GA8608@aon.at> <20071024151256.GL13867414@CIS.FU-Berlin.DE> Message-ID: <471F6622.9040705@mailing.kaufland-informationssysteme.com> > Maybe we should nevertheless fix our indentation > and make it consistent across all plugins in one big commit, but IMO > this should be discussed, first. oh yes. you're so right. The CODING file in the tarball already specifies how it should be done. But i guess since almost every plugin is indented in its own way, this is not necessarily the way to do it. It's not even mentioned in the guidelines. My favorite would be 1TBS with four or eight blanks tabsize. Matthias From ae at op5.se Wed Oct 24 17:59:25 2007 From: ae at op5.se (Andreas Ericsson) Date: Wed, 24 Oct 2007 17:59:25 +0200 Subject: [Nagiosplug-devel] [patch] failing check compromises SNMP community In-Reply-To: <471F6622.9040705@mailing.kaufland-informationssysteme.com> References: <20071024111425.GA8608@aon.at> <20071024151256.GL13867414@CIS.FU-Berlin.DE> <471F6622.9040705@mailing.kaufland-informationssysteme.com> Message-ID: <471F6BDD.1010508@op5.se> Matthias Eble wrote: >> Maybe we should nevertheless fix our indentation >> and make it consistent across all plugins in one big commit, but IMO >> this should be discussed, first. > > oh yes. you're so right. > > The CODING file in the tarball already specifies how it should be done. > But i guess since almost every plugin is indented in its own way, this > is not necessarily the way to do it. It's not even mentioned in the > guidelines. > > My favorite would be 1TBS with four or eight blanks tabsize. > Hard tabs for indentation, spaces for alignment. That's the only way to get the code to look the same everywhere while still allowing people to choose their own indentation depth. Incidentally, this'd help merge back what changes we have in our company repo for the plugins, as it's the indentation style we use ;-) -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Tel: +46 8-230225 Fax: +46 8-230231 From matthias.eble at mailing.kaufland-informationssysteme.com Wed Oct 24 18:29:41 2007 From: matthias.eble at mailing.kaufland-informationssysteme.com (Matthias Eble) Date: Wed, 24 Oct 2007 18:29:41 +0200 Subject: [Nagiosplug-devel] [patch] failing check compromises SNMP community In-Reply-To: <471F6BDD.1010508@op5.se> References: <20071024111425.GA8608@aon.at> <20071024151256.GL13867414@CIS.FU-Berlin.DE> <471F6622.9040705@mailing.kaufland-informationssysteme.com> <471F6BDD.1010508@op5.se> Message-ID: <471F72F5.4050006@mailing.kaufland-informationssysteme.com> >> My favorite would be 1TBS with four or eight blanks tabsize. >> > > Hard tabs for indentation, spaces for alignment. That's the only way to get > the code to look the same everywhere while still allowing people to choose > their own indentation depth. you're right. Tabsize just for display purposes. Tabs are the way to go. in vim: set noexpandtab From rep.dot.nop at gmail.com Wed Oct 24 18:54:43 2007 From: rep.dot.nop at gmail.com (Bernhard Fischer) Date: Wed, 24 Oct 2007 18:54:43 +0200 Subject: [Nagiosplug-devel] [patch] failing check compromises SNMP community In-Reply-To: <20071024151256.GL13867414@CIS.FU-Berlin.DE> References: <20071024111425.GA8608@aon.at> <20071024151256.GL13867414@CIS.FU-Berlin.DE> Message-ID: <20071024165443.GC9447@aon.at> On Wed, Oct 24, 2007 at 05:12:56PM +0200, Holger Weiss wrote: >* Bernhard Fischer [2007-10-24 13:14]: >> If a check fails then the whole command-line, including the v1 or v2c >> community string is printed in check_snmp.c >> >> The attached proposed patch prints the dummy string "authpriv" instead >> of the real community, so a failing check does not make the community >> string visible to the users. Like before the full command_line is >> printed in verbose mode. > >Good point, thank you. Committed to SVN. Thanks. IIRC negate also had this problem (but i don't need negate.) >> PS: I'm attaching nagios-plugins-1.4.10-fix-indentation.diff, which >> indents check_snmp.c with the options listed on top of the patch. > >I didn't commit this as indentation changes make SVN diffs crossing that >revision unreadable. Maybe we should nevertheless fix our indentation >and make it consistent across all plugins in one big commit, but IMO >this should be discussed, first. /me as an innocent bystander would certainly welcome if the code was easier to read. Alot of places are unreadable just because the spacing and bracing is completely amiss. Merely cosmetics, of course. Still.. :) cheers, Bernhard From Thomas at zango.com Wed Oct 24 19:46:17 2007 From: Thomas at zango.com (Thomas Guyot-Sionnest) Date: Wed, 24 Oct 2007 10:46:17 -0700 Subject: [Nagiosplug-devel] segfault in patched check_ping In-Reply-To: <471C684B.7010303@c-s.fr> References: <471C684B.7010303@c-s.fr> Message-ID: <804160344192334BB21922E8082EA6C0E02B17@seaex01.180solutions.com> > -----Original Message----- > From: nagiosplug-devel-bounces at lists.sourceforge.net [mailto:nagiosplug- > devel-bounces at lists.sourceforge.net] On Behalf Of GUILLON Gabriel > Sent: October 22, 2007 5:07 > To: nagiosplug-devel at lists.sourceforge.net > Subject: [Nagiosplug-devel] segfault in patched check_ping > > Hi, > I'm using nagios-plugins-1.4.3. I wanted check_ping to ping from an > aliased interface. This kind of support would better fit in check_icmp for various reasons, though it will be harder than simply adding a switch like you did ;) Last time I looked into this my socket programming skills weren't up to the task, but if you open a feature request for it I'll try again as soon as I can... http://sourceforge.net/tracker/?group_id=29880&atid=397600 Thomas From ae at op5.se Wed Oct 24 20:53:38 2007 From: ae at op5.se (Andreas Ericsson) Date: Wed, 24 Oct 2007 20:53:38 +0200 Subject: [Nagiosplug-devel] segfault in patched check_ping In-Reply-To: <804160344192334BB21922E8082EA6C0E02B17@seaex01.180solutions.com> References: <471C684B.7010303@c-s.fr> <804160344192334BB21922E8082EA6C0E02B17@seaex01.180solutions.com> Message-ID: <471F94B2.805@op5.se> Thomas Guyot-Sionnest wrote: >> -----Original Message----- >> From: nagiosplug-devel-bounces at lists.sourceforge.net > [mailto:nagiosplug- >> devel-bounces at lists.sourceforge.net] On Behalf Of GUILLON Gabriel >> Sent: October 22, 2007 5:07 >> To: nagiosplug-devel at lists.sourceforge.net >> Subject: [Nagiosplug-devel] segfault in patched check_ping >> >> Hi, >> I'm using nagios-plugins-1.4.3. I wanted check_ping to ping from an >> aliased interface. > > This kind of support would better fit in check_icmp for various reasons, > though it will be harder than simply adding a switch like you did ;) > Not very though. Get the ip, set it in the outgoing packet, send the outgoing packet, hope the poor user wrote an IP he's actually got on his system, read the response. Easy as pie. Sort of. -- Andreas Ericsson andreas.ericsson at op5.se OP5 AB www.op5.se Tel: +46 8-230225 Fax: +46 8-230231 From Thomas at zango.com Wed Oct 24 22:24:13 2007 From: Thomas at zango.com (Thomas Guyot-Sionnest) Date: Wed, 24 Oct 2007 13:24:13 -0700 Subject: [Nagiosplug-devel] N::P bug in handling >2 repeated arguments from .ini config Message-ID: <804160344192334BB21922E8082EA6C0E02BFE@seaex01.180solutions.com> Hi there, I just added duplicate arguments support for a N::P plugin (=s@). From command-line it works like a charm, but when using more than two repeated arguments in nagios-plugins.ini I get something like this: $VAR1 = [ 'ARRAY(0x8545ee8)', 'string_from_last_argument' ]; I'm not sure if there is a reason for the particular syntax in lib/Nagios/Plugin/Config.pm but changing it to a simple push fixed the problem. Since it's not much tested I'd like that someone review it before it goes in... If you want a test case just say so and I'll write one up... Thanks, Thomas -------------- next part -------------- A non-text attachment was scrubbed... Name: N__P_read_string.patch Type: application/octet-stream Size: 590 bytes Desc: N__P_read_string.patch URL: From Thomas at zango.com Thu Oct 25 23:14:23 2007 From: Thomas at zango.com (Thomas Guyot-Sionnest) Date: Thu, 25 Oct 2007 14:14:23 -0700 Subject: [Nagiosplug-devel] check_ntp patch for unknown offset/jitter Message-ID: <804160344192334BB21922E8082EA6C0E02E66@seaex01.180solutions.com> Just one note about my latest commit... Normally check_ntp should return UNKNOWN if offset is unknown and there are no offset thresholds specified. However (on a freshly started ntp daemon): # ./check_ntp -H localhost; echo $? NTP OK: Offset unknown| 0 This is because the max_state function put STATE_OK above STATE_UNKNOWN. I believe we should either change that of have a 2nd max_state function to get the desired result. I didn't felt like working around this in check_ntp code so if we could agree on the way to go I can code that (for both C and Perl) and fix this issue. If we go for two different functions, any suggestion for the name (otherwise I'll just go with max_state_alt)? Thanks Thomas From ton.voon at altinity.com Thu Oct 25 23:21:47 2007 From: ton.voon at altinity.com (Ton Voon) Date: Thu, 25 Oct 2007 22:21:47 +0100 Subject: [Nagiosplug-devel] check_ntp patch for unknown offset/jitter In-Reply-To: <804160344192334BB21922E8082EA6C0E02E66@seaex01.180solutions.com> References: <804160344192334BB21922E8082EA6C0E02E66@seaex01.180solutions.com> Message-ID: <42C04242-187E-4E48-971F-5A9D798A89F8@altinity.com> On 25 Oct 2007, at 22:14, Thomas Guyot-Sionnest wrote: > This is because the max_state function put STATE_OK above > STATE_UNKNOWN. > I believe we should either change that of have a 2nd max_state > function > to get the desired result. I think that STATE_UNKNOWN, which is an error condition in Nagios terms, should come above STATE_OK, so +1 here. Ton http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon From c.mies at itnovum.de Fri Oct 26 10:14:10 2007 From: c.mies at itnovum.de (Mies, Christian) Date: Fri, 26 Oct 2007 10:14:10 +0200 Subject: [Nagiosplug-devel] Patch for check_nwstat.c Message-ID: Hi List, here a minor patch for check_nwstat. In the actual Plugin Package the help function does not work properly. The Error is the Uppercase "%S" instead of lowercase "%s" 1679c1679 < printf (" %S\n", _(" TCB, LRUS and LRUM.\n")); --- > printf (" %s\n", _(" TCB, LRUS and LRUM.\n")); Regards Christian it-novum GmbH Ein Unternehmen der Mehler AG Christian Mies Consultant Systemmanagement Edelzeller Stra?e 44 36043 Fulda FON: +49 (661) 103-874 (-333) FAX: +49 (661) 103-17874 (-334) MAIL: c.mies at itnovum.de WEB: http://www.itnovum.de Handelsregister: Amtsgericht Fulda, HRB 1934 Gesch?ftsf?hrer: Michael Kienle Sitz der Gesellschaft: Fulda, Deutschland/Germany UstID-Nr: DE813211784 Steuernr.: 018/225/03095 Der Inhalt dieser E-Mail ist vertraulich. Wenn Sie nicht der eigentliche Empf?nger sein sollten, informieren Sie bitte sofort den Absender oder vernichten umgehend diese Mail. Jegliche unerlaubte Vervielf?ltigung oder Weiterleitung dieser Mail ist strengstens verboten. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorised copying, disclosure or distribution of material in this e-mail is strictly forbidden. From dermoth at aei.ca Sat Oct 27 00:39:48 2007 From: dermoth at aei.ca (Thomas Guyot-Sionnest) Date: Fri, 26 Oct 2007 18:39:48 -0400 Subject: [Nagiosplug-devel] [patch] failing check compromises SNMP community In-Reply-To: <471F72F5.4050006@mailing.kaufland-informationssysteme.com> References: <20071024111425.GA8608@aon.at> <20071024151256.GL13867414@CIS.FU-Berlin.DE> <471F6622.9040705@mailing.kaufland-informationssysteme.com> <471F6BDD.1010508@op5.se> <471F72F5.4050006@mailing.kaufland-informationssysteme.com> Message-ID: <47226CB4.2050504@aei.ca> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 24/10/07 12:29 PM, Matthias Eble wrote: >>> My favorite would be 1TBS with four or eight blanks tabsize. >>> >> Hard tabs for indentation, spaces for alignment. That's the only way to get >> the code to look the same everywhere while still allowing people to choose >> their own indentation depth. > > you're right. Tabsize just for display purposes. > Tabs are the way to go. > in vim: set noexpandtab This is so obvious I don't get why I never did that. I like 2 space indents, so... $ echo "set tabstop=2" >~/.vimrc and I'm done :) Thanks! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHImy06dZ+Kt5BchYRAurjAKCuwFd86wArvsfajDFL/SObxFk6RwCfXLb9 bRHxZlYJft1uOIiyf07Kdo8= =O2T5 -----END PGP SIGNATURE----- From sm at mobiletech.no Mon Oct 29 15:00:01 2007 From: sm at mobiletech.no (Sverre Marvik) Date: Mon, 29 Oct 2007 15:00:01 +0100 Subject: [Nagiosplug-devel] Wanted options for check_procs utility Message-ID: <1DE9B286DC7AC64CB4C24A226A8C1825738E66@bex01.ritshost.no> > Hi > > Is it possible to wish for an "exclude" filter in the check_procs > utility ? > Sometime we would like to exclude some known processes when doing a > check_procs -w 60 -c 90 --metrix=CPU > > Support for regexp in such an exclude filter would of course be nice > :-) > > Also it would be nice if this check-utility took into account a multi > cpu environment where 50% cpu utilization means 50% across maybe 8 > cores (eg. 400% cpu). > > mvh > Sverre Marvik > Head of System Operations > +47 95284007 > www.mobiletech.no > Send MT to 2229 > > This message contains information that may be privileged or > confidential and is the property of "Mobiletech AS". > > It is only intended for the person to whom it is addressed. If you are > not the intended recipient, > you are not authorized to read, print, retain, copy, disseminate, > distribute, > or use this message or any part thereof. If you receive this message > in error, please > notify the sender immediately and delete all copies of this message. > > This email has been scanned for viruses by the anti-virus programs > used by Mobiletech AS > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From noreply at sourceforge.net Wed Oct 31 15:34:10 2007 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 31 Oct 2007 07:34:10 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1180762 ] check_ssh does not properly close connection Message-ID: Bugs item #1180762, was opened at 2005-04-11 18:41 Message generated for change (Comment added) made by shattered You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1180762&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: Release (specify) Status: Closed Resolution: None Priority: 5 Private: No Submitted By: M. Sean Finney (seanius) Assigned to: Nobody/Anonymous (nobody) Summary: check_ssh does not properly close connection Initial Comment: with 1.4 and later, it looks like check_ssh doesn't properly close connections. for example, this is the previous behaviour of check_ssh in the 1.3 series: Apr 11 10:24:03 appsrv1 sshd[9822]: Connection closed by xxx.xxx.64.52 but in 1.4: appsrv1 sshd[10154]: fatal: Read from socket failed: Connection reset by peer i think this is just because close() isn't being called. i will verify this shortly... ---------------------------------------------------------------------- Comment By: Sergey Svishchev (shattered) Date: 2007-10-31 17:34 Message: Logged In: YES user_id=45207 Originator: NO This is still a problem in 1.4.3 -- evidently, close() is not enough. ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 2005-04-11 22:07 Message: Logged In: YES user_id=226838 yup, calling close() before exiting resolves this problem, i've committed a change to cvs ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1180762&group_id=29880