From td3201 at yahoo.com Tue Nov 4 07:13:09 2003 From: td3201 at yahoo.com (Terry) Date: Tue Nov 4 07:13:09 2003 Subject: [Nagiosplug-devel] check_http - support for critical levels when checking certs Message-ID: <20031104151232.53394.qmail@web60302.mail.yahoo.com> Hello, I found that check_http didn't have support for notifying a critical level after a number of days when checking certs: check_http -C 60 -c 30 -ssl $ARG1$ This was very easy to implement. Could this be added to the next release? I have no clue how to generate a patch and don't really have the time to learn how but I find this 'feature' useful. Thanks ===== Terry __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree From bipsen-sender-59c01b at andebakken.dk Tue Nov 4 09:45:09 2003 From: bipsen-sender-59c01b at andebakken.dk (Brian Ipsen) Date: Tue Nov 4 09:45:09 2003 Subject: [Nagiosplug-devel] execute external command from C ? Message-ID: Hi! Reading the guide on how to execute external programs from C recommends using spopen() - one problem exists for me in that case, though... I need to set a number of environment variables, that the external command needs. How do I specify those in order to get things working ?? Regards Brian From amayhew at verisign.com Tue Nov 4 11:05:05 2003 From: amayhew at verisign.com (Andy Mayhew) Date: Tue Nov 4 11:05:05 2003 Subject: [Nagiosplug-devel] check_http - support for critical levels when checking certs In-Reply-To: <20031104151232.53394.qmail@web60302.mail.yahoo.com> References: <20031104151232.53394.qmail@web60302.mail.yahoo.com> Message-ID: <3FA7F848.8050209@verisign.com> We wrote up this simple shell script which uses curl and openssl to validate CRL files, which you might be interested in using. --Andy Mayhew Terry wrote: >Hello, > >I found that check_http didn't have support for >notifying a critical level after a number of days when >checking certs: >check_http -C 60 -c 30 -ssl $ARG1$ > >This was very easy to implement. Could this be added >to the next release? I have no clue how to generate a >patch and don't really have the time to learn how but >I find this 'feature' useful. > >Thanks > >===== >Terry > >__________________________________ >Do you Yahoo!? >Protect your identity with Yahoo! Mail AddressGuard >http://antispam.yahoo.com/whatsnewfree > > >------------------------------------------------------- >This SF.net email is sponsored by: SF.net Giveback Program. >Does SourceForge.net help you be more productive? Does it >help you create better code? SHARE THE LOVE, and help us help >YOU! Click Here: http://sourceforge.net/donate/ >_______________________________________________ >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 > > -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: check_crl URL: From noreply at sourceforge.net Tue Nov 4 12:00:09 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Nov 4 12:00:09 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-835991 ] Patch to check-apc-ups Message-ID: Patches item #835991, was opened at 2003-11-04 19:59 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=835991&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Howard Wilkinson (howardwilkinson) Assigned to: Nobody/Anonymous (nobody) Summary: Patch to check-apc-ups Initial Comment: I attach a patch to check-apc-ups to fix a number of problems we have encountered with this program. This version uses the snmpget function from net-snmp! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=835991&group_id=29880 From noreply at sourceforge.net Tue Nov 4 12:12:04 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Nov 4 12:12:04 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-836003 ] Follow up patch to check-apc-ups Message-ID: Patches item #836003, was opened at 2003-11-04 20:11 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=836003&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Howard Wilkinson (howardwilkinson) Assigned to: Nobody/Anonymous (nobody) Summary: Follow up patch to check-apc-ups Initial Comment: This is a follow up patch to my improved check_apc_ups. It uses Net::SNMP rather than the snmpget command. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=836003&group_id=29880 From noreply at sourceforge.net Tue Nov 4 12:13:07 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Nov 4 12:13:07 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-836004 ] check_breeze Fix for snmpget - net-snmp Message-ID: Patches item #836004, was opened at 2003-11-04 20:12 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=836004&group_id=29880 Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: Howard Wilkinson (howardwilkinson) Assigned to: Nobody/Anonymous (nobody) Summary: check_breeze Fix for snmpget - net-snmp Initial Comment: This fixes the snmpget call to work under net-snmp ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=836004&group_id=29880 From noreply at sourceforge.net Tue Nov 4 12:17:10 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Nov 4 12:17:10 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-836008 ] Partial rewrite of check_dns Message-ID: Patches item #836008, was opened at 2003-11-04 20:16 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=836008&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Howard Wilkinson (howardwilkinson) Assigned to: Nobody/Anonymous (nobody) Summary: Partial rewrite of check_dns Initial Comment: This is a patch file that provides a partially complete rewrite of the check_dns plugin. The rewrite is a start of an implementation to use one of 4 technologies to implement the check_dns function. The complete option is to use nslookup as the technology to issue the underlying dns checks. Alternatives or the host command, the resolver library and use of the dig command are not complete. Note this runs with the nslookup supplied with Bind-9, your mileage may vary. When I get to it I hope to finish the other technologies and add a mechanism to work out which one to use on each system dynamically. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=836008&group_id=29880 From noreply at sourceforge.net Tue Nov 4 12:19:16 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Nov 4 12:19:16 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-836010 ] check_ldap bug fix Message-ID: Patches item #836010, was opened at 2003-11-04 20:18 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=836010&group_id=29880 Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: Howard Wilkinson (howardwilkinson) Assigned to: Nobody/Anonymous (nobody) Summary: check_ldap bug fix Initial Comment: These patches were needed to make check_ldap work with the latest OpenLdap release on our system. I think they are general purpose but an alternative assessment would be useful! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=836010&group_id=29880 From noreply at sourceforge.net Tue Nov 4 12:21:02 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Nov 4 12:21:02 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-836014 ] Bug fix for check_ntp Message-ID: Patches item #836014, was opened at 2003-11-04 20:20 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=836014&group_id=29880 Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: Howard Wilkinson (howardwilkinson) Assigned to: Nobody/Anonymous (nobody) Summary: Bug fix for check_ntp Initial Comment: This fixes check_ntp to run with the latest ntpq output! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=836014&group_id=29880 From noreply at sourceforge.net Tue Nov 4 12:22:11 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Nov 4 12:22:11 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-836015 ] net-snmp fix for check_wave Message-ID: Patches item #836015, was opened at 2003-11-04 20:21 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=836015&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Howard Wilkinson (howardwilkinson) Assigned to: Nobody/Anonymous (nobody) Summary: net-snmp fix for check_wave Initial Comment: Patch file to fix net-snmp snmpget usage inside check_wave.pl ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=836015&group_id=29880 From noreply at sourceforge.net Tue Nov 4 23:37:10 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Tue Nov 4 23:37:10 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-778644 ] check_http cookies and keep-alive support Message-ID: Patches item #778644, was opened at 2003-07-27 12:58 Message generated for change (Comment added) made by trbmaker You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=778644&group_id=29880 Category: Enhancement Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Dmitri Smirnov (trbmaker) Assigned to: Ton Voon (tonvoon) Summary: check_http cookies and keep-alive support Initial Comment: Finally found a problem with my initial patch. Some IIS servers are not respond if Keep-Alive header supplied in request. I've made new patch for check_http 1.3.1 with 'Keep- Alive' disabled by default (option '-k' to enable). Patch attached below. -----Original Message----- From: Voon, Ton [mailto:Ton.Voon at egg.com] Sent: Tuesday, July 15, 2003 9:04 AM To: Dmitri Smirnov; nagiosplug- devel at lists.sourceforge.net Subject: RE: [Nagiosplug-devel] check_http cookie and app-proxy support Dmitri, Thanks very much for your patch. I'm sorry it has taken so long to look at it. I've given it a try and it seems to work okay with sites that do set cookies. However, it seems to fail when a site does not check for cookies - it just hangs when querying the site. I think there's a bug in your patch somewhere? If you do update your patch, please post on sourceforge so we can keep track of it: http://sourceforge.net/tracker/? group_id=29880&atid=397599 Thanks, Ton > -----Original Message----- > From: Dmitri Smirnov [mailto:Dmitri.Smirnov at fusepoint.com] > Sent: Monday, July 07, 2003 6:04 PM > To: nagiosplug-devel at lists.sourceforge.net > Subject: [Nagiosplug-devel] check_http cookie and app-proxy support > > > Hi guys, > > I've found a number of sites on our infrastructure that require > check_http plugin to have cookie support for sessions management and > 'Connection: Keep-Alive' in HTTP header to work correctly. > Below is a little patch for check_http (latest from CVS) I've made. > Will apriciate, guys, if you will review and incorporate such > functionality in standard check_http (wrapped by cmd arguments > probably). > > Dmitri > ---------------------------------------------------------------------- >Comment By: Dmitri Smirnov (trbmaker) Date: 2003-11-04 21:36 Message: Logged In: YES user_id=720709 Sorry, guys, check_http changed too much during last few weeks and I just realized how bad was my initial patch. I don't have time to put cookies-related changes inside the new check_http - hope someone will do it one day. Plus I have a feeling that libcurl is the right choice for check_http if transaction monitor will be implemented one day. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2003-09-15 04:18 Message: Logged In: YES user_id=664364 Dmitri, Thanks for this patch, but I'm having trouble adding it into check_http.c. Can you provide a unified diff against CVS HEAD? Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=778644&group_id=29880 From noreply at sourceforge.net Wed Nov 5 01:47:07 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Nov 5 01:47:07 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-836008 ] Partial rewrite of check_dns Message-ID: Patches item #836008, was opened at 2003-11-04 20:16 Message generated for change (Comment added) made by synked You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=836008&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Howard Wilkinson (howardwilkinson) Assigned to: Nobody/Anonymous (nobody) Summary: Partial rewrite of check_dns Initial Comment: This is a patch file that provides a partially complete rewrite of the check_dns plugin. The rewrite is a start of an implementation to use one of 4 technologies to implement the check_dns function. The complete option is to use nslookup as the technology to issue the underlying dns checks. Alternatives or the host command, the resolver library and use of the dig command are not complete. Note this runs with the nslookup supplied with Bind-9, your mileage may vary. When I get to it I hope to finish the other technologies and add a mechanism to work out which one to use on each system dynamically. ---------------------------------------------------------------------- Comment By: Awais Ahmad (synked) Date: 2003-11-05 09:46 Message: Logged In: YES user_id=870209 The resolver libs are supported on all libc/glibc systems. Why not use those only? I'm nearly finished with a patch exculsively using the resolver libs. Since the name server libs (stuff like ns_init_parse and stuff to parse replies) are not globally available in libc/glibc, I've implemented my own reply parsing routines. The patch should be ready in a couple of weeks if I get time to work on it. Cheers Awais ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=836008&group_id=29880 From noreply at sourceforge.net Wed Nov 5 04:20:24 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Nov 5 04:20:24 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-836008 ] Partial rewrite of check_dns Message-ID: Patches item #836008, was opened at 2003-11-04 15:16 Message generated for change (Comment added) made by kdebisschop You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=836008&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Howard Wilkinson (howardwilkinson) Assigned to: Nobody/Anonymous (nobody) Summary: Partial rewrite of check_dns Initial Comment: This is a patch file that provides a partially complete rewrite of the check_dns plugin. The rewrite is a start of an implementation to use one of 4 technologies to implement the check_dns function. The complete option is to use nslookup as the technology to issue the underlying dns checks. Alternatives or the host command, the resolver library and use of the dig command are not complete. Note this runs with the nslookup supplied with Bind-9, your mileage may vary. When I get to it I hope to finish the other technologies and add a mechanism to work out which one to use on each system dynamically. ---------------------------------------------------------------------- >Comment By: Karl DeBisschop (kdebisschop) Date: 2003-11-05 07:19 Message: Logged In: YES user_id=1671 We are interested in the direct use of the resolver libs. presently we have nslookup or host (I forget whcih, via the current check_dns) and dig (via check_dig). All of these things break over time as syntax changes. The direction that the core plugins want to go is direct ues of the libs, and we'd be glad to consider your rewrite when it is ready. Other efforts might go into contrib, but in the interest of making the core most usable, the library approach will ultimately be the one we use. Not to sound ungrateful, we just cannot accept the kitchen sink in core without making thigs too confusing. ---------------------------------------------------------------------- Comment By: Awais Ahmad (synked) Date: 2003-11-05 04:46 Message: Logged In: YES user_id=870209 The resolver libs are supported on all libc/glibc systems. Why not use those only? I'm nearly finished with a patch exculsively using the resolver libs. Since the name server libs (stuff like ns_init_parse and stuff to parse replies) are not globally available in libc/glibc, I've implemented my own reply parsing routines. The patch should be ready in a couple of weeks if I get time to work on it. Cheers Awais ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=836008&group_id=29880 From noreply at sourceforge.net Wed Nov 5 20:37:03 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Nov 5 20:37:03 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-836014 ] Bug fix for check_ntp Message-ID: Patches item #836014, was opened at 2003-11-04 15:20 Message generated for change (Comment added) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=836014&group_id=29880 Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: Howard Wilkinson (howardwilkinson) >Assigned to: Subhendu Ghosh (sghosh) Summary: Bug fix for check_ntp Initial Comment: This fixes check_ntp to run with the latest ntpq output! ---------------------------------------------------------------------- >Comment By: Subhendu Ghosh (sghosh) Date: 2003-11-05 23:35 Message: Logged In: YES user_id=46572 Sorry - the BEGIN block will not work with ePN The only other relevant diff seems to be the addition of "m" in the regex to match sys.peer or pps.peer. Can you elaborate on the circumstances that causes this? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=836014&group_id=29880 From noreply at sourceforge.net Wed Nov 5 20:46:05 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Nov 5 20:46:05 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-836004 ] check_breeze Fix for snmpget - net-snmp Message-ID: Patches item #836004, was opened at 2003-11-04 15:12 Message generated for change (Settings changed) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=836004&group_id=29880 Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: Howard Wilkinson (howardwilkinson) >Assigned to: Subhendu Ghosh (sghosh) Summary: check_breeze Fix for snmpget - net-snmp Initial Comment: This fixes the snmpget call to work under net-snmp ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=836004&group_id=29880 From noreply at sourceforge.net Wed Nov 5 20:48:06 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Nov 5 20:48:06 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-835991 ] Patch to check-apc-ups Message-ID: Patches item #835991, was opened at 2003-11-04 14:59 Message generated for change (Settings changed) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=835991&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Howard Wilkinson (howardwilkinson) >Assigned to: Subhendu Ghosh (sghosh) Summary: Patch to check-apc-ups Initial Comment: I attach a patch to check-apc-ups to fix a number of problems we have encountered with this program. This version uses the snmpget function from net-snmp! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=835991&group_id=29880 From noreply at sourceforge.net Wed Nov 5 20:48:11 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Nov 5 20:48:11 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-836015 ] net-snmp fix for check_wave Message-ID: Patches item #836015, was opened at 2003-11-04 15:21 Message generated for change (Settings changed) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=836015&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Howard Wilkinson (howardwilkinson) >Assigned to: Subhendu Ghosh (sghosh) Summary: net-snmp fix for check_wave Initial Comment: Patch file to fix net-snmp snmpget usage inside check_wave.pl ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=836015&group_id=29880 From noreply at sourceforge.net Wed Nov 5 20:50:07 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Nov 5 20:50:07 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-740125 ] check_pop3.pl fixup Message-ID: Patches item #740125, was opened at 2003-05-19 18:02 Message generated for change (Settings changed) made by sghosh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=740125&group_id=29880 Category: Bugfix Group: None Status: Open Resolution: Fixed Priority: 5 Submitted By: Cove Schneider (coveschneider) >Assigned to: Subhendu Ghosh (sghosh) Summary: check_pop3.pl fixup Initial Comment: - would send the password too many times causing the pop server to return an error - did not always logout correctly - a little house cleaning ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=740125&group_id=29880 From mm at elabnet.de Thu Nov 6 01:26:10 2003 From: mm at elabnet.de (Michael Markstaller) Date: Thu Nov 6 01:26:10 2003 Subject: [Nagiosplug-devel] a plugin to check interface errors Message-ID: <246BE4BBD2754248AD5C14E535004ABA2A3D2A@elab4.elabnet.com> Hi, maybe I've missed it but I cannot find the referenced plugin check_remote_interfaces anywhere.. Have you contributed it ? As I'm again looking for some plugin to check RRD-data I wanted to look at this. Michael -----Original Message----- From: atonns at mail.ivillage.com [mailto:atonns at mail.ivillage.com] Sent: Tuesday, August 26, 2003 5:13 PM To: nagiosplug-devel at lists.sourceforge.net Subject: RE: [Nagiosplug-devel] a plugin to check interface errors I have been able to solve my problems. Basically when the data is a COUNTER type (as ifInErrors and ifOuterrors are), rrdtool only stores rate information. In my case is was average number of errors in 10 minutes (as this was my step value). Thus, to psuedo-calculate the number of errors, just multiply the rate by the step (ie: # of err/sec * sec = # of err). Of course, it's an approximation based on the average - but it should accurately determine if there's a problem with the interface. So finally, my plugin runs as such: Usage: check_remote_interfaces -H hostname -w=count,seconds -c=rate,minutes Usage: check_remote_interfaces --hostname=hostname --warning=count,seconds --critical=rate,minutes [-v|--verbose -V|--version -h|--help] ... From noreply at sourceforge.net Thu Nov 6 14:05:36 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Nov 6 14:05:36 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-837535 ] check_procs - still counts itself with -a Message-ID: Bugs item #837535, was opened at 2003-11-06 15:04 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=837535&group_id=29880 Category: Parsing problem Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Ben Whaley (bwhaley) Assigned to: Nobody/Anonymous (nobody) Summary: check_procs - still counts itself with -a Initial Comment: This is a continuation of the bug [ 820125 ] check_procs arg-array check matches itself @ sol8 The CVS fix for this problem was: /* Ignore self */ if (strcmp (procprog, progname) == 0) { continue; } However, this is comparing progname to procprog. procprog will be whatever the program was called as (i.e. /tmp/nagios-plugins-1.3. 1/plugins/check_proc, /usr/local/nagios/libexec/check_proc, whatever) while progname will _always_ be simply check_proc. To fix this, I did the following: /* Changed this to "char *progname = "" *; */ const char *progname = "check_procs"; const char *revision = "$Revision: 1.22 $"; const char *copyright = "2000-2003"; const char *email = "nagiosplug-devel at lists.sourceforge.net"; .... in main(): int result = STATE_UNKNOWN; /* Added this */ progname = argv[0]; setlocale (LC_ALL, ""); .... Also, is there something going on with the version numbers? With the 1.3.1 release of nagios-plugins, check_procs --version says 1. 9.2.1. The CVS version, however, is 1.22. Thanks, Ben ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=837535&group_id=29880 From noreply at sourceforge.net Fri Nov 7 00:23:08 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Nov 7 00:23:08 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-837535 ] check_procs - still counts itself with -a Message-ID: Bugs item #837535, was opened at 2003-11-06 22:04 Message generated for change (Settings changed) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=837535&group_id=29880 Category: Parsing problem Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Ben Whaley (bwhaley) >Assigned to: Ton Voon (tonvoon) Summary: check_procs - still counts itself with -a Initial Comment: This is a continuation of the bug [ 820125 ] check_procs arg-array check matches itself @ sol8 The CVS fix for this problem was: /* Ignore self */ if (strcmp (procprog, progname) == 0) { continue; } However, this is comparing progname to procprog. procprog will be whatever the program was called as (i.e. /tmp/nagios-plugins-1.3. 1/plugins/check_proc, /usr/local/nagios/libexec/check_proc, whatever) while progname will _always_ be simply check_proc. To fix this, I did the following: /* Changed this to "char *progname = "" *; */ const char *progname = "check_procs"; const char *revision = "$Revision: 1.22 $"; const char *copyright = "2000-2003"; const char *email = "nagiosplug-devel at lists.sourceforge.net"; .... in main(): int result = STATE_UNKNOWN; /* Added this */ progname = argv[0]; setlocale (LC_ALL, ""); .... Also, is there something going on with the version numbers? With the 1.3.1 release of nagios-plugins, check_procs --version says 1. 9.2.1. The CVS version, however, is 1.22. Thanks, Ben ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=837535&group_id=29880 From noreply at sourceforge.net Fri Nov 7 00:54:08 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Nov 7 00:54:08 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-837535 ] check_procs - still counts itself with -a Message-ID: Bugs item #837535, was opened at 2003-11-06 22:04 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=837535&group_id=29880 Category: Parsing problem Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Ben Whaley (bwhaley) Assigned to: Ton Voon (tonvoon) Summary: check_procs - still counts itself with -a Initial Comment: This is a continuation of the bug [ 820125 ] check_procs arg-array check matches itself @ sol8 The CVS fix for this problem was: /* Ignore self */ if (strcmp (procprog, progname) == 0) { continue; } However, this is comparing progname to procprog. procprog will be whatever the program was called as (i.e. /tmp/nagios-plugins-1.3. 1/plugins/check_proc, /usr/local/nagios/libexec/check_proc, whatever) while progname will _always_ be simply check_proc. To fix this, I did the following: /* Changed this to "char *progname = "" *; */ const char *progname = "check_procs"; const char *revision = "$Revision: 1.22 $"; const char *copyright = "2000-2003"; const char *email = "nagiosplug-devel at lists.sourceforge.net"; .... in main(): int result = STATE_UNKNOWN; /* Added this */ progname = argv[0]; setlocale (LC_ALL, ""); .... Also, is there something going on with the version numbers? With the 1.3.1 release of nagios-plugins, check_procs --version says 1. 9.2.1. The CVS version, however, is 1.22. Thanks, Ben ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2003-11-07 08:53 Message: Logged In: YES user_id=664364 Ben, Thanks for the report. Easy question first: version 1.22 is CVS version, 1.9.2.1 is the branch for 1.3.1 fixes. For the main issue, I can't see a problem. Trying v1.22 on a Solairis 8 box (compiled on a Solaris 2.6) seems okay: $ ./check_procs -v -v -v -c 1: -a inetd CMD: /usr/bin/ps -Ao 's uid ppid vsz rss pcpu comm args' 0 0 0 0 0 0.00 T sched sched 0 0 824 272 0 0.10 S init /etc/init - [snip] 0 0 2672 1936 1 0.00 S vold /usr/sbin/vold 0 0 2536 2040 1 0.00 S inetd /usr/sbin/inetd -s -t 1 0 3632 1448 1 0.00 S keyserv /usr/sbin/keyserv 1 0 3568 2992 1 0.00 S nis_cachemgr /usr/sbin/nis_cachemgr [snip] 1 1000 172472 32520 1 0.00 S oracleGTXFRST1 oracleGTXFRST1 (LOCAL=NO) 1 10301 1688 1128 17376 0.10 S check_procs ./check_procs -v -v -v -c 1: -a inetd 1 1000 134768 24624 1 0.00 S oracleSTOFRST1 oracleSTOFRST1 (LOCAL=NO) [snip] PROCS OK: 1 process with args 'inetd' The number in the first column is the count. As you can see, it is counting the process /usr/sbin/inetd, but has ignored the check_procs. I take your point re: sometimes procprog has a full path returned. There is a bit of code that removes the path: /* Some ps return full pathname for command. This removes path */ temp_string = strtok ((char *)procprog, "/"); while (temp_string) { strcpy(procprog, temp_string); temp_string = strtok (NULL, "/"); } What command are you running to cause the problem? Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=837535&group_id=29880 From noreply at sourceforge.net Fri Nov 7 07:45:26 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Nov 7 07:45:26 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-837535 ] check_procs - still counts itself with -a Message-ID: Bugs item #837535, was opened at 2003-11-06 15:04 Message generated for change (Comment added) made by bwhaley You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=837535&group_id=29880 Category: Parsing problem Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Ben Whaley (bwhaley) Assigned to: Ton Voon (tonvoon) Summary: check_procs - still counts itself with -a Initial Comment: This is a continuation of the bug [ 820125 ] check_procs arg-array check matches itself @ sol8 The CVS fix for this problem was: /* Ignore self */ if (strcmp (procprog, progname) == 0) { continue; } However, this is comparing progname to procprog. procprog will be whatever the program was called as (i.e. /tmp/nagios-plugins-1.3. 1/plugins/check_proc, /usr/local/nagios/libexec/check_proc, whatever) while progname will _always_ be simply check_proc. To fix this, I did the following: /* Changed this to "char *progname = "" *; */ const char *progname = "check_procs"; const char *revision = "$Revision: 1.22 $"; const char *copyright = "2000-2003"; const char *email = "nagiosplug-devel at lists.sourceforge.net"; .... in main(): int result = STATE_UNKNOWN; /* Added this */ progname = argv[0]; setlocale (LC_ALL, ""); .... Also, is there something going on with the version numbers? With the 1.3.1 release of nagios-plugins, check_procs --version says 1. 9.2.1. The CVS version, however, is 1.22. Thanks, Ben ---------------------------------------------------------------------- >Comment By: Ben Whaley (bwhaley) Date: 2003-11-07 08:44 Message: Logged In: YES user_id=277968 I think I've made a mistake.. I built 1.3.1 and ran into the problem. I then downloaded the CVS version, ran into some configure problems, and in all the confusion I think I ended up using the check_procs from 1.3.1. Please accept my apologies. I am having problems building from CVS but I'm sure you are correct. Thank you for the (very) timely response. Keep up the good work. Regards, Ben ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2003-11-07 01:53 Message: Logged In: YES user_id=664364 Ben, Thanks for the report. Easy question first: version 1.22 is CVS version, 1.9.2.1 is the branch for 1.3.1 fixes. For the main issue, I can't see a problem. Trying v1.22 on a Solairis 8 box (compiled on a Solaris 2.6) seems okay: $ ./check_procs -v -v -v -c 1: -a inetd CMD: /usr/bin/ps -Ao 's uid ppid vsz rss pcpu comm args' 0 0 0 0 0 0.00 T sched sched 0 0 824 272 0 0.10 S init /etc/init - [snip] 0 0 2672 1936 1 0.00 S vold /usr/sbin/vold 0 0 2536 2040 1 0.00 S inetd /usr/sbin/inetd -s -t 1 0 3632 1448 1 0.00 S keyserv /usr/sbin/keyserv 1 0 3568 2992 1 0.00 S nis_cachemgr /usr/sbin/nis_cachemgr [snip] 1 1000 172472 32520 1 0.00 S oracleGTXFRST1 oracleGTXFRST1 (LOCAL=NO) 1 10301 1688 1128 17376 0.10 S check_procs ./check_procs -v -v -v -c 1: -a inetd 1 1000 134768 24624 1 0.00 S oracleSTOFRST1 oracleSTOFRST1 (LOCAL=NO) [snip] PROCS OK: 1 process with args 'inetd' The number in the first column is the count. As you can see, it is counting the process /usr/sbin/inetd, but has ignored the check_procs. I take your point re: sometimes procprog has a full path returned. There is a bit of code that removes the path: /* Some ps return full pathname for command. This removes path */ temp_string = strtok ((char *)procprog, "/"); while (temp_string) { strcpy(procprog, temp_string); temp_string = strtok (NULL, "/"); } What command are you running to cause the problem? Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=837535&group_id=29880 From noreply at sourceforge.net Fri Nov 7 08:21:04 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Fri Nov 7 08:21:04 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-837535 ] check_procs - still counts itself with -a Message-ID: Bugs item #837535, was opened at 2003-11-06 22:04 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=837535&group_id=29880 Category: Parsing problem Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Ben Whaley (bwhaley) Assigned to: Ton Voon (tonvoon) Summary: check_procs - still counts itself with -a Initial Comment: This is a continuation of the bug [ 820125 ] check_procs arg-array check matches itself @ sol8 The CVS fix for this problem was: /* Ignore self */ if (strcmp (procprog, progname) == 0) { continue; } However, this is comparing progname to procprog. procprog will be whatever the program was called as (i.e. /tmp/nagios-plugins-1.3. 1/plugins/check_proc, /usr/local/nagios/libexec/check_proc, whatever) while progname will _always_ be simply check_proc. To fix this, I did the following: /* Changed this to "char *progname = "" *; */ const char *progname = "check_procs"; const char *revision = "$Revision: 1.22 $"; const char *copyright = "2000-2003"; const char *email = "nagiosplug-devel at lists.sourceforge.net"; .... in main(): int result = STATE_UNKNOWN; /* Added this */ progname = argv[0]; setlocale (LC_ALL, ""); .... Also, is there something going on with the version numbers? With the 1.3.1 release of nagios-plugins, check_procs --version says 1. 9.2.1. The CVS version, however, is 1.22. Thanks, Ben ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2003-11-07 16:20 Message: Logged In: YES user_id=664364 Ben, I'll leave the call open for now. You can close it if you find the problem is fixed. If you get stuck with compiling from CVS, please raise a new bug report and we can investigate. Ton ---------------------------------------------------------------------- Comment By: Ben Whaley (bwhaley) Date: 2003-11-07 15:44 Message: Logged In: YES user_id=277968 I think I've made a mistake.. I built 1.3.1 and ran into the problem. I then downloaded the CVS version, ran into some configure problems, and in all the confusion I think I ended up using the check_procs from 1.3.1. Please accept my apologies. I am having problems building from CVS but I'm sure you are correct. Thank you for the (very) timely response. Keep up the good work. Regards, Ben ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2003-11-07 08:53 Message: Logged In: YES user_id=664364 Ben, Thanks for the report. Easy question first: version 1.22 is CVS version, 1.9.2.1 is the branch for 1.3.1 fixes. For the main issue, I can't see a problem. Trying v1.22 on a Solairis 8 box (compiled on a Solaris 2.6) seems okay: $ ./check_procs -v -v -v -c 1: -a inetd CMD: /usr/bin/ps -Ao 's uid ppid vsz rss pcpu comm args' 0 0 0 0 0 0.00 T sched sched 0 0 824 272 0 0.10 S init /etc/init - [snip] 0 0 2672 1936 1 0.00 S vold /usr/sbin/vold 0 0 2536 2040 1 0.00 S inetd /usr/sbin/inetd -s -t 1 0 3632 1448 1 0.00 S keyserv /usr/sbin/keyserv 1 0 3568 2992 1 0.00 S nis_cachemgr /usr/sbin/nis_cachemgr [snip] 1 1000 172472 32520 1 0.00 S oracleGTXFRST1 oracleGTXFRST1 (LOCAL=NO) 1 10301 1688 1128 17376 0.10 S check_procs ./check_procs -v -v -v -c 1: -a inetd 1 1000 134768 24624 1 0.00 S oracleSTOFRST1 oracleSTOFRST1 (LOCAL=NO) [snip] PROCS OK: 1 process with args 'inetd' The number in the first column is the count. As you can see, it is counting the process /usr/sbin/inetd, but has ignored the check_procs. I take your point re: sometimes procprog has a full path returned. There is a bit of code that removes the path: /* Some ps return full pathname for command. This removes path */ temp_string = strtok ((char *)procprog, "/"); while (temp_string) { strcpy(procprog, temp_string); temp_string = strtok (NULL, "/"); } What command are you running to cause the problem? Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=837535&group_id=29880 From Ton.Voon at egg.com Mon Nov 10 04:02:03 2003 From: Ton.Voon at egg.com (Voon, Ton) Date: Mon Nov 10 04:02:03 2003 Subject: [Nagiosplug-devel] Outstanding tasks with HEAD Message-ID: Hi! Just a quick list of outstanding bits that are in CVS HEAD that I can't fix. - check_disk returns autofs filesystems by default. It looks like me->me_dummy in lib/mountlist.h ignores autofs, but doesn't seem to work on AIX (I think fails on Solaris as well, but I cannot test this) - check_swap on IRIX 6.5 not working A few suggestions: - check_disk.c says "static int show_all_fs = 1". Should default be 0? - import coreutils 5.0 routines (mountlist.h, mountlist.c, etc)? - getaddrinfo emulation moved into lib/ ? When can we get 1.4 alpha out the door? Ton 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 carries out investment business on behalf of Egg and is regulated by the Financial Services Authority. 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 Mon Nov 10 10:48:02 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 10 10:48:02 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-839427 ] problem with check_snmp -c Message-ID: Bugs item #839427, was opened at 2003-11-10 11: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=839427&group_id=29880 Category: Interface (example) Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Peter (pkringle) Assigned to: Nobody/Anonymous (nobody) Summary: problem with check_snmp -c Initial Comment: check_snmp (nagios-plugins 1.3.1) 1.24.2.2 If you run the follow command it work fine with the -w, when within 1 - 200 it errors, and when outside 1 - 200 it is OK. check_snmp -H $HOSTADDRESS$ -o $ARG2$ -w 200:1 -C $ARG1$ But if you use the -c it will always think it is an error if the result is 0 check_snmp -H $HOSTADDRESS$ -o $ARG2$ -c 200:1 -C $ARG1$ I believe this is just a problem witht he source, but I personally haven't learn C very well (just a perl and php guy). Thanks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=839427&group_id=29880 From karl at debisschop.net Mon Nov 10 21:33:11 2003 From: karl at debisschop.net (Karl DeBisschop) Date: Mon Nov 10 21:33:11 2003 Subject: [Nagiosplug-devel] Outstanding tasks with HEAD In-Reply-To: References: Message-ID: <1068528636.2910.10.camel@miles.debisschop.net> On Mon, 2003-11-10 at 07:01, Voon, Ton wrote: > Hi! > > Just a quick list of outstanding bits that are in CVS HEAD that I can't fix. > > - check_disk returns autofs filesystems by default. It looks like > me->me_dummy in lib/mountlist.h ignores autofs, but doesn't seem to work on > AIX (I think fails on Solaris as well, but I cannot test this) > - check_swap on IRIX 6.5 not working > > A few suggestions: > > - check_disk.c says "static int show_all_fs = 1". Should default be 0? > - import coreutils 5.0 routines (mountlist.h, mountlist.c, etc)? > - getaddrinfo emulation moved into lib/ ? > > When can we get 1.4 alpha out the door? We're were supposed to implement performance data in all the plugins where it make sense. I have been going through alphabetically, and have mrtgtraf in prep. People could pitch in - if everyone took a couple of plugins at the end of the alphabet, things would be quick. Using the perfdata() function, it should be quick to create standard output. We also were supposed to create a man page for the plugin listing what plugins are in the core dist, and what they do. Also for doc, we said we'd create man pages from the plugins themselves with help2man. That will require a little makefile.am work. If the stars all align, this could all be done by the end of the weekend and an alpha packaged Monday. I will do my best, but Monday assumes everything works out perfectly, which is not usually the case. -- Karl From earl at switchmanagement.com Fri Nov 14 11:28:05 2003 From: earl at switchmanagement.com (Earl C. Ruby III) Date: Fri Nov 14 11:28:05 2003 Subject: [Nagiosplug-devel] Bug in check_by_ssh Message-ID: <200311141127.08686.earl@switchmanagement.com> I had a test server that was being checked by Nagios using check_by_ssh. Last night I formatted the hard drive on the test server and re-installed the OS (SuSE Linux 8.2), using the same IP number as before. Since the IP number remained the same, all of the Nagios ping tests succeed. Since sshd on the test server is running, check_ssh returns OK. However, since the RSA host key on the test server is now different, all ssh keys have to be reset and known_hosts2 files need to be recreated -- all check_by_ssh checks should fail, and they do, but they fail with "warning" alarms, not "critical" alarms. If I try to ssh to the test server from the Nagios server I see the following: nagios at nagioshost:~/bin> ssh root at 192.168.1.101 3136: @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ 3136: @ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @ 3136: @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ 3136: IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY! 3136: Someone could be eavesdropping on you right now (man-in-the-middle attack)! 3136: It is also possible that the RSA host key has just been changed. 3136: The fingerprint for the RSA key sent by the remote host is 0e:67:02:7b:3d:d3:23:39:d1:ff:0e:fe:e8:f0:db:6b. 3136: Please contact your system administrator. 3136: Add correct host key in /usr/local/nagios/.ssh/known_hosts to get rid of this message. 3136: Offending key in /usr/local/nagios/.ssh/known_hosts:38 3136: RSA host key for 192.168.1.101 has changed and you have requested strict checking. 3136: Host key verification failed. In my opinion, any time the remote host identification changes check_by_ssh should sound a critical alarm. check_by_ssh SHOULD fail with a CRITICAL alarm if ssh returns anything via STDERR. If ssh itself is generating errors, that is a critical alarm. In my opinion, this code in check_by_ssh.c: /* WARNING if output found on stderr */ if (fgets (input_buffer, MAX_INPUT_BUFFER - 1, child_stderr)) { printf ("%s\n", input_buffer); return STATE_WARNING; } (void) fclose (child_stderr); ... should be changed to this: /* CRITICAL if output found on stderr */ if (fgets (input_buffer, MAX_INPUT_BUFFER - 1, child_stderr)) { printf ("%s\n", input_buffer); return STATE_CRITICAL; } (void) fclose (child_stderr); Also, this: if (!(fp = fopen (outputfile, "a"))) { printf ("SSH WARNING: could not open %s\n", outputfile); exit (STATE_UNKNOWN); } ... should be changed to this: if (!(fp = fopen (outputfile, "a"))) { printf ("SSH CRITICAL: could not open %s\n", outputfile); exit (STATE_CRITICAL); } -- Earl C. Ruby III Senior Systems Engineer / Developer Switch Management From jru at sunnmore.net Sat Nov 15 05:22:05 2003 From: jru at sunnmore.net (Jon Ottar Runde) Date: Sat Nov 15 05:22:05 2003 Subject: [Nagiosplug-devel] Tivoli Storage Manager ? In-Reply-To: References: Message-ID: <1068902467.3251.22.camel@twin.sunnmore.net> On Tue, 2003-10-21 at 10:31, Brian Ipsen wrote: > Hi! > > I'm running TSM on a Windows 2000 box - and unfortunately IBM has chosen > 2nd: If anyone is using TSM, it would be nice with some input on what could > be usefull.... > > Eg: > Check for specific events on the server itself or sepcific nodes > Check storage pool/database/recovery log utilization > Check Server License Compliance > Check number of active sessions (using specific communication protocol) > Check for last access from a specific node / if node is locked > if you have installed the client on a linux-box, you should have installed: /opt/tivoli/tsm/client/admin/bin/dsmadmc This is a client, that can be scripted to allow you to run commands against your TSM-server. If you create something useful, it would be nice to see it. you can use these as a template: http://www.deadcat.net/cgi-bin/download.pl?section=1&file=bb-TSM.sh http://www.deadcat.net/cgi-bin/download.pl?section=1&file=bb-tsmstatus.sh they should give you some pointers on what to include jon o -- Jon Ottar Runde From John.Riddoch at scottishwater.co.uk Mon Nov 17 07:38:11 2003 From: John.Riddoch at scottishwater.co.uk (John.Riddoch at scottishwater.co.uk) Date: Mon Nov 17 07:38:11 2003 Subject: [Nagiosplug-devel] check_log plugin Message-ID: I've been testing Nagios and I've found a few issues with the "check_log" plugin: 1. On log switches, it flags an error if there were any messages in the previous log; it doesn't differentiate between errors which have appeared and errors which have gone. This can be fixed by changing the line: count=`$GREP -c "$query" $tempdiff` to count=`$GREP -c "^>.*$query" $tempdiff` 2. The 'tail' command relies on GNU tail; Solaris (and other Unix) tail versions don't have long command options. Fix is to change: lastentry=`$GREP "$query" $tempdiff | $TAIL --lines=1` to lastentry=`$GREP "^>.*$query" $tempdiff | $TAIL -1` Note that we also incorporate the grep change here. 3. PATH is set to "", but the chmod isn't given a full path; change: chmod 600 $tempdiff to /bin/chmod 600 $tempdiff A diff of all these changes is: # diff check_log.bak check_log 192c192 < chmod 600 $tempdiff --- > /bin/chmod 600 $tempdiff 198c198 < count=`$GREP -c "$query" $tempdiff` --- > count=`$GREP -c "^>.*$query" $tempdiff` 201c201 < lastentry=`$GREP "$query" $tempdiff | $TAIL --lines=1` --- > lastentry=`$GREP "^>.*$query" $tempdiff | $TAIL -1` Hope these changes prove useful. John Riddoch -------------- next part -------------- An HTML attachment was scrubbed... URL: From noreply at sourceforge.net Wed Nov 19 06:12:02 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Nov 19 06:12:02 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-845138 ] Allow MySQL Libs to be place outside MySQL tree Message-ID: Patches item #845138, was opened at 2003-11-19 15:11 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=845138&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Lutz Behnke (cypherfox) Assigned to: Nobody/Anonymous (nobody) Summary: Allow MySQL Libs to be place outside MySQL tree Initial Comment: In order to make it possible to place the client libraries for MySQL in a system library path rather than the usual integrated directory tree, the patch adds a configure option. The code makes the assumption that the MySQL include files are in the system include pathes and will be found by the C compiler without further ado. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=845138&group_id=29880 From noreply at sourceforge.net Wed Nov 19 06:19:07 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Wed Nov 19 06:19:07 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-845143 ] Use multiplier characters for snmp_traf bandwith limits Message-ID: Patches item #845143, was opened at 2003-11-19 15:18 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=845143&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Lutz Behnke (cypherfox) Assigned to: Nobody/Anonymous (nobody) Summary: Use multiplier characters for snmp_traf bandwith limits Initial Comment: Writing long decimal numbers for large bandwiths is error prone. The patch allows the use of K, M, and G multipliers for bandwidth limit numbers. The multipliers are case insensitive and are for 2**10, 2**20 and 2**30 respective ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=845143&group_id=29880 From noreply at sourceforge.net Thu Nov 20 18:03:03 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Nov 20 18:03:03 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-846311 ] Bugfix for check_hpjd Message-ID: Patches item #846311, was opened at 2003-11-21 15:02 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=846311&group_id=29880 Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: Antony Simmonds (asimmonds) Assigned to: Nobody/Anonymous (nobody) Summary: Bugfix for check_hpjd Initial Comment: The following patch fixes a showstopper bug introduced in the code clean in v1.15 check_hpjd.c --- check_hpjd.orig 2003-11-11 09:48:12.000000000 +1300 +++ check_hpjd.c 2003-11-21 14:55:06.000000000 +1300 @@ -132,7 +132,7 @@ temp_buffer = strtok (input_buffer, "="); temp_buffer = strtok (NULL, "="); - if (temp_buffer != NULL) { + if (temp_buffer == NULL) { result = STATE_UNKNOWN; strcpy (errmsg, input_buffer); ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=846311&group_id=29880 From noreply at sourceforge.net Thu Nov 20 18:57:02 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Nov 20 18:57:02 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-846329 ] remove snmp type output in check_hpjd Message-ID: Patches item #846329, was opened at 2003-11-21 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=397599&aid=846329&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Antony Simmonds (asimmonds) Assigned to: Nobody/Anonymous (nobody) Summary: remove snmp type output in check_hpjd Initial Comment: If I use snmpget from net-snmp v5.07, it will show the snmp type in the output from the plugin. The "-O Q" flag suppresses the type label from snmpget's output. So instead of the nagios status string showing: Printer ok - (STRING: "00 READY") it now shows: Printer ok - ("00 READY") --- check_hpjd.orig 2003-11-11 09:48:12.000000000 +1300 +++ check_hpjd.c 2003-11-21 15:03:27.000000000 +1300 @@ -103,7 +103,7 @@ HPJD_GD_DOOR_OPEN, HPJD_GD_PAPER_OUTPUT, HPJD_GD_STATUS_DISPLAY); /* get the command to run */ - sprintf (command_line, "%s -m : -v 1 -c %s %s % s", PATH_TO_SNMPGET, community, + sprintf (command_line, "%s -m : -v 1 -O Q -c %s %s %s", PATH_TO_SNMPGET, community, address, query_string); /* run the command */ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=846329&group_id=29880 From noreply at sourceforge.net Sun Nov 23 12:52:11 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Sun Nov 23 12:52:11 2003 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-847821 ] check_smart - monitor sanity of SMART enabled harddisks Message-ID: New Plugins item #847821, was opened at 2003-11-23 22:51 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=847821&group_id=29880 Category: Perl plugin Group: None Status: Open Resolution: None Priority: 5 Submitted By: Iosif Fettich (ifettich) Assigned to: Nobody/Anonymous (nobody) Summary: check_smart - monitor sanity of SMART enabled harddisks Initial Comment: # # check_smart [-l] -d /dev/hda # # Nagios host script to check sanity of a harddisk using smartctl # # no warranty, use at your own risk, etc. # # In order tho let nagios read /dev/hda, you'll want to add the line # nagios hostname = NOPASSWD: /usr/sbin/smartctl -d /dev/hda # to your sudoers, using visudo. # # smartctl is part of smartmontools, # Home page is http://smartmontools.sourceforge.net/ # # feel free to change/adapt/hack it in _any_ way you wish. # ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=847821&group_id=29880 From mohacsi at niif.hu Mon Nov 24 03:40:02 2003 From: mohacsi at niif.hu (Mohacsi Janos) Date: Mon Nov 24 03:40:02 2003 Subject: [Nagiosplug-devel] new plugins relese Message-ID: <20031124123058.V51429@mignon.ki.iif.hu> Dear plugin developers, There was some movement at the end of August, to release a version of plugin. When do you plan to release 1.4 or 1.3.2? Best Regards, Janos Mohacsi Network Engineer, Research Associate NIIF/HUNGARNET, HUNGARY Key 00F9AF98: 8645 1312 D249 471B DBAE 21A2 9F52 0D1F 00F9 AF98 From noreply at sourceforge.net Mon Nov 24 06:55:07 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 24 06:55:07 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-846311 ] Bugfix for check_hpjd Message-ID: Patches item #846311, was opened at 2003-11-21 02:02 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=846311&group_id=29880 Category: Bugfix Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Antony Simmonds (asimmonds) >Assigned to: Ton Voon (tonvoon) Summary: Bugfix for check_hpjd Initial Comment: The following patch fixes a showstopper bug introduced in the code clean in v1.15 check_hpjd.c --- check_hpjd.orig 2003-11-11 09:48:12.000000000 +1300 +++ check_hpjd.c 2003-11-21 14:55:06.000000000 +1300 @@ -132,7 +132,7 @@ temp_buffer = strtok (input_buffer, "="); temp_buffer = strtok (NULL, "="); - if (temp_buffer != NULL) { + if (temp_buffer == NULL) { result = STATE_UNKNOWN; strcpy (errmsg, input_buffer); ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2003-11-24 14:54 Message: Logged In: YES user_id=664364 Antony, Thanks for the patch. In CVS, check_hpjd.c v1.18. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=846311&group_id=29880 From noreply at sourceforge.net Mon Nov 24 07:03:07 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 24 07:03:07 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-845138 ] Allow MySQL Libs to be place outside MySQL tree Message-ID: Patches item #845138, was opened at 2003-11-19 14:11 Message generated for change (Settings changed) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=845138&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Lutz Behnke (cypherfox) >Assigned to: Ton Voon (tonvoon) Summary: Allow MySQL Libs to be place outside MySQL tree Initial Comment: In order to make it possible to place the client libraries for MySQL in a system library path rather than the usual integrated directory tree, the patch adds a configure option. The code makes the assumption that the MySQL include files are in the system include pathes and will be found by the C compiler without further ado. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=845138&group_id=29880 From noreply at sourceforge.net Mon Nov 24 07:08:02 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 24 07:08:02 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-845138 ] Allow MySQL Libs to be place outside MySQL tree Message-ID: Patches item #845138, was opened at 2003-11-19 14:11 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=845138&group_id=29880 Category: Enhancement Group: None Status: Open Resolution: None >Priority: 2 Submitted By: Lutz Behnke (cypherfox) Assigned to: Ton Voon (tonvoon) Summary: Allow MySQL Libs to be place outside MySQL tree Initial Comment: In order to make it possible to place the client libraries for MySQL in a system library path rather than the usual integrated directory tree, the patch adds a configure option. The code makes the assumption that the MySQL include files are in the system include pathes and will be found by the C compiler without further ado. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2003-11-24 15:07 Message: Logged In: YES user_id=664364 Lutz, Thanks for the patch. It looks like CVS HEAD already has this functionality, but has not been back ported to release 1.3.1. Can you please try CVS head? I'll close this call after 14 days if there is no update. Regards, Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=845138&group_id=29880 From noreply at sourceforge.net Mon Nov 24 07:15:01 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 24 07:15:01 2003 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-848344 ] New Plugin: check_wget Message-ID: New Plugins item #848344, was opened at 2003-11-24 15:14 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=848344&group_id=29880 Category: Reporting script Group: None Status: Open Resolution: None Priority: 5 Submitted By: Hugo Monteiro (hvm_pt) Assigned to: Nobody/Anonymous (nobody) Summary: New Plugin: check_wget Initial Comment: This script does not check if wget process is running, as the name may suggest. Instead it uses wget to request URLs. The script was made as an alternative to check_http, which for the time of writting, does not yet support encrypted requests (https://) or requests trought a proxy. As stated above, it uses wget to make all the requests. So it can use it to request pages through proxies, with authentication or not, and retrieve from sites that use HTTPS:// protocol (if SSL was compiled in wget). cya.. Hugo Monteiro ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=848344&group_id=29880 From noreply at sourceforge.net Mon Nov 24 07:20:12 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 24 07:20:12 2003 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-848344 ] New Plugin: check_wget Message-ID: New Plugins item #848344, was opened at 2003-11-24 15:14 Message generated for change (Comment added) made by hvm_pt You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=848344&group_id=29880 Category: Reporting script Group: None Status: Open Resolution: None Priority: 5 Submitted By: Hugo Monteiro (hvm_pt) Assigned to: Nobody/Anonymous (nobody) Summary: New Plugin: check_wget Initial Comment: This script does not check if wget process is running, as the name may suggest. Instead it uses wget to request URLs. The script was made as an alternative to check_http, which for the time of writting, does not yet support encrypted requests (https://) or requests trought a proxy. As stated above, it uses wget to make all the requests. So it can use it to request pages through proxies, with authentication or not, and retrieve from sites that use HTTPS:// protocol (if SSL was compiled in wget). cya.. Hugo Monteiro ---------------------------------------------------------------------- >Comment By: Hugo Monteiro (hvm_pt) Date: 2003-11-24 15:18 Message: Logged In: YES user_id=12156 I've made a mustake and have submited the wrong file. Please ignore the first, this is the right one! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=848344&group_id=29880 From noreply at sourceforge.net Mon Nov 24 07:39:07 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 24 07:39:07 2003 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-848367 ] New plugin: check_atria Message-ID: New Plugins item #848367, was opened at 2003-11-24 15:38 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=848367&group_id=29880 Category: Application monitor Group: None Status: Open Resolution: None Priority: 5 Submitted By: Hugo Monteiro (hvm_pt) Assigned to: Nobody/Anonymous (nobody) Summary: New plugin: check_atria Initial Comment: This is a shell script plugin to check if the (IBM) Rational Clearcase daemons are running. It checks for Albd Server daemon and the Lock Manager daemon and it returns: STATE_CRITICAL - If Albd Server is not running; STATE_DEPENDENT - If Albd Server is running but Lock Manager is not; STATE_OK - If both daemons are running; STATE_WARNING - Is not used; NOTES: It does not need any parameters to run; I've already tested it in SunOS, Linux and Tru64(OSF). cya... Hugo Monteiro ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=848367&group_id=29880 From noreply at sourceforge.net Mon Nov 24 07:49:11 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 24 07:49:11 2003 Subject: [Nagiosplug-devel] [ nagiosplug-New Plugins-848379 ] New plugin: check_proc Message-ID: New Plugins item #848379, was opened at 2003-11-24 15:48 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=848379&group_id=29880 Category: Application monitor Group: None Status: Open Resolution: None Priority: 5 Submitted By: Hugo Monteiro (hvm_pt) Assigned to: Nobody/Anonymous (nobody) Summary: New plugin: check_proc Initial Comment: This is a very simple shell script plugin to check for running process(es), period. It only takes the process name to check, and it returns STATE_OK if at least 1 process is running and STATE_CRITICAL if no process is running. cya... Hugo Monteiro ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541465&aid=848379&group_id=29880 From noreply at sourceforge.net Mon Nov 24 16:55:07 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Mon Nov 24 16:55:07 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-848673 ] check_ldap does not do V3 binds Message-ID: Bugs item #848673, was opened at 2003-11-24 16:54 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=848673&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Quanah Gibson-Mount (mishikal) Assigned to: Nobody/Anonymous (nobody) Summary: check_ldap does not do V3 binds Initial Comment: The check_ldap program does not do LDAP protocol V3 binds, only V2. This is trivial to fix, here is a patch. I'd guess what would be most useful is to add a "-P" option to allow you to select a protocol, and default to V3. Patch attached. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=848673&group_id=29880 From karl at debisschop.net Mon Nov 24 22:29:03 2003 From: karl at debisschop.net (Karl DeBisschop) Date: Mon Nov 24 22:29:03 2003 Subject: [Nagiosplug-devel] new plugins relese In-Reply-To: <20031124123058.V51429@mignon.ki.iif.hu> References: <20031124123058.V51429@mignon.ki.iif.hu> Message-ID: <1069741665.22005.38.camel@miles.debisschop.net> On Mon, 2003-11-24 at 06:38, Mohacsi Janos wrote: > Dear plugin developers, > There was some movement at the end of August, to release a version > of plugin. When do you plan to release 1.4 or 1.3.2? We have had a few more bursts of progress, but are not quite there yet. Nonetheless, since the external interface seems stable, I plan to release an alpha sometime this weekend, regardless of how completely we have met the 1.4.x goals. Along with that, I'm suggesting that 1.4.x series will have a small features added after the 1.4.1 release, and thus will be more in the 'release early, release often' model. In contrast to 1.3.x, which was only bugfixes because the development was in 'big projects' happening in the 1.4.x tree. So I do not plan on branching the CVS tree for 1.5.x development until after several point releases in 1.4.x These ideas, of course, are all open to comment by the developers and the user community. -- Karl From Ton.Voon at egg.com Tue Nov 25 01:18:03 2003 From: Ton.Voon at egg.com (Voon, Ton) Date: Tue Nov 25 01:18:03 2003 Subject: [Nagiosplug-devel] new plugins relese Message-ID: My two pence says: "release early and often". Good idea on holding back a 1.5 branch until a couple of point releases to 1.4. > -----Original Message----- > From: Karl DeBisschop [mailto:karl at debisschop.net] > Sent: Tuesday, November 25, 2003 6:28 AM > To: Mohacsi Janos > Cc: NagiosPlug Devel > Subject: Re: [Nagiosplug-devel] new plugins relese > > > On Mon, 2003-11-24 at 06:38, Mohacsi Janos wrote: > > Dear plugin developers, > > There was some movement at the end of August, to > release a version > > of plugin. When do you plan to release 1.4 or 1.3.2? > > We have had a few more bursts of progress, but are not quite > there yet. > > Nonetheless, since the external interface seems stable, I plan to > release an alpha sometime this weekend, regardless of how > completely we > have met the 1.4.x goals. > > Along with that, I'm suggesting that 1.4.x series will have a small > features added after the 1.4.1 release, and thus will be more in the > 'release early, release often' model. In contrast to 1.3.x, which was > only bugfixes because the development was in 'big projects' > happening in > the 1.4.x tree. So I do not plan on branching the CVS tree for 1.5.x > development until after several point releases in 1.4.x > > These ideas, of course, are all open to comment by the developers and > the user community. > > -- > Karl > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > 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 carries out investment business on behalf of Egg and is regulated by the Financial Services Authority. 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 init at pdc.kth.se Tue Nov 25 15:37:05 2003 From: init at pdc.kth.se (Ingemar Nilsson) Date: Tue Nov 25 15:37:05 2003 Subject: [Nagiosplug-devel] check_flexlm and lmstat Message-ID: <31sbrr8o1w1.fsf@knatte.nada.kth.se> Hi, lmstat is no longer distributed as a separate program from Globetrotter Software (now Macrovision). It is now a subcommand to lmutil. My temporary solution was to create the following script: #!/bin/bash /usr/bin/lmutil lmstat $* that check_flexlm can use. Regards Ingemar From noreply at sourceforge.net Thu Nov 27 01:52:03 2003 From: noreply at sourceforge.net (SourceForge.net) Date: Thu Nov 27 01:52:03 2003 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-848673 ] check_ldap does not do V3 binds Message-ID: Bugs item #848673, was opened at 2003-11-24 16:54 Message generated for change (Comment added) made by mishikal You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=848673&group_id=29880 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Quanah Gibson-Mount (mishikal) Assigned to: Nobody/Anonymous (nobody) Summary: check_ldap does not do V3 binds Initial Comment: The check_ldap program does not do LDAP protocol V3 binds, only V2. This is trivial to fix, here is a patch. I'd guess what would be most useful is to add a "-P" option to allow you to select a protocol, and default to V3. Patch attached. ---------------------------------------------------------------------- >Comment By: Quanah Gibson-Mount (mishikal) Date: 2003-11-27 01:51 Message: Logged In: YES user_id=621416 Here is a new patch with a "-R" option to set the protocol version. It also defaults to protocol version 2, since that is the current default level. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=848673&group_id=29880 From alexander.haderer at charite.de Thu Nov 27 10:29:04 2003 From: alexander.haderer at charite.de (Alexander Haderer) Date: Thu Nov 27 10:29:04 2003 Subject: [Nagiosplug-devel] update: contrib / fetchlog-0.95 Message-ID: <5.2.0.9.1.20031127193029.01ad7fc0@postamt1.charite.de> hello, I am the maintainer of the fetchlog utility which is part of netsaint-plugins / contrib. I updated fetchlog to version 0.95. So two files need an an update: 1. contrib/README.TXT the file mentioned there now is fetchlog-0.95.tar.gz 2. contrib/tarballs/fetchlog-0.95.tar.gz the file must be replaced by a newer version. Do you want me to mail the source.tar.gz to the list (22k) or do you want to download the new version by yourself from: http://fetchlog.sourceforge.net with best regards, Alexander From Ton.Voon at egg.com Fri Nov 28 10:09:04 2003 From: Ton.Voon at egg.com (Voon, Ton) Date: Fri Nov 28 10:09:04 2003 Subject: [Nagiosplug-devel] perfdata routines Message-ID: There is a standard perfdata routine which is in utils.c. However, this expects parameters to be ints. For check_load, the data returned is floating point numbers, which means we get rounded figure for perfdata which loses a lot of information. Would it make sense for perfdata to expect all figures as floats instead? I think this is more flexible and a bit more perl-like (where all numeric scalars are floating point numbers). I guess a complaint would be speed/memory, but that should be alright in the world of super-fast computers? Any other opinions? Ton 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 carries out investment business on behalf of Egg and is regulated by the Financial Services Authority. 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 Nov 28 10:52:06 2003 From: karl at debisschop.net (Karl DeBisschop) Date: Fri Nov 28 10:52:06 2003 Subject: [Nagiosplug-devel] perfdata routines In-Reply-To: References: Message-ID: <1070045466.27508.56.camel@miles.debisschop.net> On Fri, 2003-11-28 at 10:03, Voon, Ton wrote: > There is a standard perfdata routine which is in utils.c. However, this > expects parameters to be ints. For check_load, the data returned is floating > point numbers, which means we get rounded figure for perfdata which loses a > lot of information. > > Would it make sense for perfdata to expect all figures as floats instead? I > think this is more flexible and a bit more perl-like (where all numeric > scalars are floating point numbers). I guess a complaint would be > speed/memory, but that should be alright in the world of super-fast > computers? > > Any other opinions? When we discussed the 'standard' perfdata, we felt that since MRTG and other RRD tools are dominantly oriented around ints, the we would do the same. I myself do not use these tools so much that I can vouch for the validity of the assumption that ints will make MRTG and RRD easier. But that was the logic. -- Karl From tonvoon at mac.com Fri Nov 28 13:46:02 2003 From: tonvoon at mac.com (Ton Voon) Date: Fri Nov 28 13:46:02 2003 Subject: [Nagiosplug-devel] perfdata routines In-Reply-To: <1070045466.27508.56.camel@miles.debisschop.net> References: <1070045466.27508.56.camel@miles.debisschop.net> Message-ID: <1CD347FE-21EC-11D8-A825-000A27E41300@mac.com> On 28 Nov, 2003, at 18:51, Karl DeBisschop wrote: > On Fri, 2003-11-28 at 10:03, Voon, Ton wrote: >> There is a standard perfdata routine which is in utils.c. However, >> this >> expects parameters to be ints. For check_load, the data returned is >> floating >> point numbers, which means we get rounded figure for perfdata which >> loses a >> lot of information. >> >> Would it make sense for perfdata to expect all figures as floats >> instead? I >> think this is more flexible and a bit more perl-like (where all >> numeric >> scalars are floating point numbers). I guess a complaint would be >> speed/memory, but that should be alright in the world of super-fast >> computers? >> >> Any other opinions? > > When we discussed the 'standard' perfdata, we felt that since MRTG and > other RRD tools are dominantly oriented around ints, the we would do > the > same. > > I myself do not use these tools so much that I can vouch for the > validity of the assumption that ints will make MRTG and RRD easier. But > that was the logic. > I know RRD can use floats. In fact, I think it works better with floats because RRD only stores "averages" (I sometimes get a max figure of 5.73 concurrent users on an application, which my manager thinks is a bit stupid - of course, that could just be my implementation). I think the standard perfdata should store as much info as possible. The "convert to a graph tool" can make the decision to reduce down to integers. Ton From karl at debisschop.net Sun Nov 30 19:00:05 2003 From: karl at debisschop.net (Karl DeBisschop) Date: Sun Nov 30 19:00:05 2003 Subject: [Nagiosplug-devel] perfdata routines In-Reply-To: <1CD347FE-21EC-11D8-A825-000A27E41300@mac.com> References: <1070045466.27508.56.camel@miles.debisschop.net> <1CD347FE-21EC-11D8-A825-000A27E41300@mac.com> Message-ID: <1070247521.27301.10.camel@miles.debisschop.net> On Fri, 2003-11-28 at 16:44, Ton Voon wrote: > On 28 Nov, 2003, at 18:51, Karl DeBisschop wrote: > > > On Fri, 2003-11-28 at 10:03, Voon, Ton wrote: > >> There is a standard perfdata routine which is in utils.c. However, > >> this > >> expects parameters to be ints. For check_load, the data returned is > >> floating > >> point numbers, which means we get rounded figure for perfdata which > >> loses a > >> lot of information. > >> > >> Would it make sense for perfdata to expect all figures as floats > >> instead? I > >> think this is more flexible and a bit more perl-like (where all > >> numeric > >> scalars are floating point numbers). I guess a complaint would be > >> speed/memory, but that should be alright in the world of super-fast > >> computers? > >> > >> Any other opinions? > > > > When we discussed the 'standard' perfdata, we felt that since MRTG and > > other RRD tools are dominantly oriented around ints, the we would do > > the > > same. > > > > I myself do not use these tools so much that I can vouch for the > > validity of the assumption that ints will make MRTG and RRD easier. But > > that was the logic. > > > I know RRD can use floats. In fact, I think it works better with floats > because RRD only stores "averages" (I sometimes get a max figure of > 5.73 concurrent users on an application, which my manager thinks is a > bit stupid - of course, that could just be my implementation). > > I think the standard perfdata should store as much info as possible. > The "convert to a graph tool" can make the decision to reduce down to > integers. Thanks for the comments. I've been meditating on them all weekend. And hoping others would pipe in one way or another. They did not. I committed to releasing an alpha this weekend. I am going to do that as is. I don't know if floats are the right way to go or not. I'll have to dig through the archives to try and recall what specific points were given before. Maybe the best answer is to use ints in most cases - leaving the basics of the current perfdata macro as they are. But to add a perfdataf function that makes floats for output. I'd love to hash out the best answer before rolling up an alpha, but I feel between a rock and a hard place. And since I'm not a big user of perfdata, I don't feel like I want to make a pronouncement of policy. So lets work it out in the next week or so, and hopefully the result will not entail big changes relative to 1.4.0alpha1 -- Karl