From noreply at sourceforge.net Mon May 3 06:50:00 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon May 3 06:50:00 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-946857 ] check_ping - output error Message-ID: Bugs item #946857, was opened at 2004-05-03 12:05 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=946857&group_id=29880 Category: Argument proccessing Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Pumuckel1980 (pumuckel1980) Assigned to: Nobody/Anonymous (nobody) Summary: check_ping - output error Initial Comment: Hello, I have some problems with the "nagios-plugins- 1.4.0alpha1". In this Version the check_ping plugin show me the following result: "bin/ping -n -U -c 1 ntest2ext Error: Could not interpret output from ping command" It's OK when I use the "nagios-plugins-1.3.1.tar.gz". ./check_ping -H ntest2ext -w 3000.0,80% -c 5000.0,100% -p 1 PING OK - Packet loss = 0%, RTA = 0.22 ms PING OK - Packet loss = 0%, RTA = 0.46 ms Here are my differnet settings: 1. nagios-plugins-1.3.1.tar.gz ############################## = uname -a "Linux *HOSTNAME* 2.4.22 #1 SMP Mit Okt 29 15:21:08 CET 2003 i686 i686 i386 GNU/Linux" =./check_ping -H *HOSTNAME* -w 3000.0,80% -c 5000.0,100% -p 1 "PING OK - Packet loss = 0%, RTA = 0.22 ms PING OK - Packet loss = 0%, RTA = 0.48 ms" 2. "nagios-plugins-1.4.0alpha1" ############################## = uname -a "Linux *HOSTNAME* 2.4.22 #1 SMP Mit Okt 29 1:21:08 CET 2003 i686 i686 i386 GNU/Linux" =./check_ping -H ntest2ext -w 3000.0,80% -c 5000.0,100% -p 1 "/bin/ping -n -U -c 1 ntest2ext Error: Could not interpret output from ping command" thanks for help bye ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=946857&group_id=29880 From noreply at sourceforge.net Mon May 3 06:57:39 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon May 3 06:57:39 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-946857 ] check_ping - output error Message-ID: Bugs item #946857, was opened at 2004-05-03 12:05 Message generated for change (Comment added) made by pumuckel1980 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=946857&group_id=29880 Category: Argument proccessing Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Pumuckel1980 (pumuckel1980) Assigned to: Nobody/Anonymous (nobody) Summary: check_ping - output error Initial Comment: Hello, I have some problems with the "nagios-plugins- 1.4.0alpha1". In this Version the check_ping plugin show me the following result: "bin/ping -n -U -c 1 ntest2ext Error: Could not interpret output from ping command" It's OK when I use the "nagios-plugins-1.3.1.tar.gz". ./check_ping -H ntest2ext -w 3000.0,80% -c 5000.0,100% -p 1 PING OK - Packet loss = 0%, RTA = 0.22 ms PING OK - Packet loss = 0%, RTA = 0.46 ms Here are my differnet settings: 1. nagios-plugins-1.3.1.tar.gz ############################## = uname -a "Linux *HOSTNAME* 2.4.22 #1 SMP Mit Okt 29 15:21:08 CET 2003 i686 i686 i386 GNU/Linux" =./check_ping -H *HOSTNAME* -w 3000.0,80% -c 5000.0,100% -p 1 "PING OK - Packet loss = 0%, RTA = 0.22 ms PING OK - Packet loss = 0%, RTA = 0.48 ms" 2. "nagios-plugins-1.4.0alpha1" ############################## = uname -a "Linux *HOSTNAME* 2.4.22 #1 SMP Mit Okt 29 1:21:08 CET 2003 i686 i686 i386 GNU/Linux" =./check_ping -H ntest2ext -w 3000.0,80% -c 5000.0,100% -p 1 "/bin/ping -n -U -c 1 ntest2ext Error: Could not interpret output from ping command" thanks for help bye ---------------------------------------------------------------------- >Comment By: Pumuckel1980 (pumuckel1980) Date: 2004-05-03 14:18 Message: Logged In: YES user_id=1034118 added: here is the output of the ping command: [root at pb3 nagios-plugins-1.4.0alpha1]# /bin/ping -n -U -c 1 192.168.1.3 PING 192.168.1.3 (192.168.1.3) 56(84) bytes of data. 64 bytes from 192.168.1.3: icmp_seq=1 ttl=255 time=0.243 ms --- 192.168.1.3 ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 0.243/0.243/0.243/0.000 ms At the moment I've test the CVS Version (1.27) of the check_ping command. With this there is the same error like in the "nagios-plugins-1.4.0alpha1" package. thanks bye ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=946857&group_id=29880 From benno.luthiger at id.ethz.ch Mon May 3 12:05:07 2004 From: benno.luthiger at id.ethz.ch (Benno Luthiger) Date: Mon May 3 12:05:07 2004 Subject: [Nagiosplug-devel] FASD project: Online survey launched Message-ID: <001001c430de$4b2d27e0$1e238481@openlu> Dear Open Source developer I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate. You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it. With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development. With many thanks for your participation, Benno Luthiger PS: The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/. We have set up the mailing list fasd at webboard.ethz.ch for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_de.html for registration to this mailing list. _______________________________________________________________________ Benno Luthiger Swiss Federal Institute of Technology Zurich 8092 Zurich Mail: benno.luthiger(at)id.ethz.ch _______________________________________________________________________ From noreply at sourceforge.net Wed May 5 11:17:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed May 5 11:17:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-948667 ] check_procs under HP-UX does not see command arguments Message-ID: Bugs item #948667, was opened at 2004-05-05 14:16 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=948667&group_id=29880 Category: Argument proccessing Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Mark Plaksin (happyzi) Assigned to: Nobody/Anonymous (nobody) Summary: check_procs under HP-UX does not see command arguments Initial Comment: The ps command used by check_procs on HP-UX does not show command arguments. So it can't be used to search for things like "man ascii". I think this is true for all versions of check_procs. I've specifically tried 1.3.1 and CVS HEAD under HP-UX 11.00. I suspect it's the same on all versions of HP-UX. configure picks '/usr/bin/ps -el' as the ps command. If this is changed to: /usr/bin/env UNIX95=1 /usr/bin/ps -eo 'state,uid,ppid,args' and PS_FORMAT is "%s %s %s %n%s" and PS_VARLIST is procstat,&procuid,&procppid,&pos,procprog then it works. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=948667&group_id=29880 From noreply at sourceforge.net Wed May 5 12:43:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed May 5 12:43:04 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-948667 ] check_procs under HP-UX does not see command arguments Message-ID: Bugs item #948667, was opened at 2004-05-05 19:16 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=948667&group_id=29880 Category: Argument proccessing Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Mark Plaksin (happyzi) >Assigned to: Ton Voon (tonvoon) Summary: check_procs under HP-UX does not see command arguments Initial Comment: The ps command used by check_procs on HP-UX does not show command arguments. So it can't be used to search for things like "man ascii". I think this is true for all versions of check_procs. I've specifically tried 1.3.1 and CVS HEAD under HP-UX 11.00. I suspect it's the same on all versions of HP-UX. configure picks '/usr/bin/ps -el' as the ps command. If this is changed to: /usr/bin/env UNIX95=1 /usr/bin/ps -eo 'state,uid,ppid,args' and PS_FORMAT is "%s %s %s %n%s" and PS_VARLIST is procstat,&procuid,&procppid,&pos,procprog then it works. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-05-05 20:42 Message: Logged In: YES user_id=664364 Mark, CVS HEAD was recently changed for HP-UX (configure output should show HP-UX as the ps syntax). Does this work? Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=948667&group_id=29880 From noreply at sourceforge.net Wed May 5 12:55:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed May 5 12:55:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-948667 ] check_procs under HP-UX does not see command arguments Message-ID: Bugs item #948667, was opened at 2004-05-05 14:16 Message generated for change (Comment added) made by happyzi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=948667&group_id=29880 Category: Argument proccessing Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Mark Plaksin (happyzi) Assigned to: Ton Voon (tonvoon) Summary: check_procs under HP-UX does not see command arguments Initial Comment: The ps command used by check_procs on HP-UX does not show command arguments. So it can't be used to search for things like "man ascii". I think this is true for all versions of check_procs. I've specifically tried 1.3.1 and CVS HEAD under HP-UX 11.00. I suspect it's the same on all versions of HP-UX. configure picks '/usr/bin/ps -el' as the ps command. If this is changed to: /usr/bin/env UNIX95=1 /usr/bin/ps -eo 'state,uid,ppid,args' and PS_FORMAT is "%s %s %s %n%s" and PS_VARLIST is procstat,&procuid,&procppid,&pos,procprog then it works. ---------------------------------------------------------------------- >Comment By: Mark Plaksin (happyzi) Date: 2004-05-05 15:54 Message: Logged In: YES user_id=115461 Thanks for the quick response :) The recent change doesn't do the trick. I tested with today's CVS. We run multiple PeopleSoft instances on a single machine. We want per-instance process checking and the only way to tell which instance a process is for is by looking at the arguments to the command. For example, there is one PSQRYSRV process for earch instance. They show up in the process table like "PSQRYSRV -C dom=INSTANCE_NAME". ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-05-05 15:42 Message: Logged In: YES user_id=664364 Mark, CVS HEAD was recently changed for HP-UX (configure output should show HP-UX as the ps syntax). Does this work? Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=948667&group_id=29880 From noreply at sourceforge.net Wed May 5 14:01:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed May 5 14:01:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-948667 ] check_procs under HP-UX does not see command arguments Message-ID: Bugs item #948667, was opened at 2004-05-05 19:16 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=948667&group_id=29880 Category: Argument proccessing Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Mark Plaksin (happyzi) Assigned to: Ton Voon (tonvoon) Summary: check_procs under HP-UX does not see command arguments Initial Comment: The ps command used by check_procs on HP-UX does not show command arguments. So it can't be used to search for things like "man ascii". I think this is true for all versions of check_procs. I've specifically tried 1.3.1 and CVS HEAD under HP-UX 11.00. I suspect it's the same on all versions of HP-UX. configure picks '/usr/bin/ps -el' as the ps command. If this is changed to: /usr/bin/env UNIX95=1 /usr/bin/ps -eo 'state,uid,ppid,args' and PS_FORMAT is "%s %s %s %n%s" and PS_VARLIST is procstat,&procuid,&procppid,&pos,procprog then it works. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-05-05 22:00 Message: Logged In: YES user_id=664364 What do you suggest? It should be something like: ps -eo 's uid ppid vsz rss pcpu comm args' to get all the required information. Will need a head -2 output. ---------------------------------------------------------------------- Comment By: Mark Plaksin (happyzi) Date: 2004-05-05 20:54 Message: Logged In: YES user_id=115461 Thanks for the quick response :) The recent change doesn't do the trick. I tested with today's CVS. We run multiple PeopleSoft instances on a single machine. We want per-instance process checking and the only way to tell which instance a process is for is by looking at the arguments to the command. For example, there is one PSQRYSRV process for earch instance. They show up in the process table like "PSQRYSRV -C dom=INSTANCE_NAME". ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-05-05 20:42 Message: Logged In: YES user_id=664364 Mark, CVS HEAD was recently changed for HP-UX (configure output should show HP-UX as the ps syntax). Does this work? Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=948667&group_id=29880 From nsnag at lists.com.ar Wed May 5 16:38:01 2004 From: nsnag at lists.com.ar (nsnag) Date: Wed May 5 16:38:01 2004 Subject: [Nagiosplug-devel] [OT] Nagios plugins in use with UP.Time po ssibly? Message-ID: <5DC7EB0268F3E549BA5ACFB1DDF1236D3B9CA8@mafalda.pert.com.ar> Hi, what finally happened with this people? the thread died silently and the product is being offered whitout any mention to nagios. I'm just curious. Thanks -----Original Message----- From: Ethan Galstad [mailto:nagios at nagios.org] Sent: Wednesday, March 10, 2004 11:52 PM To: nagiosplug-devel at lists.sourceforge.net Subject: Re: [Nagiosplug-devel] [OT] Nagios plugins in use with UP.Time possibly? On 10 Mar 2004 at 23:33, Ton Voon wrote: > > On 10 Mar, 2004, at 12:16, Karl DeBisschop wrote: > > > On Wed, 10 Mar 2004 04:24:55 -0000 > > "AJ McKee" wrote: > > > >> To cut to the chase there is a directory called libexec in > >> /opt/SPYNuptm/ and its contents are similar if not identical to > >> that of nagios. > >> > >> So basically I was wondering what was everyone's thoughts etc on > >> this? > > > > We're not happy about it, and will take it up with them > > > > Sorry, I need to get this off my chest. > > I'm really pissed off about this. I've downloaded an evaluation copy > of the up.time software from Uptime Software and taken a look at it. > It includes Apache, PHP and Mysql. The first two have their own > licences which basically say you can redistribute source or binary but > you must include their licence, which Uptime have failed to do. Mysql > is distributed under the GPL which Uptime are also violating. > > But the real story is with the Nagios parts. They have taken the > Nagios product, compiled it and distributed the nagios executable > under the name of servmon. I know that it is really Nagios because the > executable contains various lines that are very Nagios specific such > as ENABLE_PASSIVE_SVC_CHECKS. The plugins have had all the copyrights > removed. The agent software has been renamed to uptmagnt, but contains > many lines with the string "netsaint" in it. It even says to "Send > email to netsaint-users at lists.sourceforge.net if you have questions"! > > This is a shame. They have some very interesting reporting graphs and > performance information (I wonder how they do that?), but the lack of > acknowledgement to the work of everyone involved with Nagios (as well > as the other open source software) is very demeaning. At least they > didn't rename Apache and Mysql! > > I have written an email to FSF for advice on next steps. The copyright > holders (the Nagios plugins team and Ethan Galstad) are the only ones > empowered to act against violations, but I, for one, intend to get > Uptime Software to comply to the GPL. > > Ton Nice. This kind of stuff can make you want to throw up when you find out about it. I almost feel sorry for them with having NetSaint used as part of their backend. I said *almost*... What a bunch of dorks. If you are going to plagiarize, you should at least make a decent attempt to strip out or change any strings that might implicate you. I haven't downloaded their demo yet, but their download agreement states that their software: ..."contains trade secrets of uptime software and to protect them you may not de-compile, reverse engineer, disassemble, or otherwise reduce the Software to a human perceivable form." I suppose that means they could sick the DMCA on you for running "strings" against the executables they release, unless you could prove in court that they are in violation of copyright. I'm joking about the DMCA thing, but sadly, its probably partially true. Funny thing... about a month or so ago I woke up one morning and for some reason felt an overwhelming need to officially register NetSaint and Nagios with the U.S. Copyright Office. Not sure why I felt the urgent need to do that (I never really cared about it prior to this), but the registrations for the first four versions of NetSaint are sitting in the offsite mail processing site in D.C. on their way to the Copyright Office at this moment. Good timing I guess. I read after submitting the registrations that registering a work without 5 years of its release date shows prima facie (sp?) in a court of law. That's a good thing - and NetSaint 0.0.1 was released on March 19, 1999, so the deadline would have been missed had I not woken from a some kind of nightmare. BTW, for those who aren't aware, you cannot file a copyright violation suit in court without first having officially registered it with the Copyright Office. The plugins were split off from the main NetSaint distribution and made into a separate project after Netsaint 0.0.3, so separate registrations will have to be made for plugin releases. I'd be happy to cover the cost of the registrations, but I think we should first consult with the FSF as to what the best way to do this would be. We could either retain the copyright registrations as a team or assign them to the FSF. Having the FSF behind us would be good thing, as it means time and resources that we as individual developers don't necessarily have. Ton - since you have already contacted the FSF, can you keep us informed of their response? I'll also make a separate request to the FSF tonight in regards to what the best way to register the copyrights would be. Anyway, don't let this make you too sick to your stomach. This is a good thing, in a messed up kind of way. If it turns out to be true, it would mean that: 1. A commercial product is successfully using NetSaint and the plugins as its backend. 2. Some of their nice SQL and front-end stuff may have to be released back to us if they're violating the GPL. So its not all bad. Its more of an education than anything, even if it is a big hassle. I did learn a lot about trademarks after NetSaint. :-) As a side, I've always wondered whether or not we should be seeking some blatantly obvious patents to protect this project from the all-too-happy-to-sue-for-obvious-patents-being- awarded-them companies. I suppose I should knock on wood for that. We don't want to go there... Ethan Galstad, Nagios Developer --- Email: nagios at nagios.org Website: http://www.nagios.org ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click _______________________________________________ Nagiosplug-devel mailing list Nagiosplug-devel at lists.sourceforge.net 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 Ton.Voon at egg.com Thu May 6 00:22:01 2004 From: Ton.Voon at egg.com (Voon, Ton) Date: Thu May 6 00:22:01 2004 Subject: [Nagiosplug-devel] [OT] Nagios plugins in use with UP.Time po ssibly? Message-ID: We are still persuing this but have decided not to discuss this publically. We will make an announcement soon. This thread should now be closed. -----Original Message----- From: nsnag [mailto:nsnag at lists.com.ar] Sent: Thursday, May 06, 2004 12:37 AM To: 'Ethan Galstad'; nagiosplug-devel at lists.sourceforge.net Subject: RE: [Nagiosplug-devel] [OT] Nagios plugins in use with UP.Time po ssibly? Hi, what finally happened with this people? the thread died silently and the product is being offered whitout any mention to nagios. I'm just curious. Thanks -----Original Message----- From: Ethan Galstad [mailto:nagios at nagios.org] Sent: Wednesday, March 10, 2004 11:52 PM To: nagiosplug-devel at lists.sourceforge.net Subject: Re: [Nagiosplug-devel] [OT] Nagios plugins in use with UP.Time possibly? On 10 Mar 2004 at 23:33, Ton Voon wrote: > > On 10 Mar, 2004, at 12:16, Karl DeBisschop wrote: > > > On Wed, 10 Mar 2004 04:24:55 -0000 > > "AJ McKee" wrote: > > > >> To cut to the chase there is a directory called libexec in > >> /opt/SPYNuptm/ and its contents are similar if not identical to > >> that of nagios. > >> > >> So basically I was wondering what was everyone's thoughts etc on > >> this? > > > > We're not happy about it, and will take it up with them > > > > Sorry, I need to get this off my chest. > > I'm really pissed off about this. I've downloaded an evaluation copy > of the up.time software from Uptime Software and taken a look at it. > It includes Apache, PHP and Mysql. The first two have their own > licences which basically say you can redistribute source or binary but > you must include their licence, which Uptime have failed to do. Mysql > is distributed under the GPL which Uptime are also violating. > > But the real story is with the Nagios parts. They have taken the > Nagios product, compiled it and distributed the nagios executable > under the name of servmon. I know that it is really Nagios because the > executable contains various lines that are very Nagios specific such > as ENABLE_PASSIVE_SVC_CHECKS. The plugins have had all the copyrights > removed. The agent software has been renamed to uptmagnt, but contains > many lines with the string "netsaint" in it. It even says to "Send > email to netsaint-users at lists.sourceforge.net if you have questions"! > > This is a shame. They have some very interesting reporting graphs and > performance information (I wonder how they do that?), but the lack of > acknowledgement to the work of everyone involved with Nagios (as well > as the other open source software) is very demeaning. At least they > didn't rename Apache and Mysql! > > I have written an email to FSF for advice on next steps. The copyright > holders (the Nagios plugins team and Ethan Galstad) are the only ones > empowered to act against violations, but I, for one, intend to get > Uptime Software to comply to the GPL. > > Ton Nice. This kind of stuff can make you want to throw up when you find out about it. I almost feel sorry for them with having NetSaint used as part of their backend. I said *almost*... What a bunch of dorks. If you are going to plagiarize, you should at least make a decent attempt to strip out or change any strings that might implicate you. I haven't downloaded their demo yet, but their download agreement states that their software: ..."contains trade secrets of uptime software and to protect them you may not de-compile, reverse engineer, disassemble, or otherwise reduce the Software to a human perceivable form." I suppose that means they could sick the DMCA on you for running "strings" against the executables they release, unless you could prove in court that they are in violation of copyright. I'm joking about the DMCA thing, but sadly, its probably partially true. Funny thing... about a month or so ago I woke up one morning and for some reason felt an overwhelming need to officially register NetSaint and Nagios with the U.S. Copyright Office. Not sure why I felt the urgent need to do that (I never really cared about it prior to this), but the registrations for the first four versions of NetSaint are sitting in the offsite mail processing site in D.C. on their way to the Copyright Office at this moment. Good timing I guess. I read after submitting the registrations that registering a work without 5 years of its release date shows prima facie (sp?) in a court of law. That's a good thing - and NetSaint 0.0.1 was released on March 19, 1999, so the deadline would have been missed had I not woken from a some kind of nightmare. BTW, for those who aren't aware, you cannot file a copyright violation suit in court without first having officially registered it with the Copyright Office. The plugins were split off from the main NetSaint distribution and made into a separate project after Netsaint 0.0.3, so separate registrations will have to be made for plugin releases. I'd be happy to cover the cost of the registrations, but I think we should first consult with the FSF as to what the best way to do this would be. We could either retain the copyright registrations as a team or assign them to the FSF. Having the FSF behind us would be good thing, as it means time and resources that we as individual developers don't necessarily have. Ton - since you have already contacted the FSF, can you keep us informed of their response? I'll also make a separate request to the FSF tonight in regards to what the best way to register the copyrights would be. Anyway, don't let this make you too sick to your stomach. This is a good thing, in a messed up kind of way. If it turns out to be true, it would mean that: 1. A commercial product is successfully using NetSaint and the plugins as its backend. 2. Some of their nice SQL and front-end stuff may have to be released back to us if they're violating the GPL. So its not all bad. Its more of an education than anything, even if it is a big hassle. I did learn a lot about trademarks after NetSaint. :-) As a side, I've always wondered whether or not we should be seeking some blatantly obvious patents to protect this project from the all-too-happy-to-sue-for-obvious-patents-being- awarded-them companies. I suppose I should knock on wood for that. We don't want to go there... Ethan Galstad, Nagios Developer --- Email: nagios at nagios.org Website: http://www.nagios.org ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click _______________________________________________ Nagiosplug-devel mailing list Nagiosplug-devel at lists.sourceforge.net 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 ------------------------------------------------------- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 _______________________________________________ Nagiosplug-devel mailing list Nagiosplug-devel at lists.sourceforge.net 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 This private and confidential e-mail has been sent to you by Egg. The Egg group of companies includes Egg Banking plc (registered no. 2999842), Egg Financial Products Ltd (registered no. 3319027) and Egg Investments Ltd (registered no. 3403963) which is authorised and regulated by the Financial Services Authority. Egg Investments Ltd. is entered in the FSA register under number 190518. Registered in England and Wales. Registered offices: 1 Waterhouse Square, 138-142 Holborn, London EC1N 2NA. If you are not the intended recipient of this e-mail and have received it in error, please notify the sender by replying with 'received in error' as the subject and then delete it from your mailbox. From noreply at sourceforge.net Thu May 6 03:59:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu May 6 03:59:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-949070 ] check_tcp enhancement: ignore output Message-ID: Patches item #949070, was opened at 2004-05-06 10:58 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=949070&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jan-Piet Mens (jpm) Assigned to: Nobody/Anonymous (nobody) Summary: check_tcp enhancement: ignore output Initial Comment: This patch add an option to ignore the output of check_tcp. I use this when checking a mainframe for 3270 connections; the bytes that are output look funny. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=949070&group_id=29880 From noreply at sourceforge.net Thu May 6 14:40:11 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu May 6 14:40:11 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-949521 ] --no-body and --max-age options for check_http Message-ID: Bugs item #949521, was opened at 2004-05-06 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=397597&aid=949521&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jamie Zawinski (jwz) Assigned to: Nobody/Anonymous (nobody) Summary: --no-body and --max-age options for check_http Initial Comment: I recently upgraded to Nagios 1.2.0 from an old Netsaint, and I needed to add a couple of features to the check_http plugin. I sent these patches in a couple of years ago, but they haven't made it into the distribution, so here they are again... (I hope you include them this time, so that I don't have to rewrite this code again the next time I upgrade...) Anyway, I added two new options to check_http: -N, --no-body Don't wait for document body: stop reading after headers. I needed this so that I can check for the existence of Icecast MP3 streams: such streams look like audio/mpeg files, except that they are of infinite length. -M, --max-age=SECONDS Warn if the document is more than SECONDS old. I needed this so that I can check whether my webcam is still working: if the date on the JPEG file has stopped updating, the webcam is down. Here's how I use these: define command{ command_name check_icecast command_line $USER1$/check_http2 -H $HOSTADDRESS$ -p 8000 --no-body -u $ARG1$ } define command{ command_name check_http_age command_line $USER1$/check_http -H $HOSTALIAS$ -I $HOSTADDRESS$ --no-body -u $ARG1$ --max-age $ARG2$ } The attached patch is against check_http.c 1.24.2.4 from nagios-plugins-1.3.1. Thanks! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=949521&group_id=29880 From noreply at sourceforge.net Thu May 6 22:32:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Thu May 6 22:32:04 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-949521 ] --no-body and --max-age options for check_http Message-ID: Bugs item #949521, was opened at 2004-05-06 22:39 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=949521&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jamie Zawinski (jwz) >Assigned to: Ton Voon (tonvoon) Summary: --no-body and --max-age options for check_http Initial Comment: I recently upgraded to Nagios 1.2.0 from an old Netsaint, and I needed to add a couple of features to the check_http plugin. I sent these patches in a couple of years ago, but they haven't made it into the distribution, so here they are again... (I hope you include them this time, so that I don't have to rewrite this code again the next time I upgrade...) Anyway, I added two new options to check_http: -N, --no-body Don't wait for document body: stop reading after headers. I needed this so that I can check for the existence of Icecast MP3 streams: such streams look like audio/mpeg files, except that they are of infinite length. -M, --max-age=SECONDS Warn if the document is more than SECONDS old. I needed this so that I can check whether my webcam is still working: if the date on the JPEG file has stopped updating, the webcam is down. Here's how I use these: define command{ command_name check_icecast command_line $USER1$/check_http2 -H $HOSTADDRESS$ -p 8000 --no-body -u $ARG1$ } define command{ command_name check_http_age command_line $USER1$/check_http -H $HOSTALIAS$ -I $HOSTADDRESS$ --no-body -u $ARG1$ --max-age $ARG2$ } The attached patch is against check_http.c 1.24.2.4 from nagios-plugins-1.3.1. Thanks! ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-05-07 06:31 Message: Logged In: YES user_id=664364 Jamie, These sound like decent patches. However, we are not making any more enhancements to r1.3.1. Can you provide a patch against CVS? Just one more update of the code then :) Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=949521&group_id=29880 From Ben at clewett.org.uk Fri May 7 02:48:03 2004 From: Ben at clewett.org.uk (Ben Clewett) Date: Fri May 7 02:48:03 2004 Subject: [Nagiosplug-devel] Performance Data -> Graph In-Reply-To: References: Message-ID: <409B5B43.8040105@clewett.org.uk> Dear Group, I have completed another version of my 'perfparse' program, which takes binary performance data and puts it into a MySQL database. Far more reliable. This version (0.02) also includes a small CGI program for graphically viewing the data, as shown in this screen shot: http://www.clewett.org.uk/perfdata.png Code available from: http://www.clewett.org.uk/perfparse-0.02.tar.gz Note, as before, this is a personal project. Please don't expect a production quality application. Use this if you like it. If you really like it, please turn it into a real project... Regards, Ben. From Ben at clewett.org.uk Fri May 7 03:16:02 2004 From: Ben at clewett.org.uk (Ben Clewett) Date: Fri May 7 03:16:02 2004 Subject: [Nagiosplug-devel] Bug in check_disk? In-Reply-To: <409B5B43.8040105@clewett.org.uk> References: <409B5B43.8040105@clewett.org.uk> Message-ID: <409B61D6.4070903@clewett.org.uk> I believe there may be an issue with the latest check_disk plugin. In the binary data, the disk size is reported as the space *unused* on the device. However, the warning and critical sizes are reported as the space *used* on the device. This makes the metrics very hard to compare. Although not exactly specified in the documents, other plugins seem to return absolute and comparable values for all cases. This does make the data far more accessible. If possible, I would also like to suggest to those who decide such things, that exactly specifying that the given numbers should be absolute and comparable, in the documentation, would avoid these type of problems happening again. Hope this is of some help, Regards, Ben From ae at op5.se Fri May 7 06:30:13 2004 From: ae at op5.se (Andreas Ericsson) Date: Fri May 7 06:30:13 2004 Subject: [Nagiosplug-devel] check_ping & check_fping replacement without requirements Message-ID: <409B8F4C.4090200@op5.se> Hey all. I've rewritten check_fping completely. Features / Improvements; Includes the code from fping (in a modified state) instead of calling it and parsing the output. Takes care of 'Unable to parse ping output' and such. Fixes the 1 second maximum threshold value in check_fping, which was hardcoded in the fping source. Removes the ridiculous appearance of precision down to a millionth of a millisecond (0.1000000 RTA), and instead gives proper and valuable output in a sensible manner. Both check_ping and check_fping command line syntax works just fine, so it could be used to replace either one (-n and -p both denote number of packets to send). Drawbacks; Requires root privileges for raw sockets (if run setsuid it drops privileges again after obtaining the socket). This is common to all ping programs though. ToDo: Parallellize packet sending. This requires a different packet identity encoding algorithm, as well as some manner of delay so that hosts don't think they're being flooded, so I'll wait a while with this. Please send info on any and all bugs you find to ae at op5.se -- Mvh Andreas Ericsson OP5 AB +46 (0)733 709032 andreas.ericsson at op5.se -------------- next part -------------- A non-text attachment was scrubbed... Name: check_fping.tar.gz Type: application/gzip Size: 10603 bytes Desc: not available URL: From Ton.Voon at egg.com Fri May 7 06:50:02 2004 From: Ton.Voon at egg.com (Voon, Ton) Date: Fri May 7 06:50:02 2004 Subject: [Nagiosplug-devel] Bug in check_disk? Message-ID: Ben, Just seen your performance graph - looks good! This is a worthy discussion as you are probably the first to try and graph the perf data. Can you give an example of what you mean? Ton -----Original Message----- From: Ben Clewett [mailto:Ben at clewett.org.uk] Sent: Friday, May 07, 2004 11:16 AM To: nagiosplug-devel at lists.sourceforge.net Subject: [Nagiosplug-devel] Bug in check_disk? I believe there may be an issue with the latest check_disk plugin. In the binary data, the disk size is reported as the space *unused* on the device. However, the warning and critical sizes are reported as the space *used* on the device. This makes the metrics very hard to compare. Although not exactly specified in the documents, other plugins seem to return absolute and comparable values for all cases. This does make the data far more accessible. If possible, I would also like to suggest to those who decide such things, that exactly specifying that the given numbers should be absolute and comparable, in the documentation, would avoid these type of problems happening again. Hope this is of some help, Regards, Ben This private and confidential e-mail has been sent to you by Egg. The Egg group of companies includes Egg Banking plc (registered no. 2999842), Egg Financial Products Ltd (registered no. 3319027) and Egg Investments Ltd (registered no. 3403963) which is authorised and regulated by the Financial Services Authority. Egg Investments Ltd. is entered in the FSA register under number 190518. Registered in England and Wales. Registered offices: 1 Waterhouse Square, 138-142 Holborn, London EC1N 2NA. If you are not the intended recipient of this e-mail and have received it in error, please notify the sender by replying with 'received in error' as the subject and then delete it from your mailbox. From Ben at clewett.org.uk Fri May 7 07:50:00 2004 From: Ben at clewett.org.uk (Ben Clewett) Date: Fri May 7 07:50:00 2004 Subject: [Nagiosplug-devel] Bug in check_disk? In-Reply-To: References: Message-ID: <409BA203.2020206@clewett.org.uk> Voon, Thanks for the complement. I hope my work will be enjoyed by somebody. But I would really prefer it to become part of Nagios one day. I know you are keen to get this data into MySQL. Please let me know any problems you are having, and I can try and make it work better for the next person. ----------------------------- My problem with 'check-disk': Looking at check_disk for my /boot partition, where 'df' returns: Filesystem 1k-blocks Used Available Use% Mounted on /dev/hda1 46636 8850 35378 21% /boot $ check_disk -w 10% -c 1% /boot Gives: DISK OK - free space: /boot 35 MB (76%);| /boot=34MB;40;44;0;45 The variables given, according to http://nagiosplug.sourceforge.net/developer-guidelines.html#AEN185 are therefore: Value = 34 MB Warn = 40 MB Crit = 44 MB Min = 0 MB Max = 45 MB First there is an errors. Either the Value is 35 and not 34, or the free space is 34 and not 35. Maybe one is in x1000 and other in x1024? Also the percentages (21% and 76%) hardly add to 100% Somebody is lying.. Basically, from: http://nagiosplug.sourceforge.net/developer-guidelines.html#THRESHOLDFORMAT The metric must be 'ok when low, bad when big'. This is not the case here, the value reports disk space and not disk use! Which is interesting, as the other metrics report disk use: Value = Disk Space. Warn = Disk Use. Crit = Disk Use. So, firstly, they cannot be compared. So not much use on a graph. This is all hugely annoying!! Another note: Should the Max value return the size of the partition? It would certainly be more useful this way. I am not sure what it's currently reporting. ------------------------------------ As well as making a polite request to the author of this plugin to examine these points. I was also suggesting some extensions to the specification given in the URL above: 1. All values should be a recording of the same thing, and in the same direction. Therefore directly comparable. 2. Just to reinforce the point: Values below 'crit' should be in state 'ok'. Between 'crit' and 'warn' should be in state 'warning'. Above 'crit' should be in state 'critical'. (Accepting special cases where the '[@]start:end' format is used.) 3. The 'max' and 'min', if used, should reflect the theoretical upper and lower limits of the metric. Eg, the size of a disk, or the bandwidth of a connection. This would be useful for future development, as there would be no argument about whether the plugin, or the reader, is in error when crap data comes out. Regards, Ben. Voon, Ton wrote: > Ben, > > Just seen your performance graph - looks good! > > This is a worthy discussion as you are probably the first to try and graph > the perf data. Can you give an example of what you mean? > > Ton > > -----Original Message----- > From: Ben Clewett [mailto:Ben at clewett.org.uk] > Sent: Friday, May 07, 2004 11:16 AM > To: nagiosplug-devel at lists.sourceforge.net > Subject: [Nagiosplug-devel] Bug in check_disk? > > > I believe there may be an issue with the latest check_disk plugin. > > In the binary data, the disk size is reported as the space *unused* on > the device. However, the warning and critical sizes are reported as the > space *used* on the device. This makes the metrics very hard to compare. > > Although not exactly specified in the documents, other plugins seem to > return absolute and comparable values for all cases. This does make the > data far more accessible. > > If possible, I would also like to suggest to those who decide such > things, that exactly specifying that the given numbers should be > absolute and comparable, in the documentation, would avoid these type of > problems happening again. > > Hope this is of some help, > > Regards, Ben > > > This private and confidential e-mail has been sent to you by Egg. > The Egg group of companies includes Egg Banking plc > (registered no. 2999842), Egg Financial Products Ltd (registered > no. 3319027) and Egg Investments Ltd (registered no. 3403963) which > is authorised and regulated by the Financial Services Authority. Egg > Investments Ltd. is entered in the FSA register under number 190518. > > Registered in England and Wales. Registered offices: 1 Waterhouse > Square, 138-142 Holborn, London EC1N 2NA. > > If you are not the intended recipient of this e-mail and have received > it in error, please notify the sender by replying with 'received in > error' as the subject and then delete it from your mailbox. > From karl at debisschop.net Fri May 7 16:09:05 2004 From: karl at debisschop.net (Karl DeBisschop) Date: Fri May 7 16:09:05 2004 Subject: [Nagiosplug-devel] Re: [Nagios-users] check_ping & check_fping replacement without requirements In-Reply-To: <409B8F4C.4090200@op5.se> References: <409B8F4C.4090200@op5.se> Message-ID: <20040507190816.4cc11473.karl@debisschop.net> On Fri, 07 May 2004 15:29:48 +0200 Andreas Ericsson wrote: > Hey all. > > I've rewritten check_fping completely. > Features / Improvements; > Includes the code from fping (in a modified state) instead of calling > it and parsing the output. > Takes care of 'Unable to parse ping output' and such. > Fixes the 1 second maximum threshold value in check_fping, which was > hardcoded in the fping source. > Removes the ridiculous appearance of precision down to a millionth of > a millisecond (0.1000000 RTA), and instead gives proper and valuable > output in a sensible manner. > Both check_ping and check_fping command line syntax works just fine, > so it could be used to replace either one (-n and -p both denote > number of packets to send). > > Drawbacks; > Requires root privileges for raw sockets (if run setsuid it drops > privileges again after obtaining the socket). This is common to all > ping programs though. > > ToDo: > Parallellize packet sending. This requires a different packet identity > > encoding algorithm, as well as some manner of delay so that hosts > don't think they're being flooded, so I'll wait a while with this. > > Please send info on any and all bugs you find to ae at op5.se I haven't looked at the implementation yet, but it is exactly the direction we were hoping to go - would you mind if we included it as check_icmp in the core plugins? Plugin team - how do you all feel about this? -- Karl From ae at op5.se Fri May 7 17:51:03 2004 From: ae at op5.se (Andreas Ericsson) Date: Fri May 7 17:51:03 2004 Subject: [Nagiosplug-devel] Re: [Nagios-users] check_ping & check_fping replacement without requirements In-Reply-To: <20040507190816.4cc11473.karl@debisschop.net> References: <409B8F4C.4090200@op5.se> <20040507190816.4cc11473.karl@debisschop.net> Message-ID: <409C2EC1.1010403@op5.se> Karl DeBisschop wrote: > On Fri, 07 May 2004 15:29:48 +0200 > Andreas Ericsson wrote: > >>I've rewritten check_fping completely. > > I haven't looked at the implementation yet, but it is exactly the > direction we were hoping to go - would you mind if we included it as > check_icmp in the core plugins? > Sure. It's GPL, btw. I don't think I included the COPYING file in there. Although I must admit that I haven't tried it in production yet, and some tweaking may still have to be done. > Plugin team - how do you all feel about this? > Any chance I'll be on that with cvs write access? I've made a few changes to some of the plugins available there. Mostly optimization, but some feature stuff as well. -- Mvh Andreas Ericsson OP5 AB +46 (0)733 709032 andreas.ericsson at op5.se From noreply at sourceforge.net Sat May 8 00:47:00 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Sat May 8 00:47:00 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-939170 ] check_yum - Check if YUM/RPM based system is up-to-date Message-ID: New Plugins item #939170, was opened at 2004-04-21 11:23 Message generated for change (Comment added) made by g_krist You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=939170&group_id=29880 Category: System monitor Group: None Status: Open Resolution: None Priority: 5 Submitted By: G. Krist (g_krist) Assigned to: Nobody/Anonymous (nobody) Summary: check_yum - Check if YUM/RPM based system is up-to-date Initial Comment: check_yum does a check to see if a system is up-to-date with all updates/patches. It's using the "yum check-update" command on either local host or remote hosts (using nrpe). It has 3 levels of return text: 1) Server is up-to-date (no updates available) 2) Server is NOT up-to-date, xxx packages etc (There are updates, will be a Criticical error) 3) Something wrong with yum etc etc (something is wrong with yum, will be a warning) IMHO there is no need for -w or -c parameters not even possible i think :D note: I would like to see some feedback, i'm already using it for like 10 servers, it worked oke here. We run it once a day. ---------------------------------------------------------------------- >Comment By: G. Krist (g_krist) Date: 2004-05-08 09:46 Message: Logged In: YES user_id=1025858 Oke somehow check_yum was always reporting that there was 1 package to be updated (IF the system was not up2date ofcourse). I fixed that in this release. ---------------------------------------------------------------------- Comment By: G. Krist (g_krist) Date: 2004-04-21 17:20 Message: Logged In: YES user_id=1025858 0.3 is using the exit codes from yum now! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=939170&group_id=29880 From karl at debisschop.net Mon May 10 04:22:13 2004 From: karl at debisschop.net (Karl DeBisschop) Date: Mon May 10 04:22:13 2004 Subject: [Nagiosplug-devel] Re: [Nagios-users] check_ping & check_fping replacement without requirements In-Reply-To: <409C2EC1.1010403@op5.se> References: <409B8F4C.4090200@op5.se> <20040507190816.4cc11473.karl@debisschop.net> <409C2EC1.1010403@op5.se> Message-ID: <20040510072146.178d9db3.karl@debisschop.net> On Sat, 08 May 2004 02:50:09 +0200 Andreas Ericsson wrote: > Karl DeBisschop wrote: > > On Fri, 07 May 2004 15:29:48 +0200 > > Andreas Ericsson wrote: > > > >>I've rewritten check_fping completely. > > > > I haven't looked at the implementation yet, but it is exactly the > > direction we were hoping to go - would you mind if we included it as > > check_icmp in the core plugins? > > > Sure. It's GPL, btw. I don't think I included the COPYING file in > there. Although I must admit that I haven't tried it in production > yet, and some tweaking may still have to be done. > > > Plugin team - how do you all feel about this? > > > Any chance I'll be on that with cvs write access? I've made a few > changes to some of the plugins available there. Mostly optimization, > but some feature stuff as well. yes - at least to the one file. -- Karl From noreply at sourceforge.net Mon May 10 07:32:03 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon May 10 07:32:03 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-951277 ] netutils.c segfault dumps core on solaris 8 Message-ID: Bugs item #951277, was opened at 2004-05-10 14:31 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=951277&group_id=29880 Category: None Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Mike Hulsman (mhulsman) Assigned to: Nobody/Anonymous (nobody) Summary: netutils.c segfault dumps core on solaris 8 Initial Comment: I use 1.4.0alpha1 and HEAD-200405030514. On both versions when I do a check_tcp or check_ssh and the port is not availabel I get a Segmentation Fault (core dumped). When I put debug info in netutils.c I got yhe following output: bash-2.03# ./check_tcp -H 127.0.0.1 -p 21 DBG MJH BEFORE DBG MJH AFTER DBG MJH 1 DBG MJH 2 DBG MJH Result: -1 DBG MJH 3 Segmentation Fault (core dumped) I modified the netutils.c as the following: *sd = socket (res->ai_family, (proto == IPPROTO_UDP) ? SOCK_DGRAM : SOCK_STREAM, res->ai_protocol); printf ("DBG MJH 2\n"); if (*sd < 0) { printf ("Socket creation failed\n"); freeaddrinfo (res); return STATE_UNKNOWN; } /* attempt to open a connection */ result = connect (*sd, res->ai_addr, res->ai_addrlen); if (result == 0) { was_refused = FALSE; break; } if (result < 0) { printf ("DBG MJH Result: %d\n", result); switch (errno) { case ECONNREFUSED: printf ("DBG MJH 3\n"); switch (econn_refuse_state) { printf ("DBG MJH 4\n"); case STATE_OK: case STATE_WARNING: was_refused = TRUE; } break; Here is some truss info: open("/dev/udp", O_RDONLY) = 3 ioctl(3, 0xC00C6982, 0xFFBEF724) = 0 close(3) = 0 brk(0x0002FF88) = 0 brk(0x00031F88) = 0 sigaction(SIGALRM, 0xFFBEFBA0, 0xFFBEFC20) = 0 alarm(10) = 0 ioctl(1, TCGETA, 0xFFBEF9F4) = 0 DBG MJH BEFORE write(1, " D B G M J H B E F O".., 15) = 15 DBG MJH AFTER write(1, " D B G M J H A F T E".., 14) = 14 DBG MJH 1 write(1, " D B G M J H 1\n", 10) = 10 so_socket(2, 2, 0, "", 1) = 3 DBG MJH 2 write(1, " D B G M J H 2\n", 10) = 10 connect(3, 0x0002EE68, 16, 1) Err#146 ECONNREFUSED DBG MJH Result: -1 write(1, " D B G M J H R e s u".., 19) = 19 DBG MJH 3 write(1, " D B G M J H 3\n", 10) = 10 close(3) = 0 Incurred fault #6, FLTBOUNDS %pc = 0xFF364B44 siginfo: SIGSEGV SEGV_MAPERR addr=0x0000001C Received signal #11, SIGSEGV [default] siginfo: SIGSEGV SEGV_MAPERR addr=0x0000001C *** process killed *** The following is when a session is OK: bash-2.03# ./check_tcp -H 127.0.0.1 -p 22 DBG MJH BEFORE DBG MJH AFTER DBG MJH 1 DBG MJH 2 TCP OK - 0.002 second response time on port 22 |time=2315us;0;0;0;10000 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=951277&group_id=29880 From noreply at sourceforge.net Mon May 10 16:26:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Mon May 10 16:26:04 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-951588 ] Checks the size of specific files Message-ID: New Plugins item #951588, was opened at 2004-05-10 16:25 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=951588&group_id=29880 Category: Perl plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Eric Gunnett (egunnett) Assigned to: Nobody/Anonymous (nobody) Summary: Checks the size of specific files Initial Comment: Allows you to loop through a directory and make sure not of the files are larger then a specific size. Great for monitoring the sie of files on a ext2 file system. Or MySQL files so they do not grow to over 4.29 gigs. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=951588&group_id=29880 From mhulsman at upccorp.com Tue May 11 03:55:01 2004 From: mhulsman at upccorp.com (Hulsman, Mike) Date: Tue May 11 03:55:01 2004 Subject: [Nagiosplug-devel] Solaris 8 check_disk [not found] Message-ID: Hi, FYI If check_disk is giving strange output that disks or mountpoints cannot be found check the following. I got very strage errors when the /etc/.mnttab.lock exist. bash-2.03$ /home/mhulsman/check_disk -w 10000 -c 500 -p /dev/vx/dsk/rootvol DISK CRITICAL - free space:| [/dev/vx/dsk/rootvol not found] A normal df was working at that time. After an hour debugging and compiling several plugin versions I noticed with truss the existing of an .mnttab.lock If that file is removed the check_disk command is working fine. Mike Hulsman. ********* DISCLAIMER ********* This message and any attachment are confidential and may be privileged or otherwise protected from disclosure and may include proprietary information.If you are not the intended recipient, please telephone or email the sender and delete this message and any attachment from your system. If you are not the intended recipient you must not copy this message or attachment or disclose the contents to any other person From noreply at sourceforge.net Tue May 11 06:15:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue May 11 06:15:04 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-933760 ] check_insight Message-ID: New Plugins item #933760, was opened at 2004-04-12 19:18 Message generated for change (Comment added) made by rokz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=933760&group_id=29880 Category: System monitor Group: None Status: Open Resolution: None Priority: 5 Submitted By: Ruddel (ruddel) Assigned to: Nobody/Anonymous (nobody) Summary: check_insight Initial Comment: There was a problem with the check_insight plugin. When this plugin was started with the integrated perl interpreter it fails. The solution was to define the variables in the perl script. Rudi ---------------------------------------------------------------------- Comment By: RokZ (rokz) Date: 2004-05-11 15:14 Message: Logged In: YES user_id=1039493 Hi Rudi, I am having problem using this plugin. If I execute it from the command line, it returns Status: OK Std: OK System: OK Array: OK Health: OK Thresh: OK NIC: OK. However, if I set it up in Nagios, I get the Status Information (No output!) and the service status is displayed as Warning. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=933760&group_id=29880 From noreply at sourceforge.net Tue May 11 06:57:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue May 11 06:57:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-951911 ] more then two dependencies doesn't work Message-ID: Bugs item #951911, was opened at 2004-05-11 15:56 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=951911&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Pumuckel1980 (pumuckel1980) Assigned to: Nobody/Anonymous (nobody) Summary: more then two dependencies doesn't work Initial Comment: Hello, I have some problems with the dependencies in Nagios. Here is the config file: define servicedependency{ host_name host1 service_description check_ncap dependent_host_name host2 dependent_service_description ncap_check_users execution_failure_criteria w,u,c notification_failure_criteria w,u,c } If I only use this box in the dependencies.cfg then it looks like good. But if I copy the box and change the "dependent_service_description" to other services on the machine - then no dependency works. If I use the character * as the dependent_service_description - then I have the same problem - nothing works. Also I have discover that the "freshness" function must be disabled. If I enable this function in the nagios.cfg then the dependencies works no longer. I use Nagios with 57 Hosts with 97 Services. I defined a service dependency in use with ncap. But I don't believe that there is the problem. Also all other functionality works fine so that I think there is a problem with the module. Is there anybody who can help me. Thanks for tips, bye Pumi ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=951911&group_id=29880 From noreply at sourceforge.net Tue May 11 11:16:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue May 11 11:16:04 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-933760 ] check_insight Message-ID: New Plugins item #933760, was opened at 2004-04-12 17:18 Message generated for change (Comment added) made by ruddel You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=933760&group_id=29880 Category: System monitor Group: None Status: Open Resolution: None Priority: 5 Submitted By: Ruddel (ruddel) Assigned to: Nobody/Anonymous (nobody) Summary: check_insight Initial Comment: There was a problem with the check_insight plugin. When this plugin was started with the integrated perl interpreter it fails. The solution was to define the variables in the perl script. Rudi ---------------------------------------------------------------------- >Comment By: Ruddel (ruddel) Date: 2004-05-11 18:15 Message: Logged In: YES user_id=1019624 Hello Rokz! Did you check the script with the embbeded perl interpreter (mini_epn)? ---------------------------------------------------------------------- Comment By: RokZ (rokz) Date: 2004-05-11 13:14 Message: Logged In: YES user_id=1039493 Hi Rudi, I am having problem using this plugin. If I execute it from the command line, it returns Status: OK Std: OK System: OK Array: OK Health: OK Thresh: OK NIC: OK. However, if I set it up in Nagios, I get the Status Information (No output!) and the service status is displayed as Warning. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=933760&group_id=29880 From noreply at sourceforge.net Tue May 11 11:17:07 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue May 11 11:17:07 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-933760 ] check_insight Message-ID: New Plugins item #933760, was opened at 2004-04-12 17:18 Message generated for change (Comment added) made by ruddel You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=933760&group_id=29880 Category: System monitor Group: None Status: Open Resolution: None Priority: 5 Submitted By: Ruddel (ruddel) Assigned to: Nobody/Anonymous (nobody) Summary: check_insight Initial Comment: There was a problem with the check_insight plugin. When this plugin was started with the integrated perl interpreter it fails. The solution was to define the variables in the perl script. Rudi ---------------------------------------------------------------------- >Comment By: Ruddel (ruddel) Date: 2004-05-11 18:16 Message: Logged In: YES user_id=1019624 Hello Rokz! Did you check the script with the embbeded perl interpreter (mini_epn)? ---------------------------------------------------------------------- Comment By: Ruddel (ruddel) Date: 2004-05-11 18:15 Message: Logged In: YES user_id=1019624 Hello Rokz! Did you check the script with the embbeded perl interpreter (mini_epn)? ---------------------------------------------------------------------- Comment By: RokZ (rokz) Date: 2004-05-11 13:14 Message: Logged In: YES user_id=1039493 Hi Rudi, I am having problem using this plugin. If I execute it from the command line, it returns Status: OK Std: OK System: OK Array: OK Health: OK Thresh: OK NIC: OK. However, if I set it up in Nagios, I get the Status Information (No output!) and the service status is displayed as Warning. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=933760&group_id=29880 From noreply at sourceforge.net Tue May 11 11:19:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue May 11 11:19:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-933760 ] check_insight Message-ID: New Plugins item #933760, was opened at 2004-04-12 17:18 Message generated for change (Comment added) made by ruddel You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=933760&group_id=29880 Category: System monitor Group: None Status: Open Resolution: None Priority: 5 Submitted By: Ruddel (ruddel) Assigned to: Nobody/Anonymous (nobody) Summary: check_insight Initial Comment: There was a problem with the check_insight plugin. When this plugin was started with the integrated perl interpreter it fails. The solution was to define the variables in the perl script. Rudi ---------------------------------------------------------------------- >Comment By: Ruddel (ruddel) Date: 2004-05-11 18:18 Message: Logged In: YES user_id=1019624 Hello Rokz! Did you check the script with the embbeded perl interpreter (mini_epn)? ---------------------------------------------------------------------- Comment By: Ruddel (ruddel) Date: 2004-05-11 18:16 Message: Logged In: YES user_id=1019624 Hello Rokz! Did you check the script with the embbeded perl interpreter (mini_epn)? ---------------------------------------------------------------------- Comment By: Ruddel (ruddel) Date: 2004-05-11 18:15 Message: Logged In: YES user_id=1019624 Hello Rokz! Did you check the script with the embbeded perl interpreter (mini_epn)? ---------------------------------------------------------------------- Comment By: RokZ (rokz) Date: 2004-05-11 13:14 Message: Logged In: YES user_id=1039493 Hi Rudi, I am having problem using this plugin. If I execute it from the command line, it returns Status: OK Std: OK System: OK Array: OK Health: OK Thresh: OK NIC: OK. However, if I set it up in Nagios, I get the Status Information (No output!) and the service status is displayed as Warning. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=933760&group_id=29880 From noreply at sourceforge.net Tue May 11 11:20:06 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue May 11 11:20:06 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-933760 ] check_insight Message-ID: New Plugins item #933760, was opened at 2004-04-12 17:18 Message generated for change (Comment added) made by ruddel You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=933760&group_id=29880 Category: System monitor Group: None Status: Open Resolution: None Priority: 5 Submitted By: Ruddel (ruddel) Assigned to: Nobody/Anonymous (nobody) Summary: check_insight Initial Comment: There was a problem with the check_insight plugin. When this plugin was started with the integrated perl interpreter it fails. The solution was to define the variables in the perl script. Rudi ---------------------------------------------------------------------- >Comment By: Ruddel (ruddel) Date: 2004-05-11 18:19 Message: Logged In: YES user_id=1019624 Hello Rokz! Did you check the script with the embbeded perl interpreter (mini_epn)? ---------------------------------------------------------------------- Comment By: Ruddel (ruddel) Date: 2004-05-11 18:18 Message: Logged In: YES user_id=1019624 Hello Rokz! Did you check the script with the embbeded perl interpreter (mini_epn)? ---------------------------------------------------------------------- Comment By: Ruddel (ruddel) Date: 2004-05-11 18:16 Message: Logged In: YES user_id=1019624 Hello Rokz! Did you check the script with the embbeded perl interpreter (mini_epn)? ---------------------------------------------------------------------- Comment By: Ruddel (ruddel) Date: 2004-05-11 18:15 Message: Logged In: YES user_id=1019624 Hello Rokz! Did you check the script with the embbeded perl interpreter (mini_epn)? ---------------------------------------------------------------------- Comment By: RokZ (rokz) Date: 2004-05-11 13:14 Message: Logged In: YES user_id=1039493 Hi Rudi, I am having problem using this plugin. If I execute it from the command line, it returns Status: OK Std: OK System: OK Array: OK Health: OK Thresh: OK NIC: OK. However, if I set it up in Nagios, I get the Status Information (No output!) and the service status is displayed as Warning. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=933760&group_id=29880 From noreply at sourceforge.net Tue May 11 11:21:07 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue May 11 11:21:07 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-933760 ] check_insight Message-ID: New Plugins item #933760, was opened at 2004-04-12 17:18 Message generated for change (Comment added) made by ruddel You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=933760&group_id=29880 Category: System monitor Group: None Status: Open Resolution: None Priority: 5 Submitted By: Ruddel (ruddel) Assigned to: Nobody/Anonymous (nobody) Summary: check_insight Initial Comment: There was a problem with the check_insight plugin. When this plugin was started with the integrated perl interpreter it fails. The solution was to define the variables in the perl script. Rudi ---------------------------------------------------------------------- >Comment By: Ruddel (ruddel) Date: 2004-05-11 18:20 Message: Logged In: YES user_id=1019624 Hello Rokz! Did you check the script with the embbeded perl interpreter (mini_epn)? ---------------------------------------------------------------------- Comment By: Ruddel (ruddel) Date: 2004-05-11 18:19 Message: Logged In: YES user_id=1019624 Hello Rokz! Did you check the script with the embbeded perl interpreter (mini_epn)? ---------------------------------------------------------------------- Comment By: Ruddel (ruddel) Date: 2004-05-11 18:18 Message: Logged In: YES user_id=1019624 Hello Rokz! Did you check the script with the embbeded perl interpreter (mini_epn)? ---------------------------------------------------------------------- Comment By: Ruddel (ruddel) Date: 2004-05-11 18:16 Message: Logged In: YES user_id=1019624 Hello Rokz! Did you check the script with the embbeded perl interpreter (mini_epn)? ---------------------------------------------------------------------- Comment By: Ruddel (ruddel) Date: 2004-05-11 18:15 Message: Logged In: YES user_id=1019624 Hello Rokz! Did you check the script with the embbeded perl interpreter (mini_epn)? ---------------------------------------------------------------------- Comment By: RokZ (rokz) Date: 2004-05-11 13:14 Message: Logged In: YES user_id=1039493 Hi Rudi, I am having problem using this plugin. If I execute it from the command line, it returns Status: OK Std: OK System: OK Array: OK Health: OK Thresh: OK NIC: OK. However, if I set it up in Nagios, I get the Status Information (No output!) and the service status is displayed as Warning. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=933760&group_id=29880 From noreply at sourceforge.net Tue May 11 11:30:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Tue May 11 11:30:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-951911 ] more then two dependencies doesn't work Message-ID: Bugs item #951911, was opened at 2004-05-11 14:56 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=951911&group_id=29880 Category: None Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Pumuckel1980 (pumuckel1980) >Assigned to: Ton Voon (tonvoon) Summary: more then two dependencies doesn't work Initial Comment: Hello, I have some problems with the dependencies in Nagios. Here is the config file: define servicedependency{ host_name host1 service_description check_ncap dependent_host_name host2 dependent_service_description ncap_check_users execution_failure_criteria w,u,c notification_failure_criteria w,u,c } If I only use this box in the dependencies.cfg then it looks like good. But if I copy the box and change the "dependent_service_description" to other services on the machine - then no dependency works. If I use the character * as the dependent_service_description - then I have the same problem - nothing works. Also I have discover that the "freshness" function must be disabled. If I enable this function in the nagios.cfg then the dependencies works no longer. I use Nagios with 57 Hosts with 97 Services. I defined a service dependency in use with ncap. But I don't believe that there is the problem. Also all other functionality works fine so that I think there is a problem with the module. Is there anybody who can help me. Thanks for tips, bye Pumi ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2004-05-11 19:29 Message: Logged In: YES user_id=664364 Pumi, Sorry, but this is a Nagios plugin bug report site, not for the main Nagios code. Please see http://www.nagios.org/support/ for places that you can get support. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=951911&group_id=29880 From noreply at sourceforge.net Wed May 12 08:03:05 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed May 12 08:03:05 2004 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-933760 ] check_insight Message-ID: New Plugins item #933760, was opened at 2004-04-12 19:18 Message generated for change (Comment added) made by rokz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=933760&group_id=29880 Category: System monitor Group: None Status: Open Resolution: None Priority: 5 Submitted By: Ruddel (ruddel) Assigned to: Nobody/Anonymous (nobody) Summary: check_insight Initial Comment: There was a problem with the check_insight plugin. When this plugin was started with the integrated perl interpreter it fails. The solution was to define the variables in the perl script. Rudi ---------------------------------------------------------------------- Comment By: RokZ (rokz) Date: 2004-05-12 16:24 Message: Logged In: YES user_id=1039493 Hi Rudi, we are not using embbeded perl interpreter. :(( Regards, Rok ---------------------------------------------------------------------- Comment By: Ruddel (ruddel) Date: 2004-05-11 20:20 Message: Logged In: YES user_id=1019624 Hello Rokz! Did you check the script with the embbeded perl interpreter (mini_epn)? ---------------------------------------------------------------------- Comment By: Ruddel (ruddel) Date: 2004-05-11 20:19 Message: Logged In: YES user_id=1019624 Hello Rokz! Did you check the script with the embbeded perl interpreter (mini_epn)? ---------------------------------------------------------------------- Comment By: Ruddel (ruddel) Date: 2004-05-11 20:18 Message: Logged In: YES user_id=1019624 Hello Rokz! Did you check the script with the embbeded perl interpreter (mini_epn)? ---------------------------------------------------------------------- Comment By: Ruddel (ruddel) Date: 2004-05-11 20:16 Message: Logged In: YES user_id=1019624 Hello Rokz! Did you check the script with the embbeded perl interpreter (mini_epn)? ---------------------------------------------------------------------- Comment By: Ruddel (ruddel) Date: 2004-05-11 20:15 Message: Logged In: YES user_id=1019624 Hello Rokz! Did you check the script with the embbeded perl interpreter (mini_epn)? ---------------------------------------------------------------------- Comment By: RokZ (rokz) Date: 2004-05-11 15:14 Message: Logged In: YES user_id=1039493 Hi Rudi, I am having problem using this plugin. If I execute it from the command line, it returns Status: OK Std: OK System: OK Array: OK Health: OK Thresh: OK NIC: OK. However, if I set it up in Nagios, I get the Status Information (No output!) and the service status is displayed as Warning. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=933760&group_id=29880 From ae at op5.se Thu May 13 00:38:01 2004 From: ae at op5.se (Andreas Ericsson) Date: Thu May 13 00:38:01 2004 Subject: [Nagiosplug-devel] check_mem.sh Message-ID: <40A324EC.8030309@op5.se> Hi all. I was having some problems with the check_mem.pl script, so I rewrote it in sh. It now uses /proc/meminfo instead of vmstat, which isn't available on all platforms I've encountered. This can also be used as a replacement for check_swap, by specifying 'check_mem.sh swap', so I suggest we get rid of the check_swap.c program. I'll have check_mem.sh accept symlinks as arguments (i.e. "check_swap" = "check_mem.sh swap" and so on), so that command definitions can be kept down. Syntax: check_mem.sh -w -c [-r] -[g|m|k|b] [-q] Where type is one of ram, mem, total or swap (ram and mem are the same). It measures USED memory in % values, unless the -r switch is specified. In that case it measures FREE memory in % values. Use the -q switch if you want to use it for statistics harvesting, and one of -g, -m, -k (default), -b switches for output in GBytes, MBytes, Kbytes or Bytes, respectively. Output if -q is used is as such; used_pct:used:total Wrap it in scripts if you want some other values, or modify the source if you like. Issues: Since linux caches everything as long as there's RAM available, cache is deducted from the final result. Buffers, however, are not (buffers is what databases use, and we want that to show properly). If one or more of you think this is a Bad Thing, I'll look into changing it. Let me know if you find any bugs. -- Mvh Andreas Ericsson OP5 AB +46 (0)733 709032 andreas.ericsson at op5.se -------------- next part -------------- A non-text attachment was scrubbed... Name: check_mem.sh Type: text/x-sh Size: 5014 bytes Desc: not available URL: From Stanley.Hopcroft at IPAustralia.Gov.AU Thu May 13 02:15:02 2004 From: Stanley.Hopcroft at IPAustralia.Gov.AU (Stanley Hopcroft) Date: Thu May 13 02:15:02 2004 Subject: [Nagiosplug-devel] Perl plugin architecture/principals: not one but _two_ OO bases. Message-ID: <20040513191418.A225@IPAustralia.Gov.AU> Dear Folks, Since Mr Howard Wilkersons heculanean effort to rewrite all the plugins using basically a plugin specific check method of a Nagios::Plugin class, Mr Yuval Kogman has proposed a completely independent and different OO implementation for Perl plugins. These classes provide . standard help - an attribute set by the caller plugin . standard/uniform option processing . a vastly simpler means of creating Perl plugins . public interfaces (for future GUI configurators) that publish the plugins signature, options, usage etc (ie some elements of introspection) . standard means of exporting/capturing perf data . standard means of exporting/producing plugin output - presumably for input by other tools My position of valuing plugin performance above ease of construction, and undervaluing the bits that I don't use right now (espesh the perf data) is slowly being eroded by the enthusiasm and energy of these gentlemens work, and the keen desire not to lose their contributions. What is the way forward ? 1 Maintaining not one but two or three versions of the same plugin 2 Publishing the OO frameworks CPAN and public notification of the CPAN plugin alternatives 3 Adopting one of the OO frameworks and rewriting the Perl plugins 4 A Perl OO plugin XS ( in C++ sheesh ...) 5 Continuing as is 6 A better idea than 1 .. 5 6++ Wait for P6 (coming real soon now) - where performance is 'fixed'; at least for small values of 6 (see Apocalypse 12 on Perl.COM. Noting that the embedding interface for the P6 virtual machine is the subject of some vituperation at the moment; the controversy seemingly about the prospect of the embedded interpreter being garbage collected prematurely). There is simply _no_ way that the OO frameworks will provide as good performance as the existing procedural plugins: the method despatch overhead is too large, and P5 subroutines/methods are slow. ePN will not help OO based plugins catch up since the slowness is not in the compilation phase. However, both Howard and Yuval are using them in production and are obviously pleased with them and developing accordingly. 'one more object for ePN to cache and store, one more object for ePN to leak more core, and if one more object should accidentally be constructed, there will be aleph 0 + 1 pages thrashing out of store' (tune of 'aleph 0 bottles hanging on the wall') Yours sincerely. -- ------------------------------------------------------------------------ Stanley Hopcroft ------------------------------------------------------------------------ '...No man is an island, entire of itself; every man is a piece of the continent, a part of the main. If a clod be washed away by the sea, Europe is the less, as well as if a promontory were, as well as if a manor of thy friend's or of thine own were. Any man's death diminishes me, because I am involved in mankind; and therefore never send to know for whom the bell tolls; it tolls for thee...' from Meditation 17, J Donne. From ae at op5.se Fri May 14 03:30:01 2004 From: ae at op5.se (Andreas Ericsson) Date: Fri May 14 03:30:01 2004 Subject: [Nagiosplug-devel] Backwards compatible check_nrpe (v2.1) Message-ID: <40A49E9C.4080600@op5.se> Hey all. I got a bit tired when customers started complaining about check_nrpe not working properly after updates, so I added backwards compatibility to it (the plugin, not the daemon). Good Things; Handles v1 and v2 daemons (with SSL if available at compile-time), at practically no slowdown at all. Code is modified so that adding support for future versions is trivial (look in check_utils.c and common.h. You'll get the idea). Bad Things; It may fill the logs of the nrpe-daemon server a bit, since it will fail to connect properly most of the time (due to inconsistencies in the packet structures it's impossible to determine by any other means than trying a connect, and proceed with next packet version if it fails). Because of this, you should use this if you plan on upgrading, or if you're using different versions of nrpe and want to keep your check_commands configuration to a minimum. I ran indent on it (sorry Ethan, but I can't follow logic with your coding style), so the patch is around 130K. That's why I included the whole baloney instead. I haven't tested the nrpe daemon much, and I expect to modify that to some extent as well (making it log cleverly depending on op-mode and so on). Tested on (with and without SSL support); Owl GNU/*/Linux 1.1 Debian Beta RedHat 7.2 Further testing would be appreciated. Command arguments hasn't been tested, since company policy forbids it, but it should work somewhat as expected. Build may fail if one uses glibc < 2.1, due to a usleep() call in recvall() in utils.c. Let me know if this is an issue, and I'll replace it with a workaround. Questions? Thoughts? Ideas? -- Sourcerer / Andreas Ericsson OP5 AB +46 (0)733 709032 andreas.ericsson at op5.se -------------- next part -------------- A non-text attachment was scrubbed... Name: nrpe-2.1.tar.gz Type: application/gzip Size: 53440 bytes Desc: not available URL: From nagios at the-galloways.us Mon May 17 14:37:02 2004 From: nagios at the-galloways.us (Robert S. Galloway - Nagios) Date: Mon May 17 14:37:02 2004 Subject: [Nagiosplug-devel] Documentation Message-ID: Hi Guys, Maybe I've overlooked it somewhere, but I can't seem to find any documentation on writing your own plugins. Can someone please point me in the right direction? Thanks, Robert -------------- next part -------------- An HTML attachment was scrubbed... URL: From jhmartin at toger.us Mon May 17 14:42:02 2004 From: jhmartin at toger.us (Jason Martin) Date: Mon May 17 14:42:02 2004 Subject: [Nagiosplug-devel] Documentation In-Reply-To: References: Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 They are under Developer Guidelines on http://nagiosplug.sourceforge.net/ - -Jason Martin On Mon, 17 May 2004, Robert S. Galloway - Nagios wrote: > Hi Guys, > > > > Maybe I've overlooked it somewhere, but I can't seem to find any > documentation on writing your own plugins. Can someone please point me in > the right direction? > > > > Thanks, > > > > Robert > > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.3.5 (GNU/Linux) Comment: pgpenvelope 2.10.2 - http://pgpenvelope.sourceforge.net/ iD8DBQFAqTF5l2ODWuqVSBMRAlRRAJsFAdWuMPWQIzqjGRu+ZVF7wMMOWACeLts6 r9WbUtyQPy4geoKl0Hrz6Gw= =6hdf -----END PGP SIGNATURE----- From matt at bravenet.com Mon May 17 14:43:16 2004 From: matt at bravenet.com (Matthew Kent) Date: Mon May 17 14:43:16 2004 Subject: [Nagiosplug-devel] Documentation Message-ID: <0A9D1D7BB96F364D83A342871CF25FF9D1E5@bdc-pv1.pv.bravenet.com> http://nagiosplug.sourceforge.net/developer-guidelines.html - Matt From noreply at sourceforge.net Wed May 19 02:44:02 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed May 19 02:44:02 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-956599 ] check_udp plugin v. 1.3.1 Message-ID: Bugs item #956599, was opened at 2004-05-19 09:43 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=956599&group_id=29880 Category: None Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: martyn mystere (bvzm71) Assigned to: Nobody/Anonymous (nobody) Summary: check_udp plugin v. 1.3.1 Initial Comment: I have some problems regarding check_udp plugin. I have nagios 1.1, plugins 1.3.1 compiled on HP-UX 11.00. None hosts answer to my check_udp questions! I receive 2 differents "answers": 1) No data was recieved from host! No response from host on port 111 2) No response from host on port 111 Any idea? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=956599&group_id=29880 From noreply at sourceforge.net Wed May 19 09:08:09 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed May 19 09:08:09 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Support Requests-956829 ] check_ifstatus Prototype mismatch Message-ID: Support Requests item #956829, was opened at 2004-05-19 09:07 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=956829&group_id=29880 Category: None Group: None Status: Open Priority: 5 Submitted By: Christian (christianmead) Assigned to: Nobody/Anonymous (nobody) Summary: check_ifstatus Prototype mismatch Initial Comment: Hi, When trying to use check_ifstatus, I get the following error. Example: ./check_ifstatus --help Prototype mismatch: sub main::NULL vs () at /usr/share/perl/5.6.1/Exporter.pm line 57. Exporter::import ('INTEGER', 'INTEGER32', 'OCTET_STRING', 'NULL', 'OBJEC T_IDENTIFIER', 'IPADDRESS', 'COUNTER', 'COUNTER32', ... ) called at ./check_ifstatus line 39 main::BEGIN() called at /usr/share/perl5/Net/SNMP.pm line 39 eval {...} called at /usr/share/perl5/Net/SNMP.pm line 39 check_ifstatus plugin for Nagios monitors operational status of each network interface on the target host Usage:... Am I missing a program I need in order for check_ifstatus to work? Thanks, Christian ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=956829&group_id=29880 From noreply at sourceforge.net Wed May 19 09:33:03 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed May 19 09:33:03 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Support Requests-956842 ] check_ifstatus Prototype mismatch Message-ID: Support Requests item #956842, was opened at 2004-05-19 09:32 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=956842&group_id=29880 Category: None Group: None Status: Open Priority: 5 Submitted By: Christian (christianmead) Assigned to: Nobody/Anonymous (nobody) Summary: check_ifstatus Prototype mismatch Initial Comment: Hi, When trying to use check_ifstatus, I get the following error. Example: ./check_ifstatus --help Prototype mismatch: sub main::NULL vs () at /usr/share/perl/5.6.1/Exporter.pm line 57. Exporter::import ('INTEGER', 'INTEGER32', 'OCTET_STRING', 'NULL', 'OBJEC T_IDENTIFIER', 'IPADDRESS', 'COUNTER', 'COUNTER32', ... ) called at ./check_ifstatus line 39 main::BEGIN() called at /usr/share/perl5/Net/SNMP.pm line 39 eval {...} called at /usr/share/perl5/Net/SNMP.pm line 39 check_ifstatus plugin for Nagios monitors operational status of each network interface on the target host Usage:... Am I missing a program I need in order for check_ifstatus to work? Thanks, Christian ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=956842&group_id=29880 From noreply at sourceforge.net Wed May 19 10:05:04 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed May 19 10:05:04 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-956599 ] check_udp plugin v. 1.3.1 Message-ID: Bugs item #956599, was opened at 2004-05-19 03:43 Message generated for change (Comment added) made by whoward You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=956599&group_id=29880 Category: None Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: martyn mystere (bvzm71) Assigned to: Nobody/Anonymous (nobody) Summary: check_udp plugin v. 1.3.1 Initial Comment: I have some problems regarding check_udp plugin. I have nagios 1.1, plugins 1.3.1 compiled on HP-UX 11.00. None hosts answer to my check_udp questions! I receive 2 differents "answers": 1) No data was recieved from host! No response from host on port 111 2) No response from host on port 111 Any idea? ---------------------------------------------------------------------- Comment By: W Howard (whoward) Date: 2004-05-19 11:04 Message: Logged In: YES user_id=1045443 Port 111 is used by the RPC portmapper. Either the hosts you are checking are not running a portmapper process or access to the portmapper is restricted by something like a firewall or access control lists. You can test the access in another way using 'rpcinfo -p '. If that works but the check_udp does not, there is something odd going on. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=956599&group_id=29880 From noreply at sourceforge.net Wed May 19 11:58:08 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed May 19 11:58:08 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Support Requests-956842 ] check_ifstatus Prototype mismatch Message-ID: Support Requests item #956842, was opened at 2004-05-19 12:32 Message generated for change (Comment added) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=956842&group_id=29880 Category: None Group: None >Status: Closed Priority: 5 Submitted By: Christian (christianmead) Assigned to: Nobody/Anonymous (nobody) Summary: check_ifstatus Prototype mismatch Initial Comment: Hi, When trying to use check_ifstatus, I get the following error. Example: ./check_ifstatus --help Prototype mismatch: sub main::NULL vs () at /usr/share/perl/5.6.1/Exporter.pm line 57. Exporter::import ('INTEGER', 'INTEGER32', 'OCTET_STRING', 'NULL', 'OBJEC T_IDENTIFIER', 'IPADDRESS', 'COUNTER', 'COUNTER32', ... ) called at ./check_ifstatus line 39 main::BEGIN() called at /usr/share/perl5/Net/SNMP.pm line 39 eval {...} called at /usr/share/perl5/Net/SNMP.pm line 39 check_ifstatus plugin for Nagios monitors operational status of each network interface on the target host Usage:... Am I missing a program I need in order for check_ifstatus to work? Thanks, Christian ---------------------------------------------------------------------- >Comment By: Subhendu Ghosh (sghosh) Date: 2004-05-19 14:57 Message: Logged In: YES user_id=46572 Marked as duplicate of 956829 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=956842&group_id=29880 From Ben at clewett.org.uk Mon May 24 04:00:06 2004 From: Ben at clewett.org.uk (Ben Clewett) Date: Mon May 24 04:00:06 2004 Subject: [Nagiosplug-devel] Missing file in package? In-Reply-To: <0A9D1D7BB96F364D83A342871CF25FF9D1E5@bdc-pv1.pv.bravenet.com> References: <0A9D1D7BB96F364D83A342871CF25FF9D1E5@bdc-pv1.pv.bravenet.com> Message-ID: <40B1D5E4.8010405@clewett.org.uk> Dear group, I have just downloaded nagios-plugins-HEAD-200405240514 on AIX-4.3, and tried to run ./configure. Which generated the following error: configure: error: getloadavg.c is not in .//lib Doing a quick `find . -name "getload*"` shows in fact that this file does not exist in any form in the package. In fact the entire 'lib' directory is not there. I tried copying the 'lib' directory from version 1.3.1 to this, but didn't work. :) Can anybody offer me any advice? Regards, Ben. From Ton.Voon at egg.com Mon May 24 08:30:09 2004 From: Ton.Voon at egg.com (Voon, Ton) Date: Mon May 24 08:30:09 2004 Subject: [Nagiosplug-devel] Missing file in package? Message-ID: I think this was missed in lib/Makefile.am. I've added it in now, so please check the next snapshot. Thanks for letting us know. -----Original Message----- From: Ben Clewett [mailto:Ben at clewett.org.uk] Sent: 24 May 2004 12:01 To: nagiosplug-devel at lists.sourceforge.net Subject: [Nagiosplug-devel] Missing file in package? Dear group, I have just downloaded nagios-plugins-HEAD-200405240514 on AIX-4.3, and tried to run ./configure. Which generated the following error: configure: error: getloadavg.c is not in .//lib Doing a quick `find . -name "getload*"` shows in fact that this file does not exist in any form in the package. In fact the entire 'lib' directory is not there. I tried copying the 'lib' directory from version 1.3.1 to this, but didn't work. :) Can anybody offer me any advice? Regards, Ben. ------------------------------------------------------- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click _______________________________________________ Nagiosplug-devel mailing list Nagiosplug-devel at lists.sourceforge.net 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 This private and confidential e-mail has been sent to you by Egg. The Egg group of companies includes Egg Banking plc (registered no. 2999842), Egg Financial Products Ltd (registered no. 3319027) and Egg Investments Ltd (registered no. 3403963) which is authorised and regulated by the Financial Services Authority. Egg Investments Ltd. is entered in the FSA register under number 190518. Registered in England and Wales. Registered offices: 1 Waterhouse Square, 138-142 Holborn, London EC1N 2NA. If you are not the intended recipient of this e-mail and have received it in error, please notify the sender by replying with 'received in error' as the subject and then delete it from your mailbox. From Stanley.Hopcroft at IPAustralia.Gov.AU Tue May 25 02:30:03 2004 From: Stanley.Hopcroft at IPAustralia.Gov.AU (Stanley Hopcroft) Date: Tue May 25 02:30:03 2004 Subject: [Nagiosplug-devel] Last call for Perl-plugin-objects Message-ID: <20040525192927.G225@IPAustralia.Gov.AU> Dear Ladies and Gentlemen, (To the tune of 'One Bourbon, One Scotch, One Beer' ' One perfdata, one XMLoutput, and one checker One perfdata, one XMLoutput, and one checker Hey mister plugin tender come here I want a Perl object and I want it now ' ) Some time ago now, Mr Howard Wilkerson, proposed an object basis for the Perl plugins and then performed a heculanean task in modifying many if not all of the standard and contrib plugins to use his Classes. FWIW, I am now almost convinced of the usefulness of this approach because it allows maintainers to add useful functions^H^H^H^H methods to the base class to equip the plugin with . instrumentation - perf data capture perhaps . standard debugging ?? . output options - yes XML output, or more likely Locale/Nat Language support . unified test support (a common test harness for all plugins). without cost (or much) to the plugin author and allowing the maintainers to deal with what amounts to a more useful implementation of utils.pm, _instead_ of modifying each and every plugin (perl -i.bak -pe 's/foo/bar' only takes one so far) to support these functions. As the various advocates of this approach say, it makes life easier for authors by requiring them to only . write a function that checks the service . set various attributes corresponding to mandatory and not-required options with their edit checks (personally I can live without edit checks), help and so on. without having to do option processing and the rest of a plugin program. If this is a bad idea, please let me know why. Yours sincerely. -- ------------------------------------------------------------------------ Stanley Hopcroft ------------------------------------------------------------------------ '...No man is an island, entire of itself; every man is a piece of the continent, a part of the main. If a clod be washed away by the sea, Europe is the less, as well as if a promontory were, as well as if a manor of thy friend's or of thine own were. Any man's death diminishes me, because I am involved in mankind; and therefore never send to know for whom the bell tolls; it tolls for thee...' from Meditation 17, J Donne. From Ben at clewett.org.uk Tue May 25 04:37:10 2004 From: Ben at clewett.org.uk (Ben Clewett) Date: Tue May 25 04:37:10 2004 Subject: [Nagiosplug-devel] Possible error In-Reply-To: References: Message-ID: <40B32FDD.1050403@clewett.org.uk> Possible error compiling 'check_disk'. nagios-plugins-HEAD-200405240514 On AIX 4.3 I get this error on 'make': gcc -g -O2 -L. -L/usr/local/lib -o check_disk check_disk.o utils.o ../lib/libnagiosplug.a popen.o ../intl/libintl.a -liconv ld: 0711-317 ERROR: Undefined symbol: ..libintl_bindtextdomain ld: 0711-317 ERROR: Undefined symbol: ..libintl_textdomain ld: 0711-317 ERROR: Undefined symbol: ..libintl_gettext I'm not familiar enough with code to suggest a fix unfortunately. Regards, Ben. From tonvoon at mac.com Tue May 25 12:37:02 2004 From: tonvoon at mac.com (Ton Voon) Date: Tue May 25 12:37:02 2004 Subject: [Nagiosplug-devel] Possible error In-Reply-To: <40B32FDD.1050403@clewett.org.uk> References: <40B32FDD.1050403@clewett.org.uk> Message-ID: Ben, Looks like a gettext problem. Unfortunately, I don't have access to an AIX system to check. Can you raise a tracker in SF, otherwise it will get lost. Can you add in the gcc version too. Ton On 25 May, 2004, at 12:37, Ben Clewett wrote: > Possible error compiling 'check_disk'. > > nagios-plugins-HEAD-200405240514 > > On AIX 4.3 I get this error on 'make': > > gcc -g -O2 -L. -L/usr/local/lib -o check_disk check_disk.o utils.o > ../lib/libnagiosplug.a popen.o ../intl/libintl.a -liconv > > ld: 0711-317 ERROR: Undefined symbol: ..libintl_bindtextdomain > ld: 0711-317 ERROR: Undefined symbol: ..libintl_textdomain > ld: 0711-317 ERROR: Undefined symbol: ..libintl_gettext > > I'm not familiar enough with code to suggest a fix unfortunately. > > Regards, Ben. From Ben.Clewett at roadrunner.uk.com Tue May 25 21:26:07 2004 From: Ben.Clewett at roadrunner.uk.com (Ben Clewett) Date: Tue May 25 21:26:07 2004 Subject: [Nagiosplug-devel] Missing file in package? Message-ID: <40B1D448.40506@roadrunner.uk.com> Dear group, I have just downloaded nagios-plugins-HEAD-200405240514 on AIX-4.3, and tried to run ./configure. Which generated the following error: configure: error: getloadavg.c is not in .//lib Doing a quick `find . -name "getload*"` shows in fact that this file does not exist in any form in the package. In fact the entire 'lib' directory is not there. I tried copying the 'lib' directory from version 1.3.1 to this, but didn't work. :) Can anybody offer me any advice? Regards, Ben. From noreply at sourceforge.net Wed May 26 00:33:01 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed May 26 00:33:01 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-960618 ] Failed compile on AIX 4.3 with gcc 2.95.3 Message-ID: Bugs item #960618, was opened at 2004-05-26 08:32 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=960618&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: BSC (benclewett) Assigned to: Nobody/Anonymous (nobody) Summary: Failed compile on AIX 4.3 with gcc 2.95.3 Initial Comment: Failed compile on AIX 4.3 with gcc 2.95.3 with snapshot nagios-plugins-HEAD-200405240514. Compelation failes on 'check_disk' linkage. Shown below: gcc -DLOCALEDIR=\/usr/local/nagios/share/locale\ - DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl - I/usr/local/include -I/include -g -O2 -c `test - f 'check_disk.c' || echo './'`check_disk.c gcc -g -O2 -L. -L/usr/local/lib -o check_disk check_disk.o utils.o ../lib/libnagiosplug.a popen.o ../intl/libintl.a -liconv ld: 0711-317 ERROR: Undefined symbol: ..libintl_bindtextdomain ld: 0711-317 ERROR: Undefined symbol: ..libintl_textdomain ld: 0711-317 ERROR: Undefined symbol: ..libintl_gettext PS, I am always avaiable for testing, ben at clewett.org.uk. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=960618&group_id=29880 From karl at debisschop.net Wed May 26 16:26:09 2004 From: karl at debisschop.net (Karl DeBisschop) Date: Wed May 26 16:26:09 2004 Subject: [Nagiosplug-devel] Last call for Perl-plugin-objects In-Reply-To: <20040525192927.G225@IPAustralia.Gov.AU> References: <20040525192927.G225@IPAustralia.Gov.AU> Message-ID: <20040526192148.1fb93ee6.karl@debisschop.net> On Tue, 25 May 2004 19:29:28 +1000 Stanley Hopcroft wrote: > Dear Ladies and Gentlemen, > > (To the tune of 'One Bourbon, One Scotch, One Beer' > > ' > One perfdata, one XMLoutput, and one checker > One perfdata, one XMLoutput, and one checker > Hey mister plugin tender come here > I want a Perl object and I want it now > ' > ) > > Some time ago now, Mr Howard Wilkerson, proposed an object basis for > the Perl plugins and then performed a heculanean task in modifying > many if not all of the standard and contrib plugins to use his > Classes. > > FWIW, I am now almost convinced of the usefulness of this approach > because it allows maintainers to add useful functions^H^H^H^H methods > to the base class to equip the plugin with > > . instrumentation - perf data capture perhaps > > . standard debugging ?? > > . output options - yes XML output, or more likely Locale/Nat Language > > support > > . unified test support (a common test harness for all plugins). > > without cost (or much) to the plugin author and allowing the > maintainers to deal with what amounts to a more useful implementation > of utils.pm, _instead_ of modifying each and every plugin > (perl -i.bak -pe 's/foo/bar' only takes one so far) to support these > functions. > > As the various advocates of this approach say, it makes life easier > for authors by requiring them to only > > . write a function that checks the service > > . set various attributes corresponding to mandatory and not-required > options with their edit checks (personally I can live without edit > checks), help and so on. > > without having to do option processing and the rest of a plugin > program. > > If this is a bad idea, please let me know why. I'll keep this short, as work continues to absorb most of my time. I was and am still in favor of incorporting the changes subject to 2 conditions: 1) we should have a 1.4.0 stable release to incorporate against 2) you agree that the performance cost is acceptable. I can try to work on #1, but as noted above, free time is presently near zero. As far as #2, the judgment call is entirely in your court as far as I am concerned. As usual, people may disagree. But those are my opinions on the matter. -- Karl From noreply at sourceforge.net Wed May 26 20:45:26 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed May 26 20:45:26 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Support Requests-961327 ] Check_mailq only shows one of multiple queues Message-ID: Support Requests item #961327, was opened at 2004-05-27 03:42 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=961327&group_id=29880 Category: None Group: None Status: Open Priority: 5 Submitted By: T Everett (teamc26) Assigned to: Nobody/Anonymous (nobody) Summary: Check_mailq only shows one of multiple queues Initial Comment: I am running sendmail with 6 queue directories. The path is /var/spool/mqueue/q01 through q06. Is there any way to make the check_mailq plugin check all of the queues? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=961327&group_id=29880 From noreply at sourceforge.net Wed May 26 21:09:09 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Wed May 26 21:09:09 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Support Requests-961327 ] Check_mailq only shows one of multiple queues Message-ID: Support Requests item #961327, was opened at 2004-05-27 03:42 Message generated for change (Comment added) made by teamc26 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=961327&group_id=29880 Category: None Group: None Status: Open Priority: 5 Submitted By: T Everett (teamc26) Assigned to: Nobody/Anonymous (nobody) Summary: Check_mailq only shows one of multiple queues Initial Comment: I am running sendmail with 6 queue directories. The path is /var/spool/mqueue/q01 through q06. Is there any way to make the check_mailq plugin check all of the queues? ---------------------------------------------------------------------- >Comment By: T Everett (teamc26) Date: 2004-05-27 04:08 Message: Logged In: YES user_id=1050807 I downloaded the latest plugins and the check_mailq plugin does state the it supports mutliple queues. I tested it but the plugin is only reporting back the last queue (q06) number of queued messages. /usr/bin/mailq = /var/spool/mqueue/q05 (6 requests) /usr/bin/mailq = srcdomain = hotmail.com /usr/bin/mailq = srcdomain = panasonic.com /usr/bin/mailq = dstdomain = pcsystems.net /usr/bin/mailq = dstdomain = net.mx /usr/bin/mailq = dstdomain = net.mx /usr/bin/mailq = dstdomain = net.mx /usr/bin/mailq = dstdomain = cryptsoft.com /usr/bin/mailq = /var/spool/mqueue/q06 (2 requests) /usr/bin/mailq = srcdomain = com.br /usr/bin/mailq = srcdomain = panasonic.com /usr/bin/mailq = dstdomain = pcsystems.net msg_q = 2 warn=2 crit=9 WARNING: mailq is 2 (threshold w = 2)|unsent=2;2;9;0 Thanks, Tony ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397598&aid=961327&group_id=29880 From pla at softflare.com Thu May 27 05:48:00 2004 From: pla at softflare.com (Paul L. Allen) Date: Thu May 27 05:48:00 2004 Subject: [Nagiosplug-devel] Re: Last call for Perl-plugin-objects In-Reply-To: <20040526192148.1fb93ee6.karl@debisschop.net> References: <20040525192927.G225@IPAustralia.Gov.AU> <20040526192148.1fb93ee6.karl@debisschop.net> Message-ID: <20040527124700.17632.qmail@minnow.softflare.net> Karl DeBisschop writes: > 2) you agree that the performance cost is acceptable. > > I can try to work on #1, but as noted above, free time is presently near > zero. > > As far as #2, the judgment call is entirely in your court as far as I am > concerned. > > As usual, people may disagree. But those are my opinions on the matter. Perl's OOP does have significant performance costs. I have to say that I see no compelling reason for switching to an OOP model for the case of plugins. In some cases OOP results in drastically-simplified code leading to far greater ease of developing and maintaining code. In other cases, OOP is obfuscatory bloat that makes it difficult to maintain stuff. Where you draw the line is a matter of personal taste and experience. I agree that utils.pm should be extended so it supplies most of the functionality that is common to most plugins. A routine which takes levels specified in any of the x:y variants and compares a value against the trigger levels then returns OK/not OK would be very useful. There are plenty of other bits of functionality that could usefully be factored into utils.pm. Having utils.pm create an array that translates return codes to text messages from %ERRORS would be useful. Etc. That makes it easy to extend the functionality of those bits of code and have the changes automatically reflected in all the plugins that use it. But those sorts of things don't need to be OOP, as far as I can see. Let's face it, most of Perl's OOP functionality is really using pre-OOP perl behind the scenes anyway. Setting up methods and classes so you can supply defaults that can be over-ridden is a very expensive alternative to stuff like "local($x) = shift(@_) || $x" in a subroutine (yes, I know the pitfalls of local). -- Paul Allen Softflare Support From Stanley.Hopcroft at IPAustralia.Gov.AU Thu May 27 06:26:26 2004 From: Stanley.Hopcroft at IPAustralia.Gov.AU (Stanley Hopcroft) Date: Thu May 27 06:26:26 2004 Subject: [Nagiosplug-devel] Re: Last call for Perl-plugin-objects In-Reply-To: <20040527124700.17632.qmail@minnow.softflare.net>; from pla@softflare.com on Thu, May 27, 2004 at 01:47:00PM +0100 References: <20040525192927.G225@IPAustralia.Gov.AU> <20040526192148.1fb93ee6.karl@debisschop.net> <20040527124700.17632.qmail@minnow.softflare.net> Message-ID: <20040527232532.A231@IPAustralia.Gov.AU> On Thu, May 27, 2004 at 01:47:00PM +0100, Paul L. Allen wrote: > Karl DeBisschop writes: > > > 2) you agree that the performance cost is acceptable. > > > > I can try to work on #1, but as noted above, free time is presently near > > zero. > > > > As far as #2, the judgment call is entirely in your court as far as I am > > concerned. > > > > As usual, people may disagree. But those are my opinions on the matter. > > Perl's OOP does have significant performance costs. If no one other than me is willing to A/B the performance of plugins built with the Howard Wilkinson and/or Yuval Kogman Perl OO bases, then claims of this nature are unhelpful. One thing that suprised me when I did this is that even without embedded Perl Support, plugin performance is far more limited by IPC delays than method dispatch delay. Using Mr Wilkinsons OO basis, the procedural check_ms_spooler run time IIRC, is no more than 5% better than the OO version. This is the opportunity for those that like me were unconvinced of the merit of the proposal to post measurements demonstrating that the OO performance is a slug. Yours sincerely. -- ------------------------------------------------------------------------ Stanley Hopcroft ------------------------------------------------------------------------ '...No man is an island, entire of itself; every man is a piece of the continent, a part of the main. If a clod be washed away by the sea, Europe is the less, as well as if a promontory were, as well as if a manor of thy friend's or of thine own were. Any man's death diminishes me, because I am involved in mankind; and therefore never send to know for whom the bell tolls; it tolls for thee...' from Meditation 17, J Donne. From ae at op5.se Thu May 27 06:51:12 2004 From: ae at op5.se (Andreas Ericsson) Date: Thu May 27 06:51:12 2004 Subject: [Nagiosplug-devel] Re: Last call for Perl-plugin-objects In-Reply-To: <20040527232532.A231@IPAustralia.Gov.AU> References: <20040525192927.G225@IPAustralia.Gov.AU> <20040526192148.1fb93ee6.karl@debisschop.net> <20040527124700.17632.qmail@minnow.softflare.net> <20040527232532.A231@IPAustralia.Gov.AU> Message-ID: <40B5F23A.3080101@op5.se> Stanley Hopcroft wrote: > On Thu, May 27, 2004 at 01:47:00PM +0100, Paul L. Allen wrote: > >>Karl DeBisschop writes: >> >> >>>2) you agree that the performance cost is acceptable. >>> >>>I can try to work on #1, but as noted above, free time is presently near >>>zero. >>> >>>As far as #2, the judgment call is entirely in your court as far as I am >>>concerned. >>> >>>As usual, people may disagree. But those are my opinions on the matter. >> >>Perl's OOP does have significant performance costs. > > > If no one other than me is willing to A/B the performance of plugins > built with the Howard Wilkinson and/or Yuval Kogman Perl OO bases, then > claims of this nature are unhelpful. > > One thing that suprised me when I did this is that even without embedded > Perl Support, plugin performance is far more limited by IPC delays than > method dispatch delay. > > Using Mr Wilkinsons OO basis, the procedural check_ms_spooler run time > IIRC, is no more than 5% better than the OO version. > > This is the opportunity for those that like me were unconvinced of the > merit of the proposal to post measurements demonstrating that the OO > performance is a slug. > > Yours sincerely. > (I haven't followed this closely, so I can't really say that I'm up to speed). My experience tells me that people who write new plugins do so pretty much ad-hoc because they want something to happen. If they're kind enough to submit the plugin to the list, should we then force them to do so conforming to standards, or should we make it easier for them to contribute by setting standards low? Is this code available for review somewhere, btw? I'd like to have a look at it, and maybe I can find some alternatives. -- Andreas Ericsson OP5 AB +46 (0)733 709032 andreas.ericsson at op5.se From awais at eurobell.net Thu May 27 07:33:05 2004 From: awais at eurobell.net (Awais Ahmad) Date: Thu May 27 07:33:05 2004 Subject: [Nagiosplug-devel] Re: Last call for Perl-plugin-objects In-Reply-To: <20040527232532.A231@IPAustralia.Gov.AU> References: <20040525192927.G225@IPAustralia.Gov.AU> <20040526192148.1fb93ee6.karl@debisschop.net> <20040527124700.17632.qmail@minnow.softflare.net> <20040527232532.A231@IPAustralia.Gov.AU> Message-ID: <1085668080.1565.50.camel@smithers> I really can't see anything in the 'performance' issues considering our purpose and context. IMO, performance for these plugins has more to do with how accurate and consistent the results are, as opposed to how many extra milliseconds the plugin took to execute. If I were writing an I/O multiplexing, non-blocking web server, then it would be another matter entirely of course. The most heavily weighted performance metric in that case might be execution time per request or something similar. Awais Ahmad On Thu, 2004-05-27 at 14:25, Stanley Hopcroft wrote: > On Thu, May 27, 2004 at 01:47:00PM +0100, Paul L. Allen wrote: > > Karl DeBisschop writes: > > > > > 2) you agree that the performance cost is acceptable. > > > > > > I can try to work on #1, but as noted above, free time is presently near > > > zero. > > > > > > As far as #2, the judgment call is entirely in your court as far as I am > > > concerned. > > > > > > As usual, people may disagree. But those are my opinions on the matter. > > > > Perl's OOP does have significant performance costs. > > If no one other than me is willing to A/B the performance of plugins > built with the Howard Wilkinson and/or Yuval Kogman Perl OO bases, then > claims of this nature are unhelpful. > > One thing that suprised me when I did this is that even without embedded > Perl Support, plugin performance is far more limited by IPC delays than > method dispatch delay. > > Using Mr Wilkinsons OO basis, the procedural check_ms_spooler run time > IIRC, is no more than 5% better than the OO version. > > This is the opportunity for those that like me were unconvinced of the > merit of the proposal to post measurements demonstrating that the OO > performance is a slug. > > Yours sincerely. From brylon at jla.rutgers.edu Thu May 27 07:39:13 2004 From: brylon at jla.rutgers.edu (Bryan Loniewski) Date: Thu May 27 07:39:13 2004 Subject: [Nagiosplug-devel] check_qstat.pl plugin In-Reply-To: References: Message-ID: Sorry for the delay in response (lost the mail in one of my folders). No the qmail patch is not different, somehow I had been using an old check_mailq. Thanks Subhendu. On Mon, 19 Apr 2004, Subhendu Ghosh wrote: > Bryan - the current version for check_mailq supports sendmail, postfix and > qmail (check the commandline options) > > Is this qmail patch sufficiently different for the CVS version? > > On Fri, 16 Apr 2004, Bryan Loniewski wrote: > > > Attached is a perl plugin based off of check_mailq, however it checks the > > qmail queue using qmail-qstat. > > > > Bryan Loniewski > > > > -- > > > From pla at softflare.com Thu May 27 08:33:00 2004 From: pla at softflare.com (Paul L. Allen) Date: Thu May 27 08:33:00 2004 Subject: [Nagiosplug-devel] Re: Last call for Perl-plugin-objects In-Reply-To: <20040527232532.A231@IPAustralia.Gov.AU> References: <20040525192927.G225@IPAustralia.Gov.AU> <20040526192148.1fb93ee6.karl@debisschop.net> <20040527124700.17632.qmail@minnow.softflare.net> <20040527232532.A231@IPAustralia.Gov.AU> Message-ID: <20040527153153.2299.qmail@minnow.softflare.net> Stanley Hopcroft writes: > If no one other than me is willing to A/B the performance of plugins > built with the Howard Wilkinson and/or Yuval Kogman Perl OO bases, then > claims of this nature are unhelpful. Tell that to Tom Christiansen. OOP can have some very nasty performance overheads, as Tom freely admits. Sometimes you live with that because it gives you programmer efficiency and you accept the tradeoff. Sometimes the OOP approach doesn't make the code any simpler or cleaner or easier to write, and then the overhead is much harder to justify. > One thing that suprised me when I did this is that even without embedded > Perl Support, plugin performance is far more limited by IPC delays than > method dispatch delay. That surprises me too. But I'm a heretic and I dislike the approach of moving things out of the perl core and into modules, whether they are loaded implicitly or explicitly. The overall CPU time is not much different, but the elapsed time due to disk seeks to find and load all those modules may be. I'm horrified by the number of dependent modules a lot of perl code pulls in these days - I understand the principle of code re-use but it's starting to get silly. > This is the opportunity for those that like me were unconvinced of the > merit of the proposal to post measurements demonstrating that the OO > performance is a slug. It depends how deep your inheritance goes. So far it's not deep enough to add more than 5%, according to your measurements. Can you guarantee that it won't get deeper in future releases? And in something called as frequently as a plug-in, is 5% an acceptable overhead in the first place? We regularly see posts here from people who have hardware that is struggling to cope with the number of services being monitored and ask for ways to improve performance. On such systems, it may not just be the 5% CPU overhead you've measured but an additional CPU overhead caused by the extra memory usage of OOP resulting in swapping. In my view, there has to be a better reason than "I wrote it using OOP because I prefer OOP" to justify using it, unless it's perl that is used infreequently. Unless there are compelling programming reasons for going OOP, like making the code a lot shorter and cleaner, I'd avoid it even if it's only a 5% overhead and you're sure the inheritance will never go deeper. If this were something that was run once a day I wouldn't care much what was under the hood. It would be nice if all plugins were in C for greater efficiency, but realistically that would decrease the number of new plugins that came along because good C programmers are relatively rare. I'd prefer a perl plugin to no plugin at all, so live with the relative slowness of perl plugins. Adding another 5% overhead on top of that without any compelling reason to do so is not sensible. So here's an explicit question for you (it was implied in my previous post): is there any compelling reason why it would be a bad idea to add this sort of functionality without an OOP framework? Would the code be a lot larger? A lot less easy to comprehend? A lot less easy to maintain? Would the API be harder for programmers who are comfortable with OOP and non-OOP perl scripting to understand? What is that 5% buying us other than avoiding somebody having to re-implement the functionality without OOP? Your only justification for OOP so far appears to be "it's only 5%." It's not my decision to make, but if it were I'd want a better justification than that. -- Paul Allen Softflare Support From noreply at sourceforge.net Fri May 28 15:50:59 2004 From: noreply at sourceforge.net (SourceForge.net) Date: Fri May 28 15:50:59 2004 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-962495 ] check_mysql: my_connect conflicts on Debian Message-ID: Bugs item #962495, was opened at 2004-05-28 15:47 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=962495&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nathan Shafer (nicodemus) Assigned to: Nobody/Anonymous (nobody) Summary: check_mysql: my_connect conflicts on Debian Initial Comment: On Debian Sarge (the testing branch), there is a conflict with the function my_connect between netutils.h and mysql/mysql_com.h. When running make after configure, gcc dies with the error: In file included from /usr/include/mysql/mysql.h:57, from check_mysql.c:25: /usr/include/mysql/mysql_com.h:181: error: conflicting types for `my_connect' netutils.h:50: error: previous declaration of `my_connect' I tried it on a redhat 7.2 box, and it works fine... even though my_connect is defined in both files, it uses the correct ones and the conflict doesn't happen. Either it's something with debian, or more likely with the version of gcc, which is 3.3.3 on Debian Sarge, and 2.95 on the redhat 7.2 box. Changing the my_connect() function name to _my_connect() seems to fix the problem. Supplied is a patch that does just that. Thanks, Nathan Shafer ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=962495&group_id=29880 From airween at freemail.hu Fri May 28 15:52:48 2004 From: airween at freemail.hu (Hegedus, Ervin) Date: Fri May 28 15:52:48 2004 Subject: [Nagiosplug-devel] check_tcp - missing string initialization Message-ID: <20040528225200.GA10941@axelero.hu> hello, i configured a Nagios, and i try to use nagiosplug. i wanted to check a Squid proxy, on a remote host, on port 3128. the check_tcp returns a correct answer, but there was some queer string in the answer: $./check_tcp -H proxy -p 3128 TCP OK - 0,021 second response time on port 3128 [ @{gh.. ]|time=0,020558s;0,000000;0,000000;0,000000;10,000000 (or some like this, i can't access that server at this time.) i seed the source, and try to give a '\0' to variable 'status', here is the patch: --- nagiosplug.orig/plugins/check_tcp.c 2004-03-14 05:09:19.000000000 +0100 +++ nagiosplug/plugins/check_tcp.c 2004-05-29 00:17:57.000000000 +0200 @@ -108,6 +108,8 @@ bindtextdomain (PACKAGE, LOCALEDIR); textdomain (PACKAGE); + strcpy(status, '\0'); + if (strstr (argv[0], "check_udp")) { progname = strdup ("check_udp"); SERVICE = strdup ("UDP"); this resolved the problem. may be i help to you :) bye: airween From denao at uol.com.br Mon May 31 15:49:02 2004 From: denao at uol.com.br (denao) Date: Mon May 31 15:49:02 2004 Subject: [Nagiosplug-devel] check_nagios.pl Message-ID: hi there, for a long time with no response here, today, someone reported to me a little bug in my plugin (check_nagios.pl) of nagios. Here it is: The version on today's CVS, have the line 37 as shown: $mon_now+=1; $yea_now+=1900; but the correct is: $mon=$mon-1; $yea_now+=1900; I'm sending the corrected file attached. If there is another way to commit the fix, please let me know. Thank you in advance, and congratulations for the great work. -- Denis Almeida Vieira Jr - Systems Engineer Universo Online - UOL - http://www.uol.com.br __________________________________________________________________________ Acabe com aquelas janelinhas que pulam na sua tela. AntiPop-up UOL - ? gr?tis! http://antipopup.uol.com.br/ -------------- next part -------------- A non-text attachment was scrubbed... Name: check_nagios.pl Type: text/x-perl Size: 1713 bytes Desc: not available URL: