From noreply at sourceforge.net Sat Jul 1 08:46:45 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 30 Jun 2006 23:46:45 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1515435 ] CVS snapshot on Tru64 (Cannot find file "c-strtod.h") Message-ID: Bugs item #1515435, was opened at 2006-07-01 02:46 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=1515435&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Ciro Iriarte (cyruspy) Assigned to: Nobody/Anonymous (nobody) Summary: CVS snapshot on Tru64 (Cannot find file "c-strtod.h") Initial Comment: I'm trying to compile nagios-plugins on Tru64 5.1b, to monitor by ssh our production servers, here's the output, before ./configure;make No suffix list. make all-recursive No suffix list. Making all in lib sed -e 's/@''HAVE__BOOL''@/1/g' ./stdbool_.h > stdbool.ht mv stdbool.ht stdbool.h cp ./getopt_.h getopt.h-t mv getopt.h-t getopt.h make all-am source='cloexec.c' object='cloexec.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g - c cloexec.c source='full-read.c' object='full-read.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c full-read.c source='full-write.c' object='full-write.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c full-write.c source='safe-read.c' object='safe-read.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c safe-read.c source='safe-write.c' object='safe-write.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c safe-write.c source='xalloc-die.c' object='xalloc-die.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c xalloc-die.c source='malloc.c' object='malloc.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c malloc.c source='realloc.c' object='realloc.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g - c realloc.c source='error.c' object='error.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c er ror.c source='getloadavg.c' object='getloadavg.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c getloadavg.c cc: Severe: getloadavg.c, line 107: Cannot find file "c-strtod.h" specified in #include directive. (noinclfilef) # include "c-strtod.h" --^ *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1515435&group_id=29880 From noreply at sourceforge.net Sat Jul 1 11:37:39 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 01 Jul 2006 02:37:39 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1515469 ] CVS snapshot on Tru64 (Cannot find file "c-strtod.h") Message-ID: Bugs item #1515469, was opened at 2006-07-01 05:37 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=1515469&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Ciro Iriarte (cyruspy) Assigned to: Nobody/Anonymous (nobody) Summary: CVS snapshot on Tru64 (Cannot find file "c-strtod.h") Initial Comment: I'm trying to compile nagios-plugins on Tru64 5.1b, to monitor by ssh our production servers, here's the output, before ./configure;make No suffix list. make all-recursive No suffix list. Making all in lib sed -e 's/@''HAVE__BOOL''@/1/g' ./stdbool_.h > stdbool.ht mv stdbool.ht stdbool.h cp ./getopt_.h getopt.h-t mv getopt.h-t getopt.h make all-am source='cloexec.c' object='cloexec.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g - c cloexec.c source='full-read.c' object='full-read.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c full-read.c source='full-write.c' object='full-write.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c full-write.c source='safe-read.c' object='safe-read.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c safe-read.c source='safe-write.c' object='safe-write.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c safe-write.c source='xalloc-die.c' object='xalloc-die.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c xalloc-die.c source='malloc.c' object='malloc.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c malloc.c source='realloc.c' object='realloc.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g - c realloc.c source='error.c' object='error.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c er ror.c source='getloadavg.c' object='getloadavg.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c getloadavg.c cc: Severe: getloadavg.c, line 107: Cannot find file "c-strtod.h" specified in #include directive. (noinclfilef) # include "c-strtod.h" --^ *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1515469&group_id=29880 From noreply at sourceforge.net Sat Jul 1 11:53:42 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 01 Jul 2006 02:53:42 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1515469 ] CVS snapshot on Tru64 (Cannot find file "c-strtod.h") Message-ID: Bugs item #1515469, was opened at 2006-07-01 05:37 Message generated for change (Settings changed) made by cyruspy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1515469&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: CVS Status: Open >Resolution: Duplicate Priority: 5 Submitted By: Ciro Iriarte (cyruspy) Assigned to: Nobody/Anonymous (nobody) Summary: CVS snapshot on Tru64 (Cannot find file "c-strtod.h") Initial Comment: I'm trying to compile nagios-plugins on Tru64 5.1b, to monitor by ssh our production servers, here's the output, before ./configure;make No suffix list. make all-recursive No suffix list. Making all in lib sed -e 's/@''HAVE__BOOL''@/1/g' ./stdbool_.h > stdbool.ht mv stdbool.ht stdbool.h cp ./getopt_.h getopt.h-t mv getopt.h-t getopt.h make all-am source='cloexec.c' object='cloexec.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g - c cloexec.c source='full-read.c' object='full-read.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c full-read.c source='full-write.c' object='full-write.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c full-write.c source='safe-read.c' object='safe-read.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c safe-read.c source='safe-write.c' object='safe-write.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c safe-write.c source='xalloc-die.c' object='xalloc-die.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c xalloc-die.c source='malloc.c' object='malloc.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c malloc.c source='realloc.c' object='realloc.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g - c realloc.c source='error.c' object='error.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c er ror.c source='getloadavg.c' object='getloadavg.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c getloadavg.c cc: Severe: getloadavg.c, line 107: Cannot find file "c-strtod.h" specified in #include directive. (noinclfilef) # include "c-strtod.h" --^ *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1515469&group_id=29880 From noreply at sourceforge.net Sat Jul 1 11:53:57 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 01 Jul 2006 02:53:57 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1515469 ] CVS snapshot on Tru64 (Cannot find file "c-strtod.h") Message-ID: Bugs item #1515469, was opened at 2006-07-01 05:37 Message generated for change (Settings changed) made by cyruspy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1515469&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: CVS >Status: Deleted Resolution: Duplicate Priority: 5 Submitted By: Ciro Iriarte (cyruspy) Assigned to: Nobody/Anonymous (nobody) Summary: CVS snapshot on Tru64 (Cannot find file "c-strtod.h") Initial Comment: I'm trying to compile nagios-plugins on Tru64 5.1b, to monitor by ssh our production servers, here's the output, before ./configure;make No suffix list. make all-recursive No suffix list. Making all in lib sed -e 's/@''HAVE__BOOL''@/1/g' ./stdbool_.h > stdbool.ht mv stdbool.ht stdbool.h cp ./getopt_.h getopt.h-t mv getopt.h-t getopt.h make all-am source='cloexec.c' object='cloexec.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g - c cloexec.c source='full-read.c' object='full-read.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c full-read.c source='full-write.c' object='full-write.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c full-write.c source='safe-read.c' object='safe-read.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c safe-read.c source='safe-write.c' object='safe-write.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c safe-write.c source='xalloc-die.c' object='xalloc-die.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c xalloc-die.c source='malloc.c' object='malloc.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c malloc.c source='realloc.c' object='realloc.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g - c realloc.c source='error.c' object='error.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c er ror.c source='getloadavg.c' object='getloadavg.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c getloadavg.c cc: Severe: getloadavg.c, line 107: Cannot find file "c-strtod.h" specified in #include directive. (noinclfilef) # include "c-strtod.h" --^ *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1515469&group_id=29880 From noreply at sourceforge.net Sat Jul 1 15:38:12 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Sat, 01 Jul 2006 06:38:12 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1515435 ] CVS snapshot on Tru64 (Cannot find file "c-strtod.h") Message-ID: Bugs item #1515435, was opened at 2006-07-01 02:46 Message generated for change (Comment added) made by cyruspy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1515435&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Ciro Iriarte (cyruspy) Assigned to: Nobody/Anonymous (nobody) Summary: CVS snapshot on Tru64 (Cannot find file "c-strtod.h") Initial Comment: I'm trying to compile nagios-plugins on Tru64 5.1b, to monitor by ssh our production servers, here's the output, before ./configure;make No suffix list. make all-recursive No suffix list. Making all in lib sed -e 's/@''HAVE__BOOL''@/1/g' ./stdbool_.h > stdbool.ht mv stdbool.ht stdbool.h cp ./getopt_.h getopt.h-t mv getopt.h-t getopt.h make all-am source='cloexec.c' object='cloexec.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g - c cloexec.c source='full-read.c' object='full-read.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c full-read.c source='full-write.c' object='full-write.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c full-write.c source='safe-read.c' object='safe-read.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c safe-read.c source='safe-write.c' object='safe-write.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c safe-write.c source='xalloc-die.c' object='xalloc-die.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c xalloc-die.c source='malloc.c' object='malloc.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c malloc.c source='realloc.c' object='realloc.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g - c realloc.c source='error.c' object='error.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c er ror.c source='getloadavg.c' object='getloadavg.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c getloadavg.c cc: Severe: getloadavg.c, line 107: Cannot find file "c-strtod.h" specified in #include directive. (noinclfilef) # include "c-strtod.h" --^ *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. ---------------------------------------------------------------------- >Comment By: Ciro Iriarte (cyruspy) Date: 2006-07-01 09:38 Message: Logged In: YES user_id=1548408 Well, i created c-strtod.h in lib directory and replaced getloadavg.c with an aparently newer version. Needed to comment "char *basename(const char *path);" in plugins/utils.h (line 84). I'm not sure if this is the correct way to solve it, but i'm seeing less errors :D. Now i'm getting this error: ----Start----- iriartec at es45-1:/usr/users/iriartec/src/nagios-plugins-HEAD-200606302352> make No suffix list. make all-recursive No suffix list. Making all in lib make all-am Making all in plugins Making all in tests /bin/ksh ../libtool --mode=link --tag=CC cc -Wall -g -L. -o check_apt check_apt.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a runcmd.o -lssl -lcrypto cc -Wall -g -o check_apt check_apt.o utils.o runcmd.o -L/usr/users/iriartec/src/nagios-plugins-HEAD-200606302352/plugins ../lib/libnagiosplug.a ../lib/libcoreutils.a -lssl -lcrypto ld: Invalid flag usage: Wall, -Wx,-option must appear after -_SYSTYPE_SVR4 ld: Usage: ld [options] file [...] *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. ------End------ Any ideas?, probably a configure issue? Ciro ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1515435&group_id=29880 From noreply at sourceforge.net Mon Jul 3 08:57:32 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 02 Jul 2006 23:57:32 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Feature Requests-1516150 ] check_pgsql.c check plugin for Postgres DB Message-ID: Feature Requests item #1516150, was opened at 2006-07-03 08:57 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=1516150&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Submitted By: Jose Javier Sianes Ruiz (jsianes) Assigned to: Nobody/Anonymous (nobody) Summary: check_pgsql.c check plugin for Postgres DB Initial Comment: Here is a PostgreSQL check program for Nagios that connect to a Postgres DB and check the current version. Similar to check_mysql.c submited by me few days ago, this is adapted for PGSQL API and works correctly for postgres 7 and 8. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=1516150&group_id=29880 From noreply at sourceforge.net Mon Jul 3 09:03:16 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 03 Jul 2006 00:03:16 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Feature Requests-1516150 ] check_pgsql.c check plugin for Postgres DB Message-ID: Feature Requests item #1516150, was opened at 2006-07-03 08:57 Message generated for change (Comment added) made by jsianes You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=1516150&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Submitted By: Jose Javier Sianes Ruiz (jsianes) Assigned to: Nobody/Anonymous (nobody) Summary: check_pgsql.c check plugin for Postgres DB Initial Comment: Here is a PostgreSQL check program for Nagios that connect to a Postgres DB and check the current version. Similar to check_mysql.c submited by me few days ago, this is adapted for PGSQL API and works correctly for postgres 7 and 8. ---------------------------------------------------------------------- >Comment By: Jose Javier Sianes Ruiz (jsianes) Date: 2006-07-03 09:03 Message: Logged In: YES user_id=1241156 Example configuration: In 'checkcommands.cfg' add: # 'check_pgsql' command definition define command{ command_name check_pgsql command_line $USER1$/contrib/check_pgsql $HOSTADDRESS$ $ARG1$ $ARG2$ $ARG3$ $ARG4$ } And in 'services.cfg' add at least one check for Postgres service: define service{ use generic-service ; Name of service template to use host_name MyServer service_description POSTGRESQL is_volatile 0 check_period 24x7 max_check_attempts 3 normal_check_interval 3 retry_check_interval 1 contact_groups administrators notification_interval 120 notification_period 24x7 notification_options w,u,c,r check_command check_pgsql!username!password!database!5432 } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=1516150&group_id=29880 From noreply at sourceforge.net Mon Jul 3 09:57:45 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 03 Jul 2006 00:57:45 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1515435 ] CVS snapshot on Tru64 (Cannot find file "c-strtod.h") Message-ID: Bugs item #1515435, was opened at 2006-07-01 07:46 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1515435&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: CVS >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Ciro Iriarte (cyruspy) >Assigned to: Ton Voon (tonvoon) Summary: CVS snapshot on Tru64 (Cannot find file "c-strtod.h") Initial Comment: I'm trying to compile nagios-plugins on Tru64 5.1b, to monitor by ssh our production servers, here's the output, before ./configure;make No suffix list. make all-recursive No suffix list. Making all in lib sed -e 's/@''HAVE__BOOL''@/1/g' ./stdbool_.h > stdbool.ht mv stdbool.ht stdbool.h cp ./getopt_.h getopt.h-t mv getopt.h-t getopt.h make all-am source='cloexec.c' object='cloexec.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g - c cloexec.c source='full-read.c' object='full-read.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c full-read.c source='full-write.c' object='full-write.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c full-write.c source='safe-read.c' object='safe-read.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c safe-read.c source='safe-write.c' object='safe-write.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c safe-write.c source='xalloc-die.c' object='xalloc-die.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c xalloc-die.c source='malloc.c' object='malloc.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c malloc.c source='realloc.c' object='realloc.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g - c realloc.c source='error.c' object='error.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c er ror.c source='getloadavg.c' object='getloadavg.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c getloadavg.c cc: Severe: getloadavg.c, line 107: Cannot find file "c-strtod.h" specified in #include directive. (noinclfilef) # include "c-strtod.h" --^ *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-07-03 08:57 Message: Logged In: YES user_id=664364 Ciro, Thanks for the report. I've committed an update to CVS to include c-strtod.h from coreutils 5.96. Also, I've removed the non-portable -Wall compiler flags. Can you add a Tru64 build server to http://tinderbox.altinity.org ? This will make sure the plugins always compile on your favourite platform. Ton ---------------------------------------------------------------------- Comment By: Ciro Iriarte (cyruspy) Date: 2006-07-01 14:38 Message: Logged In: YES user_id=1548408 Well, i created c-strtod.h in lib directory and replaced getloadavg.c with an aparently newer version. Needed to comment "char *basename(const char *path);" in plugins/utils.h (line 84). I'm not sure if this is the correct way to solve it, but i'm seeing less errors :D. Now i'm getting this error: ----Start----- iriartec at es45-1:/usr/users/iriartec/src/nagios-plugins-HEAD-200606302352> make No suffix list. make all-recursive No suffix list. Making all in lib make all-am Making all in plugins Making all in tests /bin/ksh ../libtool --mode=link --tag=CC cc -Wall -g -L. -o check_apt check_apt.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a runcmd.o -lssl -lcrypto cc -Wall -g -o check_apt check_apt.o utils.o runcmd.o -L/usr/users/iriartec/src/nagios-plugins-HEAD-200606302352/plugins ../lib/libnagiosplug.a ../lib/libcoreutils.a -lssl -lcrypto ld: Invalid flag usage: Wall, -Wx,-option must appear after -_SYSTYPE_SVR4 ld: Usage: ld [options] file [...] *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. ------End------ Any ideas?, probably a configure issue? Ciro ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1515435&group_id=29880 From noreply at sourceforge.net Mon Jul 3 10:05:12 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 03 Jul 2006 01:05:12 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1511650 ] Release 1.4.2 check_dig -p Unknown argument Message-ID: Bugs item #1511650, was opened at 2006-06-24 03:11 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1511650&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Argument proccessing Group: Release (specify) >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Allan (allanbennett) >Assigned to: Ton Voon (tonvoon) Summary: Release 1.4.2 check_dig -p Unknown argument Initial Comment: Results before patch: [root at myserver ~]# /usr/lib/nagios/plugins/check_dig - H mydnsserver.com -l google.com -p 5300 /usr/lib/nagios/plugins/check_dig: invalid option -- p check_dig: Unknown argument - (null) Usage: check_dig -H host -l lookup [-p ] [-T ] [-w ] [-c ] [-t ] [-a ] [-v] I am not a programmer so please verify this patch is to your liking. --- plugins/check_dig.c.orig 2005-01-26 13:21:01.000000000 -0800 +++ plugins/check_dig.c 2006-06-23 18:37:14.000000000 -0700 @@ -213,7 +213,7 @@ return ERROR; while (1) { - c = getopt_long (argc, argv, "hVvt:l:H:w:c:T:a:", longopts, &option); + c = getopt_long (argc, argv, "hVvt:l:H:w:c:T:p:a:", longopts, &option); if (c == -1 || c == EOF) break; Results after patch: [root at mybuild nagios-plugins-1.4.2] # ./plugins/check_dig -H mydnsserver.com -l google.com -p 5300 DNS OK - 0.163 seconds response time (google.com. 300 IN A 72.14.207.99)|time=0.162925s;;;0.000000 Allan Bennett abennett at isomedia.com ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-07-03 09:05 Message: Logged In: YES user_id=664364 Allan, Thanks for the report. Fixed in CVS now. Ton ---------------------------------------------------------------------- Comment By: Allan (allanbennett) Date: 2006-06-24 03:44 Message: Logged In: YES user_id=1545223 Version 1.4.3 I can submit a larger patch for 1.4.3 to fix below if you wish. -p -P and --port do not work. Usage:check_dig -H host -l lookup [-p ] [-T ] [-w ] [-c ] [-t ] ] Options: -P, --port=INTEGER ---------------------------------------------------------------------- Comment By: Allan (allanbennett) Date: 2006-06-24 03:22 Message: Logged In: YES user_id=1545223 Sorry, here is patch for 1.4.3 --- plugins/check_dig.c.orig 2005-11-13 16:51:44.000000000 -0800 +++ plugins/check_dig.c 2006-06-23 19:19:35.000000000 -0700 @@ -191,7 +191,7 @@ return ERROR; while (1) { - c = getopt_long (argc, argv, "hVvt:l:H:w:c:T:a:", longopts, &option); + c = getopt_long (argc, argv, "hVvt:l:H:w:c:T:p:a:", longopts, &option); if (c == -1 || c == EOF) break; Current CVS is missing p as well ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1511650&group_id=29880 From cmies at gne.de Mon Jul 3 14:41:51 2006 From: cmies at gne.de (Christian Mies) Date: Mon, 03 Jul 2006 14:41:51 +0200 Subject: [Nagiosplug-devel] Patched / enhanced check_nwstat for Performancedata - FINAL Message-ID: <44A92CB0.387F.00C6.3@gne.de> check_nwstat is finally patched. Now the following Perfdata are available in correct form: Load 1 / 5 / 15 Perfdata Connections Perfdata Abend Count Perfdata Cache Buffers Perfdata Volume KB Free Perfdata Volume % Free Perfdata Current Service Process Perfdata Total Cache Buffers Perfdata Volume KB Purgeable Perfdata Volume Percent Purgeable Perfdata Dirty Cache Buffers Perfdata Open Files Attached the TGZ File with c-Files and compiled Version of check_nwstat. regards Christian Mies -------------- next part -------------- A non-text attachment was scrubbed... Name: check_nwstat.tgz Type: application/octet-stream Size: 33878 bytes Desc: not available URL: From noreply at sourceforge.net Mon Jul 3 21:31:35 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 03 Jul 2006 12:31:35 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1516578 ] Build failures in CVS on FreeBSD Message-ID: Bugs item #1516578, was opened at 2006-07-03 19: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=1516578&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Ari Pollak (sourceo) Assigned to: Nobody/Anonymous (nobody) Summary: Build failures in CVS on FreeBSD Initial Comment: nagios-plugins from latest CVS failed to build under FreeBSD: source='regex.c' object='regex.o' libtool=no DEPDIR=.deps depmode=gcc /usr/bin/bash ../depcomp gcc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -O2 -c regex.c In file included from regex.c:55: regex_internal.h:458: alloca.h: No such file or directory *** Error code 1 alloca.h doesn't exist on FreeBSD, the definition of alloc() is in stdlib.h. also, HAVE_LOCALE_H doesn't seem to be getting set by config.h, so many of the plugins fail to compile because of a missing locale.h. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1516578&group_id=29880 From noreply at sourceforge.net Wed Jul 5 04:20:29 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 4 Jul 2006 19:20:29 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1398284 ] Compilation failed - nagios-plugins-1.4.2 Message-ID: <200607050220.k652KTmC019456@sc8-sf-db2-new-b.sourceforge.net> Bugs item #1398284, was opened at 01/05/06 21:38 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1398284&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: Release (specify) >Status: Closed Resolution: None Priority: 5 Submitted By: Michael Henry (aviast) Assigned to: Ton Voon (tonvoon) Summary: Compilation failed - nagios-plugins-1.4.2 Initial Comment: Version 1.4.2 of the plugins failed to compile with this error: gcc: cannot specify -o with -c or -S and multiple compilations Here's the full output: Making all in plugins make[2]: Entering directory `/home/nagios/nagios-plugins-1.4.2/plugins' if gcc -DLOCALEDIR=\"/home/nagios/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl /usr/local/pgsql/include -g -O2 -MT check_dhcp.o -MD -MP -MF ".deps/check_dhcp.Tpo" -c -o check_dhcp.o check_dhcp.c; \ then mv -f ".deps/check_dhcp.Tpo" ".deps/check_dhcp.Po"; else rm -f ".deps/check_dhcp.Tpo"; exit 1; fi gcc: cannot specify -o with -c or -S and multiple compilations make[2]: *** [check_dhcp.o] Error 1 make[2]: Leaving directory `/home/nagios/nagios-plugins-1.4.2/plugins' The version of GCC is: gcc (GCC) 3.2.3 ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 07/04/06 19:20 Message: Logged In: YES user_id=1312539 This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 06/20/06 11:45 Message: Logged In: YES user_id=664364 Michael, Can you please try the snapshot at http://nagiosplug.sf.net/snapshot. Marking this call in pending. Will auto close if no response is given in 7 days. Ton ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 03/22/06 09:34 Message: Logged In: YES user_id=664364 Michael, Can you please try the snapshot at http://nagiosplug.sf.net/snapshot. Which platform are you running on? Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1398284&group_id=29880 From noreply at sourceforge.net Wed Jul 5 04:20:30 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 4 Jul 2006 19:20:30 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1446747 ] can't compile any versions Message-ID: <200607050220.k652KUNs019485@sc8-sf-db2-new-b.sourceforge.net> Bugs item #1446747, was opened at 03/09/06 12:44 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1446747&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: Release (specify) >Status: Closed Resolution: None Priority: 5 Submitted By: Dan Gahlinger (routerslayer) Assigned to: Ton Voon (tonvoon) Summary: can't compile any versions Initial Comment: none of the nagios-plugins will compile. I always get an error, I even tried the latest cvs HEAD versions, error as follows: gcc: unrecognized option '-R/lib' /usr/lib64/gcc/x86_64-suse-linux/4.0.2/../../../../x86_64-suse-linux/bin/ld: cannot find -lssl collect2: ld returned 1 exit status make[3]: *** [check_disk] Error 1 1.4.2 gives much more errors: gcc: unrecognized option '-R/usr/local/ssl/lib' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_load': dso_dlfcn.c:(.text+0x52): undefined reference to `dlopen' dso_dlfcn.c:(.text+0xc0): undefined reference to `dlclose' dso_dlfcn.c:(.text+0x100): undefined reference to `dlerror' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_unload': dso_dlfcn.c:(.text+0x19d): undefined reference to `dlclose' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_bind_var': dso_dlfcn.c:(.text+0x25a): undefined reference to `dlsym' dso_dlfcn.c:(.text+0x301): undefined reference to `dlerror' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_bind_func': dso_dlfcn.c:(.text+0x37a): undefined reference to `dlsym' dso_dlfcn.c:(.text+0x426): undefined reference to `dlerror' collect2: ld returned 1 exit status I've tried openssl 0.9.7f, 0.9.7i, 0.9.8a doesn't make any difference. they install into /usr/local/ssl this happens on SUSE 10.1 pro or RedHat Fedora FC4 ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 07/04/06 19:20 Message: Logged In: YES user_id=1312539 This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 06/20/06 11:46 Message: Logged In: YES user_id=664364 Dan, Can you try the snapshot at http://nagiosplug.sf.net/snapshot? Marking this call in pending and will auto close in 7 days if no response. Ton ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 03/22/06 09:40 Message: Logged In: YES user_id=664364 Dan, Can you try the CVS snapshot at http://nagiosplug.sf.net/snapshot. This has support for libtool, which should help with -R options and dlopen calls. Which platform are you running on? Ton ---------------------------------------------------------------------- Comment By: Jason Martin (jhmartin) Date: 03/09/06 14:12 Message: Logged In: YES user_id=589094 What version of gcc are you using? -R (meant as -rpath) doesn't seem to be present in all versions. LD_RUN_PATH as an environmental variable fulfills the same function. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1446747&group_id=29880 From noreply at sourceforge.net Wed Jul 5 04:20:30 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 4 Jul 2006 19:20:30 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1155565 ] check_dig needs better check in if statement Message-ID: <200607050220.k652KUDO019510@sc8-sf-db2-new-b.sourceforge.net> Bugs item #1155565, was opened at 03/02/05 19:38 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1155565&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: CVS >Status: Closed Resolution: None Priority: 5 Submitted By: Quanah Gibson-Mount (mishikal) Assigned to: Ton Voon (tonvoon) Summary: check_dig needs better check in if statement Initial Comment: This patch helps compensate for different DNS returns: --- nagios-plugins-1.3.1/plugins/check_dig.c.orig 2003-01-13 04:15:15.000001000 -0800 +++ nagios-plugins-1.3.1/plugins/check_dig.c 2003-12-12 07:48:30.000001000 -0800 @@ -76,11 +76,12 @@ printf ("Could not open stderr for %s\n", command_line); while (fgets (input_buffer, MAX_INPUT_BUFFER - 1, child_process)) { /* the server is responding, we just got the host name... */ - if (strstr (input_buffer, ";; ANSWER SECTION:")) { + if (strstr (input_buffer, ";; ANSWER SECTION:") || + strstr (input_buffer, ";; ANSWERS:")) { /* get the host address */ if (!fgets (input_buffer, MAX_INPUT_BUFFER - 1, child_process)) break; ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 07/04/06 19:20 Message: Logged In: YES user_id=1312539 This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 06/20/06 11:48 Message: Logged In: YES user_id=664364 Quanah, Can I have a sample output from dig please? We can use this to run tests so this is caught in all future versions. Marking this call in pending and will auto close in 7 days if no response. Ton ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 08/01/05 14:18 Message: Logged In: YES user_id=664364 Quanah, Which version of dig are you using that returns output in this format? Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1155565&group_id=29880 From noreply at sourceforge.net Wed Jul 5 04:20:31 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 4 Jul 2006 19:20:31 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1291115 ] Wrong compile Options for openSSL Message-ID: <200607050220.k652KVIm019532@sc8-sf-db2-new-b.sourceforge.net> Bugs item #1291115, was opened at 09/14/05 08:45 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1291115&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: Release (specify) >Status: Closed Resolution: None Priority: 5 Submitted By: Michael (fichi) Assigned to: Ton Voon (tonvoon) Summary: Wrong compile Options for openSSL Initial Comment: I tried to compile nagios-plugins-1.4.1.tar.gz on a debian 3.1r0a system. I installed openssl-0.9.8 successfully into /usr/local/ssl which is default for this release. I run ./configure --with-openssl=/usr/local/ssl The make aborted with the following error message. gcc -g -O2 -L. -R/usr/local/ssl/lib -L/usr/local/ssl/lib -o check_http check_http.o netutils.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a -lnsl -lresolv -lssl -lcrypto -I/usr/local/ssl/include gcc: unrecognized option `-R/usr/local/ssl/lib' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o)(.text+0x45): In function `dlfcn_load': : undefined reference to `dlopen' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o)(.text+0xc4): In function `dlfcn_load': : undefined reference to `dlclose' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o)(.text+0x102): In function `dlfcn_load': : undefined reference to `dlerror' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o)(.text+0x1ad): In function `dlfcn_bind_var': : undefined reference to `dlsym' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o)(.text+0x1f2): In function `dlfcn_bind_var': : undefined reference to `dlerror' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o)(.text+0x2ed): In function `dlfcn_bind_func': : undefined reference to `dlsym' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o)(.text+0x337): In function `dlfcn_bind_func': : undefined reference to `dlerror' /usr/local/ssl/lib/libcrypto.a(dso_dlfcn.o)(.text+0x68a): In function `dlfcn_unload': : undefined reference to `dlclose' collect2: ld returned 1 exit status make[2]: *** [check_http] Error 1 make[2]: Leaving directory `/root/src/nagios-plugins-1.4.1/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/src/nagios-plugins-1.4.1' make: *** [all] Error 2 The problem is in the Makefile from the plugin directory. If you echang the following lines: LDFLAGS = -L. -R/usr/local/ssl/lib -L/usr/local/ssl/lib -> LDFLAGS = -L. -L/usr/local/ssl/lib -L/usr/local/ssl/lib SSLLIBS = -lssl -lcrypto -> SSLLIBS = -lssl -ldl -lcrypto the compile goes OK It seams that openSSL requires an additional link option -ldl for this release. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 07/04/06 19:20 Message: Logged In: YES user_id=1312539 This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 06/20/06 11:51 Message: Logged In: YES user_id=664364 Michael, Can you try the snapshot at http://nagiosplug.sf.net/snapshot? Marking this call in pending and will auto close in 7 days if no response. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1291115&group_id=29880 From noreply at sourceforge.net Wed Jul 5 09:08:22 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 05 Jul 2006 00:08:22 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1480538 ] -Wall breaks compilation for non-gcc compilers (rel 1.4.3) Message-ID: Bugs item #1480538, was opened at 2006-05-02 13:09 Message generated for change (Comment added) made by cyruspy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1480538&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Ralph R????ner (ralph_roessner) Assigned to: Nobody/Anonymous (nobody) Summary: -Wall breaks compilation for non-gcc compilers (rel 1.4.3) Initial Comment: Including the -Wall compiler flag via AM_CFLAGS in plugins/Makefile.in breaks compilation for all compilers that don't understand this option (all except gcc, I guess). Suggested fix: Either remove this option (who wants warnings from a distribution tarball, anyway?) or make this flag depend on the gcc detection. Please find attached a patch against the Makefile.in that implements the first suggestion (not that you would need me to tell you how to go about it). Regards, Ralph R????ner ---------------------------------------------------------------------- Comment By: Ciro Iriarte (cyruspy) Date: 2006-07-05 03:08 Message: Logged In: YES user_id=1548408 Already solved in current cvs snapshot ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1480538&group_id=29880 From noreply at sourceforge.net Wed Jul 5 09:55:07 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 05 Jul 2006 00:55:07 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1480538 ] -Wall breaks compilation for non-gcc compilers (rel 1.4.3) Message-ID: Bugs item #1480538, was opened at 2006-05-02 18:09 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1480538&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: Release (specify) >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Ralph R????ner (ralph_roessner) >Assigned to: Ton Voon (tonvoon) Summary: -Wall breaks compilation for non-gcc compilers (rel 1.4.3) Initial Comment: Including the -Wall compiler flag via AM_CFLAGS in plugins/Makefile.in breaks compilation for all compilers that don't understand this option (all except gcc, I guess). Suggested fix: Either remove this option (who wants warnings from a distribution tarball, anyway?) or make this flag depend on the gcc detection. Please find attached a patch against the Makefile.in that implements the first suggestion (not that you would need me to tell you how to go about it). Regards, Ralph R????ner ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-07-05 08:55 Message: Logged In: YES user_id=664364 Ralph, Thanks for the report. This is fixed in CVS HEAD. Ton ---------------------------------------------------------------------- Comment By: Ciro Iriarte (cyruspy) Date: 2006-07-05 08:08 Message: Logged In: YES user_id=1548408 Already solved in current cvs snapshot ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1480538&group_id=29880 From noreply at sourceforge.net Wed Jul 5 10:01:26 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 05 Jul 2006 01:01:26 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1517379 ] annot find file "intprops.h" Message-ID: Bugs item #1517379, was opened at 2006-07-05 04:01 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=1517379&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Ciro Iriarte (cyruspy) Assigned to: Nobody/Anonymous (nobody) Summary: annot find file "intprops.h" Initial Comment: Building on Tru64 5.1b No suffix list. make all-recursive No suffix list. Making all in lib make all-am source='getloadavg.c' object='getloadavg.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c getloadavg.c cc: Severe: getloadavg.c, line 109: Cannot find file "intprops.h" specified in #include directive. (noinclfilef) # include "intprops.h" --^ *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1517379&group_id=29880 From noreply at sourceforge.net Wed Jul 5 10:07:19 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 05 Jul 2006 01:07:19 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1517379 ] Cannot find file "intprops.h" Message-ID: Bugs item #1517379, was opened at 2006-07-05 04:01 Message generated for change (Settings changed) made by cyruspy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1517379&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Ciro Iriarte (cyruspy) Assigned to: Nobody/Anonymous (nobody) >Summary: Cannot find file "intprops.h" Initial Comment: Building on Tru64 5.1b No suffix list. make all-recursive No suffix list. Making all in lib make all-am source='getloadavg.c' object='getloadavg.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c getloadavg.c cc: Severe: getloadavg.c, line 109: Cannot find file "intprops.h" specified in #include directive. (noinclfilef) # include "intprops.h" --^ *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1517379&group_id=29880 From noreply at sourceforge.net Wed Jul 5 11:18:48 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 05 Jul 2006 02:18:48 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1499641 ] Specify source address with check_ping Message-ID: Patches item #1499641, was opened at 2006-06-02 17:11 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1499641&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Enhancement Group: None >Status: Closed >Resolution: Rejected Priority: 5 Submitted By: dERMOTH (dermoth) >Assigned to: Ton Voon (tonvoon) Summary: Specify source address with check_ping Initial Comment: This is a patch I made for check_ping (nagiosplug 1.4.3) to allow to specify source address. This is very usefull when you have a multi-homed Nagios server and want to test different routes to the same destination. Ideally this patch needs some work in autoconf (which I have no knowledge of) to check for the -I switch and have some code included in IFDEF's. Since the -I switch will only be used when needed, this shouldn't break anything. As you can see below this modified check_ping accepts an additioal and optional -s switch: # ./check_ping --help check_ping (nagios-plugins 1.4.3) 1.50 Copyright (c) 1999 Ethan Galstad Copyright (c) 2000-2004 Nagios Plugin Development Team Use ping to check connection statistics for a remote host. Usage: check_ping -H -w ,% -c ,% [-p packets] [-s source_address] [-t timeout] [-L] [-4|-6] Options: -h, --help Print detailed help screen -V, --version Print version information -4, --use-ipv4 Use IPv4 connection -6, --use-ipv6 Use IPv6 connection -H, --hostname=HOST host to ping -w, --warning=THRESHOLD warning threshold pair -c, --critical=THRESHOLD critical threshold pair -p, --packets=INTEGER number of ICMP ECHO packets to send (Default: 5) -s, --source=IP source address -L, --link show HTML in the plugin output (obsoleted by urlize) -t, --timeout=INTEGER Seconds before connection times out (default: 10) THRESHOLD is ,% where is the round trip average travel time (ms) which triggers a WARNING or CRITICAL state, and is the percentage of packet loss to trigger an alarm state. [...] ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-07-05 10:18 Message: Logged In: YES user_id=664364 Dermoth, Thank you for your patch. Unfortunately, we will not be using it because it is too painful to try and work out if the option is supported in all the various distributions of ping (what happens if -I is supported by ping, but is not to do with source address?). If you can provide a patch for check_icmp (the pure C implementation of check_ping), we would definitely be interested. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1499641&group_id=29880 From noreply at sourceforge.net Wed Jul 5 17:26:24 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 05 Jul 2006 08:26:24 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1516578 ] Build failures in CVS on FreeBSD Message-ID: Bugs item #1516578, was opened at 2006-07-03 19:31 Message generated for change (Comment added) made by sourceo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1516578&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Resolution: None Priority: 5 Submitted By: Ari Pollak (sourceo) Assigned to: Ton Voon (tonvoon) Summary: Build failures in CVS on FreeBSD Initial Comment: nagios-plugins from latest CVS failed to build under FreeBSD: source='regex.c' object='regex.o' libtool=no DEPDIR=.deps depmode=gcc /usr/bin/bash ../depcomp gcc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -O2 -c regex.c In file included from regex.c:55: regex_internal.h:458: alloca.h: No such file or directory *** Error code 1 alloca.h doesn't exist on FreeBSD, the definition of alloc() is in stdlib.h. also, HAVE_LOCALE_H doesn't seem to be getting set by config.h, so many of the plugins fail to compile because of a missing locale.h. ---------------------------------------------------------------------- >Comment By: Ari Pollak (sourceo) Date: 2006-07-05 15:26 Message: Logged In: YES user_id=41611 Thanks. Unfortunately I don't think I have access to use a machine as a tinderbox since all our FreeBSD machines are being used as production servers with typically very high load. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2006-07-04 09:49 Message: Logged In: YES user_id=664364 Ari, Thanks for the report. I think this is fixed now in CVS. Please try the snapshot again. BTW, care to donate some time on your FreeBSD box for http:// tinderbox.altinity.org - this should guarantee that the plugins will build on your favourite platform! Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1516578&group_id=29880 From subash.rajan at wipro.com Thu Jul 6 10:44:38 2006 From: subash.rajan at wipro.com (subash.rajan at wipro.com) Date: Thu, 6 Jul 2006 14:14:38 +0530 Subject: [Nagiosplug-devel] Check_Disk Plugin Not Working in AIX 5.2 Message-ID: <49E4DEE9FC2ECA40832C0DE29B91D3E9013764B3@BLR-EC-MBX02.wipro.com> Hi, I am not able to get the out put for check_disk in AIX 5.2. The following is the error message. Kindly check and let me know your suggestion. /usr/local/nagios/libexec>./check_disk -w 20 -c 10 -p / INPUT ERROR: C_IDFP (0.000000) should be less than W_IDFP (0.0) and both should be between zero and 100 percent, inclusive for / check_disk: Could not parse arguments Usage: check_disk -w limit -c limit [-p path | -x device] [-t timeout][-m] [-e] [-W limit] [-K limit] [-v] [-q] Regards, Subash Rajan. -------------- next part -------------- An HTML attachment was scrubbed... URL: From seanius at seanius.net Thu Jul 6 10:58:19 2006 From: seanius at seanius.net (sean finney) Date: Thu, 6 Jul 2006 04:58:19 -0400 Subject: [Nagiosplug-devel] Check_Disk Plugin Not Working in AIX 5.2 In-Reply-To: <49E4DEE9FC2ECA40832C0DE29B91D3E9013764B3@BLR-EC-MBX02.wipro.com> References: <49E4DEE9FC2ECA40832C0DE29B91D3E9013764B3@BLR-EC-MBX02.wipro.com> Message-ID: <20060706085819.GA16164@seanius.net> hi subash, On Thu, Jul 06, 2006 at 02:14:38PM +0530, subash.rajan at wipro.com wrote: > I am not able to get the out put for check_disk in AIX 5.2. > The following is the error message. Kindly check and let me know your > suggestion. could you try the version from the latest cvs snapshot? i believe that it should solve your problem. sean -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From mmcgrath at fedoraproject.org Thu Jul 6 17:25:08 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Thu, 06 Jul 2006 10:25:08 -0500 Subject: [Nagiosplug-devel] nagios-plugins with-mysql on FC3 Message-ID: <44AD2B54.3070909@fedoraproject.org> I'm trying to get nagios-plugins packaged in FC3 and I've got an odd issue. When doing a ./configure --with-mysql I get the following message just before configure finishes. =================================== configure: creating ./config.status config.status: creating Makefile sed: file ./confstatVV5262/subs-3.sed line 35: unterminated `s' command config.status: creating lib/Makefile sed: file ./confstatVV5262/subs-3.sed line 35: unterminated `s' command config.status: creating m4/Makefile sed: file ./confstatVV5262/subs-3.sed line 35: unterminated `s' command config.status: creating plugins/Makefile sed: file ./confstatVV5262/subs-3.sed line 35: unterminated `s' command config.status: creating plugins/tests/Makefile sed: file ./confstatVV5262/subs-3.sed line 35: unterminated `s' command config.status: creating plugins-root/Makefile sed: file ./confstatVV5262/subs-3.sed line 35: unterminated `s' command config.status: creating plugins-scripts/Makefile sed: file ./confstatVV5262/subs-3.sed line 35: unterminated `s' command config.status: creating plugins-scripts/subst sed: file ./confstatVV5262/subs-3.sed line 35: unterminated `s' command config.status: creating plugins-scripts/utils.pm sed: file ./confstatVV5262/subs-3.sed line 35: unterminated `s' command config.status: creating plugins-scripts/utils.sh sed: file ./confstatVV5262/subs-3.sed line 35: unterminated `s' command config.status: creating command.cfg sed: file ./confstatVV5262/subs-3.sed line 35: unterminated `s' command config.status: creating test.pl sed: file ./confstatVV5262/subs-3.sed line 35: unterminated `s' command config.status: creating pkg/solaris/pkginfo sed: file ./confstatVV5262/subs-3.sed line 35: unterminated `s' command config.status: creating intl/Makefile sed: file ./confstatVV5262/subs-3.sed line 35: unterminated `s' command config.status: creating po/Makefile.in sed: file ./confstatVV5262/subs-3.sed line 35: unterminated `s' command config.status: creating config.h ========================== Initial searches were fruitless. Compiles fine in FC4,5. Any ideas? I've got a clean build environment. -Mike From ton.voon at altinity.com Thu Jul 6 17:29:44 2006 From: ton.voon at altinity.com (Ton Voon) Date: Thu, 6 Jul 2006 16:29:44 +0100 Subject: [Nagiosplug-devel] nagios-plugins with-mysql on FC3 In-Reply-To: <44AD2B54.3070909@fedoraproject.org> References: <44AD2B54.3070909@fedoraproject.org> Message-ID: Mike, Can you try the snapshot please at http://nagiosplug.sourceforge.net/ snapshot? There was a fix where older version of mysql were not returning mysql_config data for all the flags requested by configure. Ton On 6 Jul 2006, at 16:25, Mike McGrath wrote: > I'm trying to get nagios-plugins packaged in FC3 and I've got an odd > issue. When doing a ./configure --with-mysql I get the following > message just before configure finishes. > > =================================== > configure: creating ./config.status > config.status: creating Makefile > sed: file ./confstatVV5262/subs-3.sed line 35: unterminated `s' > command > config.status: creating lib/Makefile > sed: file ./confstatVV5262/subs-3.sed line 35: unterminated `s' > command > config.status: creating m4/Makefile > sed: file ./confstatVV5262/subs-3.sed line 35: unterminated `s' > command > config.status: creating plugins/Makefile > sed: file ./confstatVV5262/subs-3.sed line 35: unterminated `s' > command > config.status: creating plugins/tests/Makefile > sed: file ./confstatVV5262/subs-3.sed line 35: unterminated `s' > command > config.status: creating plugins-root/Makefile > sed: file ./confstatVV5262/subs-3.sed line 35: unterminated `s' > command > config.status: creating plugins-scripts/Makefile > sed: file ./confstatVV5262/subs-3.sed line 35: unterminated `s' > command > config.status: creating plugins-scripts/subst > sed: file ./confstatVV5262/subs-3.sed line 35: unterminated `s' > command > config.status: creating plugins-scripts/utils.pm > sed: file ./confstatVV5262/subs-3.sed line 35: unterminated `s' > command > config.status: creating plugins-scripts/utils.sh > sed: file ./confstatVV5262/subs-3.sed line 35: unterminated `s' > command > config.status: creating command.cfg > sed: file ./confstatVV5262/subs-3.sed line 35: unterminated `s' > command > config.status: creating test.pl > sed: file ./confstatVV5262/subs-3.sed line 35: unterminated `s' > command > config.status: creating pkg/solaris/pkginfo > sed: file ./confstatVV5262/subs-3.sed line 35: unterminated `s' > command > config.status: creating intl/Makefile > sed: file ./confstatVV5262/subs-3.sed line 35: unterminated `s' > command > config.status: creating po/Makefile.in > sed: file ./confstatVV5262/subs-3.sed line 35: unterminated `s' > command > config.status: creating config.h > > ========================== > > Initial searches were fruitless. Compiles fine in FC4,5. Any ideas? > I've got a clean build environment. http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon -------------- next part -------------- An HTML attachment was scrubbed... URL: From noreply at sourceforge.net Fri Jul 7 10:26:06 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 07 Jul 2006 01:26:06 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-576371 ] Regular expression patch to check_procs Message-ID: Patches item #576371, was opened at 2002-07-02 14:38 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=576371&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Tom Bertelson (tbertels) >Assigned to: Ton Voon (tonvoon) Summary: Regular expression patch to check_procs Initial Comment: This patch adds -r and -R flags to check_procs (similar to check_snmp). This makes comparisons with the -a and -C options match as regular expressions. Tested with Solaris ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-07-07 09:26 Message: Logged In: YES user_id=664364 Taking over Karl's tracker items. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=576371&group_id=29880 From albri013 at umn.edu Fri Jul 7 15:20:56 2006 From: albri013 at umn.edu (Jim Albright) Date: Fri, 07 Jul 2006 08:20:56 -0500 Subject: [Nagiosplug-devel] check_http source Message-ID: <44AE5FB8.8050507@umn.edu> Hello all I was hoping I could get the uncompiled source for check_http. The plug-in works great but I need to tweak it a little to work in our shop. -- Jim Albright University of Minnesota OIT - CCO Production Services email: albri013 at umn.edu Office: (612) 624-9743 From ton.voon at altinity.com Fri Jul 7 15:45:16 2006 From: ton.voon at altinity.com (Ton Voon) Date: Fri, 7 Jul 2006 14:45:16 +0100 Subject: [Nagiosplug-devel] check_http source In-Reply-To: <44AE5FB8.8050507@umn.edu> References: <44AE5FB8.8050507@umn.edu> Message-ID: On 7 Jul 2006, at 14:20, Jim Albright wrote: > Hello all > I was hoping I could get the uncompiled source for check_http. The > plug-in works great but I need to tweak it a little to work in our > shop. Peculiar request since this is an open source project: http:// nagiosplug.sourceforge.net. Ton http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon -------------- next part -------------- An HTML attachment was scrubbed... URL: From noreply at sourceforge.net Sat Jul 8 06:56:13 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 07 Jul 2006 21:56:13 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1517379 ] Cannot find file "intprops.h" Message-ID: Bugs item #1517379, was opened at 2006-07-05 04:01 Message generated for change (Comment added) made by cyruspy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1517379&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Ciro Iriarte (cyruspy) Assigned to: Nobody/Anonymous (nobody) Summary: Cannot find file "intprops.h" Initial Comment: Building on Tru64 5.1b No suffix list. make all-recursive No suffix list. Making all in lib make all-am source='getloadavg.c' object='getloadavg.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c getloadavg.c cc: Severe: getloadavg.c, line 109: Cannot find file "intprops.h" specified in #include directive. (noinclfilef) # include "intprops.h" --^ *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. ---------------------------------------------------------------------- >Comment By: Ciro Iriarte (cyruspy) Date: 2006-07-08 00:56 Message: Logged In: YES user_id=1548408 eeeeeeh, just tried "nagios-plugins-HEAD-200607072352" No suffix list. make all-recursive No suffix list. Making all in lib make all-am source='getloadavg.c' object='getloadavg.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c getloadavg.c cc: Severe: getloadavg.c, line 109: Cannot find file "intprops.h" specified in #include directive. (noinclfilef) # include "intprops.h" --^ *** Exit 1 ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2006-07-05 04:27 Message: Logged In: YES user_id=664364 Ciro, Thanks for the report. Fixed in CVS. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1517379&group_id=29880 From noreply at sourceforge.net Mon Jul 10 10:46:05 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 10 Jul 2006 01:46:05 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1517379 ] Cannot find file "intprops.h" Message-ID: Bugs item #1517379, was opened at 2006-07-05 09:01 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1517379&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Ciro Iriarte (cyruspy) >Assigned to: Ton Voon (tonvoon) Summary: Cannot find file "intprops.h" Initial Comment: Building on Tru64 5.1b No suffix list. make all-recursive No suffix list. Making all in lib make all-am source='getloadavg.c' object='getloadavg.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c getloadavg.c cc: Severe: getloadavg.c, line 109: Cannot find file "intprops.h" specified in #include directive. (noinclfilef) # include "intprops.h" --^ *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-07-10 09:46 Message: Logged In: YES user_id=664364 Ciro, Fix redone. Actually tested this time :) Ton ---------------------------------------------------------------------- Comment By: Ciro Iriarte (cyruspy) Date: 2006-07-08 05:56 Message: Logged In: YES user_id=1548408 eeeeeeh, just tried "nagios-plugins-HEAD-200607072352" No suffix list. make all-recursive No suffix list. Making all in lib make all-am source='getloadavg.c' object='getloadavg.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c getloadavg.c cc: Severe: getloadavg.c, line 109: Cannot find file "intprops.h" specified in #include directive. (noinclfilef) # include "intprops.h" --^ *** Exit 1 ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2006-07-05 09:27 Message: Logged In: YES user_id=664364 Ciro, Thanks for the report. Fixed in CVS. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1517379&group_id=29880 From noreply at sourceforge.net Tue Jul 11 05:58:46 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 10 Jul 2006 20:58:46 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1517379 ] Cannot find file "intprops.h" Message-ID: Bugs item #1517379, was opened at 2006-07-05 04:01 Message generated for change (Settings changed) made by cyruspy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1517379&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Ciro Iriarte (cyruspy) Assigned to: Ton Voon (tonvoon) Summary: Cannot find file "intprops.h" Initial Comment: Building on Tru64 5.1b No suffix list. make all-recursive No suffix list. Making all in lib make all-am source='getloadavg.c' object='getloadavg.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c getloadavg.c cc: Severe: getloadavg.c, line 109: Cannot find file "intprops.h" specified in #include directive. (noinclfilef) # include "intprops.h" --^ *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2006-07-10 04:46 Message: Logged In: YES user_id=664364 Ciro, Fix redone. Actually tested this time :) Ton ---------------------------------------------------------------------- Comment By: Ciro Iriarte (cyruspy) Date: 2006-07-08 00:56 Message: Logged In: YES user_id=1548408 eeeeeeh, just tried "nagios-plugins-HEAD-200607072352" No suffix list. make all-recursive No suffix list. Making all in lib make all-am source='getloadavg.c' object='getloadavg.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c getloadavg.c cc: Severe: getloadavg.c, line 109: Cannot find file "intprops.h" specified in #include directive. (noinclfilef) # include "intprops.h" --^ *** Exit 1 ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2006-07-05 04:27 Message: Logged In: YES user_id=664364 Ciro, Thanks for the report. Fixed in CVS. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1517379&group_id=29880 From noreply at sourceforge.net Tue Jul 11 05:59:50 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 10 Jul 2006 20:59:50 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1520331 ] Cannot find file "fcntl--.h" Message-ID: Bugs item #1520331, was opened at 2006-07-10 23:59 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1520331&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Ciro Iriarte (cyruspy) Assigned to: Nobody/Anonymous (nobody) Summary: Cannot find file "fcntl--.h" Initial Comment: Another one.... source='malloc.c' object='malloc.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c malloc.c source='realloc.c' object='realloc.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c realloc.c source='error.c' object='error.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c error.c source='getloadavg.c' object='getloadavg.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c getloadavg.c cc: Severe: getloadavg.c, line 450: Cannot find file "fcntl--.h" specified in #include directive. (noinclfilef) # include "fcntl--.h" --^ *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1520331&group_id=29880 From noreply at sourceforge.net Tue Jul 11 14:40:33 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 11 Jul 2006 05:40:33 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1520331 ] Cannot find file "fcntl--.h" Message-ID: Bugs item #1520331, was opened at 2006-07-11 04:59 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1520331&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Ciro Iriarte (cyruspy) >Assigned to: Ton Voon (tonvoon) Summary: Cannot find file "fcntl--.h" Initial Comment: Another one.... source='malloc.c' object='malloc.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c malloc.c source='realloc.c' object='realloc.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c realloc.c source='error.c' object='error.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c error.c source='getloadavg.c' object='getloadavg.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c getloadavg.c cc: Severe: getloadavg.c, line 450: Cannot find file "fcntl--.h" specified in #include directive. (noinclfilef) # include "fcntl--.h" --^ *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-07-11 13:40 Message: Logged In: YES user_id=664364 Ciro, Thanks for the report. Added extra files into CVS. Please try the snapshot. I think this should be all the getloadavg.c files. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1520331&group_id=29880 From kanchev at in.tum.de Wed Jul 12 14:33:44 2006 From: kanchev at in.tum.de (Aleksandar Kanchev) Date: Wed, 12 Jul 2006 14:33:44 +0200 Subject: [Nagiosplug-devel] Suggestion for the check_http plugin Message-ID: <44B4EC28.1080802@in.tum.de> Hello, The check_http plugin is missing proxy support. This is OK when an url can be tested without SSL. But when the URL is accessible only via https and the only way to connect is through a proxy server, check_http fails. So does wget btw, because GET https://.... is not supported. My suggestion for a new feature is to make check_http support proxy CONNECT requests. Thanks, Aleksandar From matthias.eble at mailing.kaufland-informationssysteme.com Wed Jul 12 17:06:21 2006 From: matthias.eble at mailing.kaufland-informationssysteme.com (Matthias Eble) Date: Wed, 12 Jul 2006 17:06:21 +0200 Subject: [Nagiosplug-devel] patch for check_http - multiple expect strings Message-ID: <44B50FED.9010301@mailing.kaufland-informationssysteme.com> hi all! i wrote a small patch against 1.4.3 to let check_http accept multiple expect-strings. check_http exits critical if one of the strings is missing. it would be nice if someone could review this one since I'm not really a c programmer :( thanks matthias -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: check_http.patch URL: From noreply at sourceforge.net Wed Jul 12 20:56:38 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 12 Jul 2006 11:56:38 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1469472 ] check_ping dns lookup problem Message-ID: Bugs item #1469472, was opened at 2006-04-12 15:42 Message generated for change (Comment added) made by atxformfactor You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1469472&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: nsturm (nsturm) Assigned to: Nobody/Anonymous (nobody) Summary: check_ping dns lookup problem Initial Comment: This is on 1.4.2. check_ping and maybe other plugins, first set their SIGARLM timeout and then do an unconditional dns lookup on the address provided, even if it is an IP. Besides the dns lookup on the IP address is useless to the best of my knowledge, it can timeout, which the code does not handle. If the dns lookup does time out, fileno(child_process) in popen_timeout_alarm_handler() will segfault. A simple workaround, which is BAD BAD BAD, is attached. The proper solution would be to rewrite this piece of code (and similar ones on other modules) to correctly deal with the dns timeout. ---------------------------------------------------------------------- Comment By: Mark Hennessy (atxformfactor) Date: 2006-07-12 14:56 Message: Logged In: YES user_id=1554526 Why hasn't anyone picked this one up? I have noticed this issue as well. I get this message when DNS doesn't work due to a name server connection issue on the machine performing the Nagios checks: popen timeout received, but no child process All of my host entries are by IP, I don't see why check_ping should need to look up DNS for IPs at all. Someone should at least add a commandline switch or something. I may just have to write a perl wrapper for my local system's ping if nothing is done by anyone about this. :( ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1469472&group_id=29880 From a.depretis at 25th-floor.com Thu Jul 13 00:54:52 2006 From: a.depretis at 25th-floor.com (Andreas de Pretis) Date: Thu, 13 Jul 2006 00:54:52 +0200 Subject: [Nagiosplug-devel] Bugs in contrib/check_email_loop.pl Message-ID: <44B57DBC.3090606@25th-floor.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I attached a patch diffed against contrib/check_email_loop.pl from the daily snapshot (HEAD-200607121152). It fixes a syntax error, a typo and a minor warning with some regexps. Regards, Andreas de Pretis -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) iD8DBQFEtX28GFoAHJp0DTURAhaLAKDKWvF56HxyuTkqB3mDOKD4hsM3YQCgtAah 3I1GFd3FmnDr4QE2LHlArXs= =RtR5 -----END PGP SIGNATURE----- -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: 200607121152-check_email_loop.patch URL: From noreply at sourceforge.net Thu Jul 13 05:28:31 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 12 Jul 2006 20:28:31 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1520331 ] Cannot find file "fcntl--.h" Message-ID: Bugs item #1520331, was opened at 2006-07-10 23:59 Message generated for change (Comment added) made by cyruspy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1520331&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Resolution: Fixed Priority: 5 Submitted By: Ciro Iriarte (cyruspy) Assigned to: Ton Voon (tonvoon) Summary: Cannot find file "fcntl--.h" Initial Comment: Another one.... source='malloc.c' object='malloc.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c malloc.c source='realloc.c' object='realloc.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c realloc.c source='error.c' object='error.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c error.c source='getloadavg.c' object='getloadavg.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c getloadavg.c cc: Severe: getloadavg.c, line 450: Cannot find file "fcntl--.h" specified in #include directive. (noinclfilef) # include "fcntl--.h" --^ *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. ---------------------------------------------------------------------- >Comment By: Ciro Iriarte (cyruspy) Date: 2006-07-12 23:28 Message: Logged In: YES user_id=1548408 ok, thanks... got another problem, is enough with the tinderbox report? ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2006-07-11 08:40 Message: Logged In: YES user_id=664364 Ciro, Thanks for the report. Added extra files into CVS. Please try the snapshot. I think this should be all the getloadavg.c files. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1520331&group_id=29880 From noreply at sourceforge.net Thu Jul 13 07:31:33 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 12 Jul 2006 22:31:33 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1520331 ] Cannot find file "fcntl--.h" Message-ID: Bugs item #1520331, was opened at 2006-07-10 23:59 Message generated for change (Comment added) made by cyruspy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1520331&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Resolution: Fixed Priority: 5 Submitted By: Ciro Iriarte (cyruspy) Assigned to: Ton Voon (tonvoon) Summary: Cannot find file "fcntl--.h" Initial Comment: Another one.... source='malloc.c' object='malloc.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c malloc.c source='realloc.c' object='realloc.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c realloc.c source='error.c' object='error.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c error.c source='getloadavg.c' object='getloadavg.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c getloadavg.c cc: Severe: getloadavg.c, line 450: Cannot find file "fcntl--.h" specified in #include directive. (noinclfilef) # include "fcntl--.h" --^ *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. ---------------------------------------------------------------------- >Comment By: Ciro Iriarte (cyruspy) Date: 2006-07-13 01:31 Message: Logged In: YES user_id=1548408 ok, thanks... got another problem, is enough with the tinderbox report? ---------------------------------------------------------------------- Comment By: Ciro Iriarte (cyruspy) Date: 2006-07-12 23:28 Message: Logged In: YES user_id=1548408 ok, thanks... got another problem, is enough with the tinderbox report? ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2006-07-11 08:40 Message: Logged In: YES user_id=664364 Ciro, Thanks for the report. Added extra files into CVS. Please try the snapshot. I think this should be all the getloadavg.c files. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1520331&group_id=29880 From noreply at sourceforge.net Thu Jul 13 10:56:33 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 13 Jul 2006 01:56:33 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1520331 ] Cannot find file "fcntl--.h" Message-ID: Bugs item #1520331, was opened at 2006-07-11 04:59 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1520331&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Resolution: Fixed Priority: 5 Submitted By: Ciro Iriarte (cyruspy) Assigned to: Ton Voon (tonvoon) Summary: Cannot find file "fcntl--.h" Initial Comment: Another one.... source='malloc.c' object='malloc.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c malloc.c source='realloc.c' object='realloc.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c realloc.c source='error.c' object='error.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c error.c source='getloadavg.c' object='getloadavg.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -g -c getloadavg.c cc: Severe: getloadavg.c, line 450: Cannot find file "fcntl--.h" specified in #include directive. (noinclfilef) # include "fcntl--.h" --^ *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-07-13 09:56 Message: Logged In: YES user_id=664364 Ciro, Fixed in CVS for the basename problem. Just drop me an email directly if you have any new problems with the Tru6y4 build. Ton ---------------------------------------------------------------------- Comment By: Ciro Iriarte (cyruspy) Date: 2006-07-13 06:31 Message: Logged In: YES user_id=1548408 ok, thanks... got another problem, is enough with the tinderbox report? ---------------------------------------------------------------------- Comment By: Ciro Iriarte (cyruspy) Date: 2006-07-13 04:28 Message: Logged In: YES user_id=1548408 ok, thanks... got another problem, is enough with the tinderbox report? ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2006-07-11 13:40 Message: Logged In: YES user_id=664364 Ciro, Thanks for the report. Added extra files into CVS. Please try the snapshot. I think this should be all the getloadavg.c files. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1520331&group_id=29880 From ton.voon at altinity.com Thu Jul 13 11:05:03 2006 From: ton.voon at altinity.com (Ton Voon) Date: Thu, 13 Jul 2006 10:05:03 +0100 Subject: [Nagiosplug-devel] Bugs in contrib/check_email_loop.pl In-Reply-To: <44B57DBC.3090606@25th-floor.com> References: <44B57DBC.3090606@25th-floor.com> Message-ID: <44993D90-32E5-4F85-9286-619D7238165C@altinity.com> Andreas, Thank you for your patch. However, we are not maintaining plugins in the contrib section - these will be removed in a future release. On Nagiosexchange, there is a link for check_email_loop by Benjamin Schmid: http://www.nagiosexchange.org/Networking.53.0.html? &tx_netnagext_pi1[p_view]=328. I've copied him into this email. Perhaps you two would like to get together to update the plugin? Ton On 12 Jul 2006, at 23:54, Andreas de Pretis wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > I attached a patch diffed against contrib/check_email_loop.pl from the > daily snapshot (HEAD-200607121152). It fixes a syntax error, a typo > and > a minor warning with some regexps. > > Regards, > Andreas de Pretis > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.2 (MingW32) > > iD8DBQFEtX28GFoAHJp0DTURAhaLAKDKWvF56HxyuTkqB3mDOKD4hsM3YQCgtAah > 3I1GFd3FmnDr4QE2LHlArXs= > =RtR5 > -----END PGP SIGNATURE----- > > > This message has been scanned for viruses by MailController - > www.MailController.altohiway.com > --- /usr/lib/nagios/plugins/check_email_loop 2006-07-11 > 18:39:04.599062688 +0200 > +++ nagios-plugins-HEAD-200607121152/contrib/check_email_loop.pl > 2005-11-30 00:21:06.000000000 +0100 > @@ -43,7 +43,7 @@ > my $TIMEOUT = 120; > my %ERRORS = ('OK' , '0', > 'WARNING', '1', > - 'CRITICAL', '2', > + 'CRITICAL', '2'); > 'UNKNOWN' , '3'); > > my $state = "UNKNOWN"; > @@ -176,7 +176,7 @@ > my @msgsubject = grep /^Subject/, @msglines; > chomp @msgsubject; > # Scan Subject if email is an Email-Ping. In fact we match and > delete also successfully retrieved messages here again. > - if (!defined $keeporphaned && $msgsubject[0] && $msgsubject[0] > =~ /E-Mail Ping \[/) { > + if (!defined $keeporphaned && $msgsubject[0] =~ /E-Mail Ping \[/) { > $pop->delete($msgcount); # remove E-Mail from POP3 server > } > > @@ -245,7 +245,7 @@ > print " -popuser=text Username of the POP3-account\n"; > print " -passwd=text Password for the POP3-user\n"; > print " -poptimeout=num Timeout in seconds for the POP3- > server\n"; > - print " -smtphost=text IP or name of the SMTP host\n"; > + print " -smtphost=text IP oder name of the SMTP host\n"; > print " -smtptimeout=num Timeout in seconds for the SMTP- > server\n"; > print " -statfile=text File to save ids of messages > ($statfile)\n"; > print " -interval=num Time (in minutes) that must pass by > before sending\n"; > @@ -290,7 +290,7 @@ > $id =~ s/^LI/ID/; # evtl. remove lost mail mark > @tmp = grep /E-Mail Ping \[/, @$mailref; > chomp @tmp; > - if ($tmp[0] && $tmp[0] =~ /$id/) > + if (($tmp[0] =~ /$id/)) > { $match = 1; } > > # Sender: > > ---------------------------------------------------------------------- > --- > Using Tomcat but need to do more? Need to support web services, > security? > Get stuff done quickly with pre-integrated technology to make your > job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________________ > Nagios Plugin Development Mailing List Nagiosplug- > devel at lists.sourceforge.net > Unsubscribe at https://lists.sourceforge.net/lists/listinfo/ > nagiosplug-devel > ::: Please include plugins version (-v) and OS when reporting any > issue. > ::: Messages without supporting info will risk being sent to /dev/null http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon -------------- next part -------------- An HTML attachment was scrubbed... URL: From ton.voon at altinity.com Fri Jul 14 01:53:12 2006 From: ton.voon at altinity.com (Ton Voon) Date: Fri, 14 Jul 2006 00:53:12 +0100 Subject: [Nagiosplug-devel] check_disk enhancements Message-ID: Hi! I've spent a lot of time on check_disk and I think it is much better now. However, there are a few things I wanted to get some opinions on. Firstly, I've fixed a lot of major bugs in check_disk. Turns out that absolute values were incorrectly measured. The docs say that ./ check_disk -w 100 -p / should check for 100MB free on /, but in fact it was checking 100 blocks (whatever the filesystem blocksize was), which is not the same thing at all. Secondly, the values for space used were incorrectly calculated, because of changing types and then losing accuracy from floats and not doubles. I've copied the same techniques used in coreutils' df command, so the results should be exactly the same as df would output. Thirdly, the parsing of "best match" filesystems and excluding filesystems was incorrect. These functions have been moved off into a library function where it is now tested using libtap (Haven't heard of it? I've only been harping on about how great it is for a year now! http://jc.ngo.org.uk/trac-bin/trac.cgi/wiki/LibTap and http:// www.onlamp.com/pub/a/onlamp/2006/01/19/libtap.html). I've also added in an "exact-match" option, due to public demand. Lastly, we can now compare against multiple threshold values. Not just the current freespace_units, freespace_percent and usedinodes_percent, but also usedspace_units and usedspace_percent. Others can be easily added. However, there are problems with how to specify these thresholds (see below). The t/check_disk.t tests have been updated as well, so some long standing bugs have been fixed. The only test failures at the moment are for range checking. Is this something that should be done generally? For instance, should we raise errors re: ranges where warning will never occur? Eg, warn if inside 0:10, critical if inside 0:15? Or eg, percent must be between 0 and 100? I tend to think that it should be left to the user. One regression that I have left in is the trimming of perf data. The warn/crit/max/min values were not being generated correctly, and there are no library routines for it yet (though there are in the Nagios::Plugin module). I plan on putting that back in at some stage. Anyone desperate for it? The biggest problem that I've discovered is that the range specification for -w and -c are inverted from the norm. This was noticed when using the library range checking routines. check_disk -w 10% means alert if freespace is below 10%, but we normally mean to alert if it is outside the range. So, for instance, check_procs -w 1:1 means alert if greater than 1 process. I've got a hack for check_disk (forcing a @ at the beginning of the range, which means to alert inside), but I was wondering if we should introduce a new way of defining thresholds. I'm thinking something like: --freespace="0:5;0:2" (warn if outside 0 to 5, crit if outside 0 to 2) --usedspace_percent=";90:100" (no warn, crit if outside 90 to 100) --usedinode="100:;200:" (warn if outside 100 to infinity, crit if outside 200 to infinity) This also matches with perfdata output. Any opinions? Ton http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon -------------- next part -------------- An HTML attachment was scrubbed... URL: From noreply at sourceforge.net Sat Jul 15 07:03:27 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 14 Jul 2006 22:03:27 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1522900 ] configure.in bug Message-ID: Bugs item #1522900, was opened at 2006-07-15 00:03 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=1522900&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Lance Albertson (ramereth) Assigned to: Nobody/Anonymous (nobody) Summary: configure.in bug Initial Comment: I've encountered a bug in configure.in in version 1.4.3. Apparently autoconf 2.60 introduces a stricter set of rules and it caught one in your configure.in. I've tested my patch and it appears to work. Please check our bug [1] if you want to see more detail in the error. Please apply this patch for the next release :) Thanks! [1] http://bugs.gentoo.org/show_bug.cgi?id=138690 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1522900&group_id=29880 From gavin at openfusion.com.au Sun Jul 16 01:55:52 2006 From: gavin at openfusion.com.au (Gavin Carr) Date: Sun, 16 Jul 2006 09:55:52 +1000 Subject: [Nagiosplug-devel] check_disk enhancements In-Reply-To: References: Message-ID: <20060715235551.GA25772@openfusion.com.au> Hi Ton, On Fri, Jul 14, 2006 at 12:53:12AM +0100, Ton Voon wrote: > I've spent a lot of time on check_disk and I think it is much better > now. However, there are a few things I wanted to get some opinions on. Your changes look great. The missing feature I'd most like check_disk is a flag to change reporting (and perhaps also thresholds, but that's less important) from being in terms of free space to being in terms of utilisation, so the percentages would be like 'df'. For some reason, my brain finds scanning utilisation percentages much easier than free space ones - contrast: DISK OK - free space: / 666 MB (13%); /boot 31 MB (32%); /export 63118 MB (63%) with: DISK OK - utilization: / 4251 MB (87%); /boot 63 MB (67%); /export 33414 MB (37%) Anyone else wired this way? Cheers, Gavin From rouilj at cs.umb.edu Sun Jul 16 05:07:34 2006 From: rouilj at cs.umb.edu (John P. Rouillard) Date: Sat, 15 Jul 2006 23:07:34 -0400 Subject: [Nagiosplug-devel] check_disk enhancements In-Reply-To: Your message of "Sun, 16 Jul 2006 09:55:52 +1000." <20060715235551.GA25772@openfusion.com.au> Message-ID: <200607160307.k6G37YIh020988@mx1.cs.umb.edu> In message <20060715235551.GA25772 at openfusion.com.au>, Gavin Carr writes: >Your changes look great. The missing feature I'd most like check_disk is >a flag to change reporting (and perhaps also thresholds, but that's less >important) from being in terms of free space to being in terms of >utilisation, so the percentages would be like 'df'. > >For some reason, my brain finds scanning utilisation percentages much >easier than free space ones - contrast: [...] >Anyone else wired this way? Basically, yes. In message , Ton Voon writes: >The biggest problem that I've discovered is that the range >specification for -w and -c are inverted from the norm. This was >noticed when using the library range checking routines. check_disk -w >10% means alert if freespace is below 10%, but we normally mean to >alert if it is outside the range. So, for instance, check_procs -w >1:1 means alert if greater than 1 process. Specifying the freespace always seemed weird to me. If we defined the used space, it would work better with the -w and -c settings. -w 80 (-w 0:80) - warn if more than 80% of the disk used. -c 90 (-c 0:90) - critical if more than 90% of the disk used. However this would be an incompatible change to the command line that doesn't look different from the pre-existing calling format, so it's out unless we implement a flag to request this as Gavin said above. >I've got a hack for check_disk (forcing a @ at the beginning of the >range, which means to alert inside), but I was wondering if we should >introduce a new way of defining thresholds. I'm thinking something like: > > --freespace="0:5;0:2" (warn if outside 0 to 5, crit if outside 0 >to 2) > --usedspace_percent=";90:100" (no warn, crit if outside 90 to 100) > --usedinode="100:;200:" (warn if outside 100 to infinity, crit if > outside 200 to infinity) > >This also matches with perfdata output. Just a nit first, would the new way be in addition to the old way (-w, -c), or replace the old way entirely and report an error if somebody tries to use it? I think in addition to is the best for backwards compatibility. The -w and -c flags work well if the plugin is only testing for one parameter. However a lot of plugins test for multiple parameters. I have a couple of home grown plugins that test 10 different parameters because the overhead of getting the data is so large that calling the program 10 times to just extract a single data item is nuts. In other cases there can be multiple tests to perform against the data from the command and they must all be done at once because the data needs to be synchronized for the tests to be meaningful. Using tkwatcher I had some instances where there were 30 tests on the output of a single command stream. I agree that the current -w -c -W -C threshold setting mechanism's don't cut it. So I think something like what you propose is needed. I would extend it just a bit however to allow each threshold to specify: warn_list;crit_list where warn/crit_list is: warn_list/crit_list range|single[,range|single] where single is a degenerate form of range implying 0:single just as with the current plugins. This way we can support upper and lower warning limits. E.G: warn if in the range 10-20 or 80-90, crit if in the range 0-10 or 90-100: --freespace 0:10,20:80,90:100;10:90 This would also work for those cases where we need to exclude the middle of a range e.g. when checking discrete values from snmp. E.G. 1,2,4 are warning but 3,5 are critical: --thresh 3:3,5:;1:2,4:4 Quips, comments, evasions, questions, answers or suggestions welcome. Although I have to say coding my standard parser for shell script to deal with the current threshold processing was a bear. This enhanced form may be worse. -- rouilj John Rouillard =========================================================================== My employers don't acknowledge my existence much less my opinions. From scotjenkins at gmail.com Sun Jul 16 06:14:07 2006 From: scotjenkins at gmail.com (Scot Jenkins) Date: Sat, 15 Jul 2006 23:14:07 -0500 Subject: [Nagiosplug-devel] check_disk enhancements In-Reply-To: <20060715235551.GA25772@openfusion.com.au> References: <20060715235551.GA25772@openfusion.com.au> Message-ID: On 7/15/06, Gavin Carr wrote: > Hi Ton, > > On Fri, Jul 14, 2006 at 12:53:12AM +0100, Ton Voon wrote: > > I've spent a lot of time on check_disk and I think it is much better > > now. However, there are a few things I wanted to get some opinions on. > > Your changes look great. The missing feature I'd most like check_disk is > a flag to change reporting (and perhaps also thresholds, but that's less > important) from being in terms of free space to being in terms of > utilisation, so the percentages would be like 'df'. > > For some reason, my brain finds scanning utilisation percentages much > easier than free space ones - contrast: > > DISK OK - free space: / 666 MB (13%); /boot 31 MB (32%); /export 63118 MB (63%) > > with: > > DISK OK - utilization: / 4251 MB (87%); /boot 63 MB (67%); /export 33414 MB (37%) > > > Anyone else wired this way? > > Cheers, > Gavin I'll second this. I came to Nagios from the BigBrother (BB) world. BB's disk checks were based on utilitization, like df(1), so I tend to think in terms of % used not % free. I've found it very confusing trying to switch to the % free methodology. I guess that makes me a glass 1/2 full kind of person. :) Scot From noreply at sourceforge.net Mon Jul 17 11:37:57 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 17 Jul 2006 02:37:57 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1523748 ] check_disc uninitialized variable Message-ID: Bugs item #1523748, was opened at 2006-07-17 11:37 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=1523748&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Dick van den Burg (vandenburgd) Assigned to: Nobody/Anonymous (nobody) Summary: check_disc uninitialized variable Initial Comment: the new se->w_idfp and se->c_idfp in version 1.4.3 are not initialized resulting in the following error (on HP-UX 11.23) check_disk -c 5% -w 10% -p /dev/vg00/lvol1 INPUT ERROR: C_IDFP (0.000000) should be less than W_IDFP (64768802081573470261722606760322190900000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000.0) and both should be between zero and 100 percent, inclusive for /dev/vg00/lvol1 check_disk: Could not parse arguments Usage: check_disk -w limit -c limit [-p path | -x device] [-t timeout][-m] [-e] [-W limit] [-K limit] [-v] [-q] The following patch corrects this *** check_disk.c Mon Jul 17 11:32:26 2006 --- check_disk.c.good Mon Jul 17 11:32:03 2006 *************** *** 462,467 **** --- 462,469 ---- se->c_df = c_df; se->w_dfp = w_dfp; se->c_dfp = c_dfp; + se->w_idfp = w_idfp; + se->c_idfp = c_idfp; se->found = 0; se->found_len = 0; *pathtail = se; ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1523748&group_id=29880 From ton.voon at altinity.com Mon Jul 17 12:25:50 2006 From: ton.voon at altinity.com (Ton Voon) Date: Mon, 17 Jul 2006 11:25:50 +0100 Subject: [Nagiosplug-devel] check_disk enhancements In-Reply-To: <200607160307.k6G37YIh020988@mx1.cs.umb.edu> References: <200607160307.k6G37YIh020988@mx1.cs.umb.edu> Message-ID: <7DF7A217-724E-46EE-B58E-F09A57FD1FB2@altinity.com> On 16 Jul 2006, at 04:07, John P. Rouillard wrote: > In message , > Ton Voon writes: >> The biggest problem that I've discovered is that the range >> specification for -w and -c are inverted from the norm. This was >> noticed when using the library range checking routines. check_disk -w >> 10% means alert if freespace is below 10%, but we normally mean to >> alert if it is outside the range. So, for instance, check_procs -w >> 1:1 means alert if greater than 1 process. > > Specifying the freespace always seemed weird to me. If we defined the > used space, it would work better with the -w and -c settings. > > -w 80 (-w 0:80) - warn if more than 80% of the disk used. > -c 90 (-c 0:90) - critical if more than 90% of the disk used. > > However this would be an incompatible change to the command line that > doesn't look different from the pre-existing calling format, so it's > out unless we implement a flag to request this as Gavin said above. Hands up for guilt. I made a change in 1.4 (?) to make it more consistent, but obviously brain was not working correctly. It's only now since I'm trying to use a general library routine for parsing thresholds that I've realised it is wrong. > >> I've got a hack for check_disk (forcing a @ at the beginning of the >> range, which means to alert inside), but I was wondering if we should >> introduce a new way of defining thresholds. I'm thinking something >> like: >> >> --freespace="0:5;0:2" (warn if outside 0 to 5, crit if outside 0 >> to 2) >> --usedspace_percent=";90:100" (no warn, crit if outside 90 to 100) >> --usedinode="100:;200:" (warn if outside 100 to infinity, crit if >> outside 200 to infinity) >> >> This also matches with perfdata output. > > Just a nit first, would the new way be in addition to the old way (-w, > -c), or replace the old way entirely and report an error if somebody > tries to use it? I think in addition to is the best for backwards > compatibility. I'm going to try and retain the old syntax. However, there's only so much that can be supported backwards. There are some plugins which still try to retain backwards compatibility from the Netsaint days. My feeling is this (and please shout out if you think I am too harse/ soft): If there are unit tests for the old syntax, and it is not too much development work to retain and it doesn't break anything we want to do moving forward, then we'll support the old syntax. Otherwise, we'll make a note in CHANGES that it will break in a future version, and then break it. > > The -w and -c flags work well if the plugin is only testing for one > parameter. However a lot of plugins test for multiple parameters. I > have a couple of home grown plugins that test 10 different parameters > because the overhead of getting the data is so large that calling the > program 10 times to just extract a single data item is nuts. > > In other cases there can be multiple tests to perform against the data > from the command and they must all be done at once because the data > needs to be synchronized for the tests to be meaningful. Using > tkwatcher I had some > instances where there were 30 tests on the output of a single command > stream. I agree that the current -w -c -W -C threshold setting > mechanism's don't cut it. So I think something like what you propose > is needed. I would extend it just a bit however to allow each > threshold to specify: > > warn_list;crit_list > > where warn/crit_list is: > > warn_list/crit_list range|single[,range|single] > > where single is a degenerate form of range implying 0:single just as > with the current plugins. This way we can support upper and lower > warning limits. E.G: warn if in the range 10-20 or 80-90, crit if in > the range 0-10 or 90-100: > > --freespace 0:10,20:80,90:100;10:90 > *cough, cough* [tea flies onto keyboard]. Haven't even finished this general threshold and John's given me a new requirement! I think multiple warn/crit ranges are doable. It will look messy, but I guess this is a fairly advanced option. The biggest problem for me, is how to specify it on the command line. A ";" as the range separator is going to cause trouble because Nagios does not easily allow ";" to get passed to the command line. I'd prefer not to use quotations because Nagios will need to invoke a shell to parse, whereas it currently just calls the executable. I'm thinking maybe the severity separator should be "/". > This would also work for those cases where we need to exclude the > middle of a range e.g. when checking discrete values from > snmp. E.G. 1,2,4 are warning but 3,5 are critical: > > --thresh 3:3,5:;1:2,4:4 When I first saw this, I thought the first threshold was the crit one. Then I thought: crit first makes sense as the crit severity would be checked first. However, this would conflict with current performance data. Thoughts? This would not work because we'd do an "OR" for the ranges. So 4 is outside 1:2, so crit would be given. A better way would be (with crit level first): --thresh @3, at 5/0: The syntax looks awful, but I don't know how else it can be done, without some Nagios object type stanza definition. I'm thinking a -v - v -v will print out a human readable version of the ranges and when they would be triggered. > Quips, comments, evasions, questions, answers or suggestions > welcome. Although I have to say coding my standard parser for shell > script to deal with the current threshold processing was a bear. This > enhanced form may be worse. I find examples to be most illuminating. Looking at the basic use of check_disk, this simplifies nicely to: --usedspace_percent=90/80 for critical if usedspace is above 90%, warning if above 80%. Or even: --usedspace_percent=90 for critical above 90 only. Other examples: --freespace_units=@600/@400 - critical if between 0 to 600 units, warning if between 0 to 400 (warning will never appear - should this be flagged as an error?) --usedspace_percent=/30: - warn if used space is less than 30%. No crit --freespace_percent= I'm also thinking that the plugin output and performance data depends on the thresholds specified. If you run: ./check_disk --usedspace_percent=90/80 --freeinodes=@0:1000 -p / Then you will get output like: DISK CRITICAL - used space: / 95% (freeinodes=451658);| /=95%; 0:80;0:90;0;100 i-/=451658;;@0:1000 (The i-/ means inodes for /. I'm guessing I don't need to prefix anything to /). However, if you run: ./check_disk --freespace_units=@10/@5 --usedspace_percent=90/80 -- units=GB You'll get output like: DISK WARNING - free space: / 7GB (usedspace=82%);| /=7GB;@0:5;@0:10;0;62 (Only show one set of perf data, depending on what gets specified first on command line) I think a major blockage to understanding of the thresholds is that, intuitively, you want to alert if a value falls INTO a range, rather than OUTSIDE of the range. So I keep reading that ./check_disk --freespace_percent=10 as "alert if freespace is less than 10 percent", when in fact, it means "alert if freespace is outside 0 to 10 percent". And I HELP DEFINE THESE DAMN THINGS! I think this comes from the check_proc range where ./check_procs -c cron -c 1:1 alerts if there is not 1 process. Is this worth breaking? Good discussion. I'll try and keep summarising as more opinions come in. Ton http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon -------------- next part -------------- An HTML attachment was scrubbed... URL: From noreply at sourceforge.net Mon Jul 17 12:27:58 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 17 Jul 2006 03:27:58 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1523748 ] check_disc uninitialized variable Message-ID: Bugs item #1523748, was opened at 2006-07-17 10:37 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1523748&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: Dick van den Burg (vandenburgd) >Assigned to: Ton Voon (tonvoon) Summary: check_disc uninitialized variable Initial Comment: the new se->w_idfp and se->c_idfp in version 1.4.3 are not initialized resulting in the following error (on HP-UX 11.23) check_disk -c 5% -w 10% -p /dev/vg00/lvol1 INPUT ERROR: C_IDFP (0.000000) should be less than W_IDFP (64768802081573470261722606760322190900000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000.0) and both should be between zero and 100 percent, inclusive for /dev/vg00/lvol1 check_disk: Could not parse arguments Usage: check_disk -w limit -c limit [-p path | -x device] [-t timeout][-m] [-e] [-W limit] [-K limit] [-v] [-q] The following patch corrects this *** check_disk.c Mon Jul 17 11:32:26 2006 --- check_disk.c.good Mon Jul 17 11:32:03 2006 *************** *** 462,467 **** --- 462,469 ---- se->c_df = c_df; se->w_dfp = w_dfp; se->c_dfp = c_dfp; + se->w_idfp = w_idfp; + se->c_idfp = c_idfp; se->found = 0; se->found_len = 0; *pathtail = se; ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-07-17 11:27 Message: Logged In: YES user_id=664364 Dick, Can you try the snapshot at http://nagiosplug.sourceforge.net/snapshot. There have been fixes to check_disk recently. Please update if there is still a problem. I've marked the call in pending so it will autoclose in 7 days. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1523748&group_id=29880 From Thomas at zango.com Mon Jul 17 16:04:06 2006 From: Thomas at zango.com (Thomas Guyot-Sionnest) Date: Mon, 17 Jul 2006 07:04:06 -0700 Subject: [Nagiosplug-devel] check_disk enhancements Message-ID: > -----Original Message----- > From: nagiosplug-devel-bounces at lists.sourceforge.net > [mailto:nagiosplug-devel-bounces at lists.sourceforge.net] On > Behalf Of Scot Jenkins > Sent: July 16, 2006 0:14 > To: Nagios Plugin Development Mailing List > Subject: Re: [Nagiosplug-devel] check_disk enhancements > > On 7/15/06, Gavin Carr wrote: > > > > For some reason, my brain finds scanning utilisation > percentages much > > easier than free space ones - contrast: > > > > DISK OK - free space: / 666 MB (13%); /boot 31 MB (32%); > /export 63118 MB (63%) > > > > with: > > > > DISK OK - utilization: / 4251 MB (87%); /boot 63 MB (67%); > /export 33414 MB (37%) > > > > > > Anyone else wired this way? > > > > Cheers, > > Gavin > > I'll second this. I came to Nagios from the BigBrother (BB) world. > BB's disk checks were based on utilitization, like df(1), so I tend to > think in terms of % used not % free. I've found it very confusing > trying to switch to the % free methodology. > > I guess that makes me a glass 1/2 full kind of person. :) > As long as we have the choice. Since not all disk are the same size, when I see that my disk have 10% free (or is 80% full like you want) I also like to see whenever I have 100 MB free or 100 GB free, which you'll certainly agree makes a BIG difference :) The "Used space" way you demonstrated doesn't give me that information and I have to do some brain computation to evaluate whenever I have to act right now or can go back to a peaceful sleep. Thomas -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3022 bytes Desc: not available URL: From noreply at sourceforge.net Mon Jul 17 17:46:33 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 17 Jul 2006 08:46:33 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1523748 ] check_disc uninitialized variable Message-ID: Bugs item #1523748, was opened at 2006-07-17 11:37 Message generated for change (Comment added) made by vandenburgd You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1523748&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Open Resolution: None Priority: 5 Submitted By: Dick van den Burg (vandenburgd) Assigned to: Ton Voon (tonvoon) Summary: check_disc uninitialized variable Initial Comment: the new se->w_idfp and se->c_idfp in version 1.4.3 are not initialized resulting in the following error (on HP-UX 11.23) check_disk -c 5% -w 10% -p /dev/vg00/lvol1 INPUT ERROR: C_IDFP (0.000000) should be less than W_IDFP (64768802081573470261722606760322190900000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000.0) and both should be between zero and 100 percent, inclusive for /dev/vg00/lvol1 check_disk: Could not parse arguments Usage: check_disk -w limit -c limit [-p path | -x device] [-t timeout][-m] [-e] [-W limit] [-K limit] [-v] [-q] The following patch corrects this *** check_disk.c Mon Jul 17 11:32:26 2006 --- check_disk.c.good Mon Jul 17 11:32:03 2006 *************** *** 462,467 **** --- 462,469 ---- se->c_df = c_df; se->w_dfp = w_dfp; se->c_dfp = c_dfp; + se->w_idfp = w_idfp; + se->c_idfp = c_idfp; se->found = 0; se->found_len = 0; *pathtail = se; ---------------------------------------------------------------------- >Comment By: Dick van den Burg (vandenburgd) Date: 2006-07-17 17:46 Message: Logged In: YES user_id=780242 As the changes in CURRENT deleted every reference to w_idfp and c_idfp the error also disappears. Unfortunately the consistency check also dispappeared. Dick ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2006-07-17 12:27 Message: Logged In: YES user_id=664364 Dick, Can you try the snapshot at http://nagiosplug.sourceforge.net/snapshot. There have been fixes to check_disk recently. Please update if there is still a problem. I've marked the call in pending so it will autoclose in 7 days. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1523748&group_id=29880 From benny at bennyvision.com Mon Jul 17 21:46:36 2006 From: benny at bennyvision.com (C. Bensend) Date: Mon, 17 Jul 2006 14:46:36 -0500 (CDT) Subject: [Nagiosplug-devel] Checking all volumes/qtrees on a Network Appliance filer? Message-ID: <2674.134.244.169.17.1153165596.squirrel@webmail.stinkweasel.net> Hey folks, Just curious to know if anyone has written a plugin to check all volumes/flexvolumes/qtrees on a NetApp filer? Ie, for disk space? Would love it if I could avoid reinventing the wheel, but I'll try to whip something together if it hasn't been done. Thanks! Benny -- "Oh, you hate your job? Why didn't you say so? There's a support group for that. It's called EVERYBODY, and they meet at the bar." -- Drew Carey From noreply at sourceforge.net Tue Jul 18 07:57:03 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 17 Jul 2006 22:57:03 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1524280 ] Warning in "utils_base.c" Message-ID: Bugs item #1524280, was opened at 2006-07-18 01:57 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=1524280&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Ciro Iriarte (cyruspy) Assigned to: Nobody/Anonymous (nobody) Summary: Warning in "utils_base.c" Initial Comment: source='utils_base.c' object='utils_base.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -I../plugins -g -c utils_base.c cc: Warning: utils_base.c, line 108: In this statement, "0" of type "int", is being converted to "pointer to struct thresholds_struct". (cvtdiftypes) if (*my_thresholds > 0) { /* Not sure why, but sometimes could be -1 */ ------------^ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1524280&group_id=29880 From noreply at sourceforge.net Tue Jul 18 08:01:58 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 17 Jul 2006 23:01:58 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1524282 ] "Missing type specifier or type qualifier" Message-ID: Bugs item #1524282, was opened at 2006-07-18 02:01 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=1524282&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: snapshot tarball Status: Open Resolution: None Priority: 5 Submitted By: Ciro Iriarte (cyruspy) Assigned to: Nobody/Anonymous (nobody) Summary: "Missing type specifier or type qualifier" Initial Comment: I'm getting "Missing type specifier or type qualifier" here, there and everywhere. Snapshot: nagios-plugins-HEAD-200607172352. SO: Tru64 v5.1B Making all in plugins source='check_apt.c' object='check_apt.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DLOCALEDIR=\"/usr/local/nagios/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include -g -c check_apt.c source='utils.c' object='utils.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DLOCALEDIR=\"/usr/local/nagios/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include -g -c utils.c source='runcmd.c' object='runcmd.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DLOCALEDIR=\"/usr/local/nagios/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include -g -c runcmd.c /bin/ksh ../libtool --mode=link --tag=CC cc -g -L. -o check_apt check_apt.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a runcmd.o -lssl -lcrypto mkdir .libs cc -g -o check_apt check_apt.o utils.o runcmd.o -L/usr/users/iriartec/src/nagios-plugins-HEAD-200607172352/plugins ../lib/libnagiosplug.a ../lib/libcoreutils.a -lssl -lcrypto source='check_disk.c' object='check_disk.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DLOCALEDIR=\"/usr/local/nagios/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include -g -c check_disk.c cc: Error: ../lib/fsusage.h, line 29: Missing type specifier or type qualifier. (missingtype) uintmax_t fsu_blocksize; /* Size of a block. */ --^ cc: Error: ../lib/fsusage.h, line 30: Missing type specifier or type qualifier. (missingtype) uintmax_t fsu_blocks; /* Total blocks. */ --^ cc: Error: ../lib/fsusage.h, line 31: Missing type specifier or type qualifier. (missingtype) uintmax_t fsu_bfree; /* Free blocks available to superuser. */ --^ cc: Error: ../lib/fsusage.h, line 32: Missing type specifier or type qualifier. (missingtype) uintmax_t fsu_bavail; /* Free blocks available to non-superuser. */ --^ cc: Error: ../lib/fsusage.h, line 34: Missing type specifier or type qualifier. (missingtype) uintmax_t fsu_files; /* Total file nodes. */ --^ cc: Error: ../lib/fsusage.h, line 35: Missing type specifier or type qualifier. (missingtype) uintmax_t fsu_ffree; /* Free file nodes. */ --^ cc: Error: check_disk.c, line 121: Missing identifier. (parnoident) int validate_arguments (uintmax_t, uintmax_t, double, double, double, double, char *); ----------------------------------------------^ cc: Error: check_disk.c, line 131: In this declaration, "uintmax_t" appears to be used as if it named a type, but there is no declared type of that name visible. (typedefnotdef) uintmax_t mult = 1024 * 1024; ^ cc: Error: check_disk.c, line 157: In this declaration, "uintmax_t" must specify a type. (badparsedecl) uintmax_t total, available, available_to_root, used; --^ cc: Error: check_disk.c, line 333: In this parameter list, "uintmax_t" must either be a type or must be followed by a ",". (badparseparam) double calculate_percent(uintmax_t value, uintmax_t total) { -------------------------^ cc: Error: check_disk.c, line 337: The compiler was expecting a ")", but one was not found. This condition could have occured because "uintmax_t" is used in what might be a type cast, but there is no declared type of that name visible. (undefinedtype) if (value <= TYPE_MAXIMUM(uintmax_t) / 100 ---------------^ cc: Error: check_disk.c, line 339: In this declaration, "uintmax_t" must specify a type. (badparsedecl) uintmax_t u100 = value * 100; ----^ cc: Error: check_disk.c, line 341: Invalid statement. (badstmt) } else { ----^ cc: Error: check_disk.c, line 467: The compiler was expecting a ";", but one was not found. This condition could have occured because "uintmax_t" is used in what might be a type cast, but there is no declared type of that name visible. (undefinedtype) mult = (uintmax_t)1; --------------------------^ cc: Error: check_disk.c, line 470: The compiler was expecting a ";", but one was not found. This condition could have occured because "uintmax_t" is used in what might be a type cast, but there is no declared type of that name visible. (undefinedtype) mult = (uintmax_t)1024; --------------------------^ cc: Error: check_disk.c, line 473: The compiler was expecting a ";", but one was not found. This condition could have occured because "uintmax_t" is used in what might be a type cast, but there is no declared type of that name visible. (undefinedtype) mult = (uintmax_t)1024 * 1024; --------------------------^ cc: Error: check_disk.c, line 476: The compiler was expecting a ";", but one was not found. This condition could have occured because "uintmax_t" is used in what might be a type cast, but there is no declared type of that name visible. (undefinedtype) mult = (uintmax_t)1024 * 1024 * 1024; --------------------------^ cc: Error: check_disk.c, line 479: The compiler was expecting a ";", but one was not found. This condition could have occured because "uintmax_t" is used in what might be a type cast, but there is no declared type of that name visible. (undefinedtype) mult = (uintmax_t)1024 * 1024 * 1024 * 1024; --------------------------^ cc: Error: check_disk.c, line 579: The compiler was expecting a ";", but one was not found. This condition could have occured because "uintmax_t" is used in what might be a type cast, but there is no declared type of that name visible. (undefinedtype) mult = (uintmax_t)1024 * 1024; ----------------------^ cc: Warning: check_disk.c, line 124: In the declaration of "calculate_percent", the identifier "uintmax_t" is not the name of a type. All parameter information in this declaration will be ignored. (funcidlis) double calculate_percent(uintmax_t, uintmax_t); -------------------------^ cc: Error: check_disk.c, line 238: In this statement, "total" is not declared. (undeclared) total = fsp.fsu_blocks; ------^ cc: Error: check_disk.c, line 239: In this statement, "available" is not declared. (undeclared) available = fsp.fsu_bavail; ------^ cc: Error: check_disk.c, line 240: In this statement, "available_to_root" is not declared. (undeclared) available_to_root = fsp.fsu_bfree; ------^ cc: Error: check_disk.c, line 241: In this statement, "used" is not declared. (undeclared) used = total - available_to_root; ------^ cc: Error: check_disk.c, line 246: In this statement, "mult" is not declared. (undeclared) dused_units = used*fsp.fsu_blocksize/mult; -------------------------------------------^ cc: Error: check_disk.c, line 488: In this statement, "mult" is not declared. (undeclared) mult = 1024; ------^ *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. Full log at http://tinderbox.altinity.org/nagiosplug/status.html, thanks in advanced Cyrus ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1524282&group_id=29880 From noreply at sourceforge.net Tue Jul 18 08:50:14 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 17 Jul 2006 23:50:14 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1524280 ] Warning in "utils_base.c" Message-ID: Bugs item #1524280, was opened at 2006-07-18 01:57 Message generated for change (Comment added) made by cyruspy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1524280&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: CVS Status: Open Resolution: None Priority: 5 Submitted By: Ciro Iriarte (cyruspy) Assigned to: Nobody/Anonymous (nobody) Summary: Warning in "utils_base.c" Initial Comment: source='utils_base.c' object='utils_base.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -I../plugins -g -c utils_base.c cc: Warning: utils_base.c, line 108: In this statement, "0" of type "int", is being converted to "pointer to struct thresholds_struct". (cvtdiftypes) if (*my_thresholds > 0) { /* Not sure why, but sometimes could be -1 */ ------------^ ---------------------------------------------------------------------- >Comment By: Ciro Iriarte (cyruspy) Date: 2006-07-18 02:50 Message: Logged In: YES user_id=1548408 I know it's just a warning, but i like clean compilations :D ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1524280&group_id=29880 From benny at bennyvision.com Tue Jul 18 23:03:29 2006 From: benny at bennyvision.com (C. Bensend) Date: Tue, 18 Jul 2006 16:03:29 -0500 (CDT) Subject: [Nagiosplug-devel] Checking all volumes/qtrees on a Network Appliance filer? In-Reply-To: <2674.134.244.169.17.1153165596.squirrel@webmail.stinkweasel.net> References: <2674.134.244.169.17.1153165596.squirrel@webmail.stinkweasel.net> Message-ID: <3334.134.244.169.17.1153256609.squirrel@webmail.stinkweasel.net> > Just curious to know if anyone has written a plugin to check > all volumes/flexvolumes/qtrees on a NetApp filer? Ie, for disk > space? > > Would love it if I could avoid reinventing the wheel, but I'll > try to whip something together if it hasn't been done. Ugh... Someone replied to me in a private email, but it got deleted accidentally. :( I'd appreciate it if you could resend that email to me, if you're the one that sent it. Sorry, and thanks. Benny -- "Oh, you hate your job? Why didn't you say so? There's a support group for that. It's called EVERYBODY, and they meet at the bar." -- Drew Carey From kuhlmeier at riege.com Wed Jul 19 13:38:59 2006 From: kuhlmeier at riege.com (Dennis Kuhlmeier) Date: Wed, 19 Jul 2006 13:38:59 +0200 (CEST) Subject: [Nagiosplug-devel] nagios-plugins with-mysql on FC3 In-Reply-To: References: Message-ID: <20060719113859.90E604F4045@desire.netways.de> Hi Ton and Mike, I have sort of the same problem and can provide some more details. nagios-plugins-1.4.3 do not successfully finish the configure script as soon as --with-mysql is given. This occurs on Red Hat Enterprise Linux WS release 3 (Taroon Update 7) and Red Hat Enterprise Linux ES release 2.1 (Panama) and probably on other installations. It succeeds on a Red Hat Enterprise Linux ES release 4 (Nahant Update 3) machine. The error message is the same as above and appears repeatedly. sed: file ./confstatwmNw8v/subs-3.sed line 35: Unterminated `s' command After hacking around in the configure script I prevented it from deleting the temporary file. This is what line 35 says on the RHEL4 machine: s, at MYSQLINCLUDE@,-I/usr/include/mysql,;t t That looks perfectly fine. On the other machines line 35 looks like this: s, at MYSQLINCLUDE@,Usage: /usr/lib/mysql/mysql_config [OPTIONS] followed by lines 36-41 containing that: Options: --cflags [-I'/usr/include/mysql'] --libs [-L/usr/lib/mysql -lmysqlclient -lz -lcrypt -lnsl -lm] --socket [/var/lib/mysql/mysql.sock] --port [3306] --version [3.23.58],;t t Well, sure this won't work, but why does that happen? - Dennis Kuhlmeier (TheQL) ----------------------- This thread is located in the archive at this URL: http://www.nagiosexchange.org/nagiosplug-devel.31.0.html?&tx_maillisttofa q_pi1[showUid]=19788 From kuhlmeier at riege.com Wed Jul 19 14:01:43 2006 From: kuhlmeier at riege.com (Dennis Kuhlmeier) Date: Wed, 19 Jul 2006 14:01:43 +0200 Subject: [Nagiosplug-devel] nagios-plugins with-mysql on FC3 In-Reply-To: <20060719113859.90E604F4045@desire.netways.de> References: <20060719113859.90E604F4045@desire.netways.de> Message-ID: <44BE1F27.3030107@riege.com> Hi, sorry for answering my own mail... just found out what causes the problem (see below), still don't know how to fix it. And sorry for quoting the complete mail, just wanted to make sure, everybody knows what we are talking about ;) Dennis Kuhlmeier wrote: > Hi Ton and Mike, > > > > I have sort of the same problem and can provide some more details. > > > > nagios-plugins-1.4.3 do not successfully finish the configure script > as soon as --with-mysql is given. > > > > This occurs on Red Hat Enterprise Linux WS release 3 (Taroon Update > 7) and Red Hat Enterprise Linux ES release 2.1 (Panama) and probably > on other installations. > > > > It succeeds on a Red Hat Enterprise Linux ES release 4 (Nahant Update > 3) machine. > > > > The error message is the same as above and appears repeatedly. > > sed: file ./confstatwmNw8v/subs-3.sed line 35: Unterminated `s' > command > > > > After hacking around in the configure script I prevented it from > deleting the temporary file. This is what line 35 says on the RHEL4 > machine: s, at MYSQLINCLUDE@,-I/usr/include/mysql,;t t > > > > That looks perfectly fine. > > On the other machines line 35 looks like this: > > s, at MYSQLINCLUDE@,Usage: /usr/lib/mysql/mysql_config [OPTIONS] > > > > followed by lines 36-41 containing that: > > Options: > > --cflags [-I'/usr/include/mysql'] > > --libs [-L/usr/lib/mysql -lmysqlclient -lz -lcrypt > -lnsl -lm] > > --socket [/var/lib/mysql/mysql.sock] > > --port [3306] > > --version [3.23.58],;t t > > > > > > Well, sure this won't work, but why does that happen? > The difference is the mysql version and the parameters /usr/bin/mysql_conf accepts, as MySQL version 4 understands several more parameters: # /usr/bin/mysql_config Usage: /usr/lib/mysql/mysql_config [OPTIONS] Options: --cflags [-I/usr/include/mysql -g -pipe -m32 -march=i386 -mtune=pentium4 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fno-strict-aliasing] --include [-I/usr/include/mysql] --libs [-L/usr/lib/mysql -lmysqlclient -lz -lcrypt -lnsl -lm -L/usr/lib -lssl -lcrypto] --libs_r [-L/usr/lib/mysql -lmysqlclient_r -lz -lpthread -lcrypt -lnsl -lm -lpthread -L/usr/lib -lssl -lcrypto] --socket [/var/lib/mysql/mysql.sock] --port [3306] --version [4.1.20] --libmysqld-libs [-L/usr/lib/mysql -lmysqld -lz -lpthread -lcrypt -lnsl -lm -lpthread -lrt] So I guess the configure script sends more options than the MySQL3 version of mysql_conf can handle. Any fix or workaround for that? Thanks in advance! -- TheQL? Home Safety Tip for Men #1: Don't iron naked. -------------- next part -------------- A non-text attachment was scrubbed... Name: kuhlmeier.vcf Type: text/x-vcard Size: 306 bytes Desc: not available URL: From kuhlmeier at riege.com Wed Jul 19 13:35:00 2006 From: kuhlmeier at riege.com (Dennis Kuhlmeier) Date: Wed, 19 Jul 2006 13:35:00 +0200 (CEST) Subject: [Nagiosplug-devel] nagios-plugins with-mysql on FC3 In-Reply-To: References: Message-ID: <20060719113500.36F744F4045@desire.netways.de> Hi Ton and Mike, I have sort of the same problem and can provide some more details. nagios-plugins-1.4.3 do not successfully finish the configure script as soon as --with-mysql is given. This happens here on Red Hat Enterprise Linux WS release 3 (Taroon Update 7) and Red Hat Enterprise Linux ES release 2.1 (Panama) and probably on other installations. It succeeds on a Red Hat Enterprise Linux ES release 4 (Nahant Update 3) machine. The error message is the same as above and appears repeatedly. sed: file ./confstatwmNw8v/subs-3.sed line 35: Unterminated `s' command After hacking around in the configure script I prevented it from deleting the temporary file. This is what line 35 says on RHEL4 machine: s, at MYSQLINCLUDE@,-I/usr/include/mysql,;t t This looks perfectly fine. On the other machines line 35 looks like this: s, at MYSQLINCLUDE@,Usage: /usr/lib/mysql/mysql_config [OPTIONS] followed by lines 36-41 containing that: Options: --cflags [-I'/usr/include/mysql'] --libs [-L/usr/lib/mysql -lmysqlclient -lz -lcrypt -lnsl -lm] --socket [/var/lib/mysql/mysql.sock] --port [3306] --version [3.23.58],;t t Well, sure this won't work, but why does that happen? - Dennis Kuhlmeier (TheQL) ----------------------- This thread is located in the archive at this URL: http://www.nagiosexchange.org/nagiosplug-devel.31.0.html?&tx_maillisttofa q_pi1[showUid]=19788 From ton.voon at altinity.com Wed Jul 19 15:35:36 2006 From: ton.voon at altinity.com (Ton Voon) Date: Wed, 19 Jul 2006 14:35:36 +0100 Subject: [Nagiosplug-devel] nagios-plugins with-mysql on FC3 In-Reply-To: <20060719113500.36F744F4045@desire.netways.de> References: <20060719113500.36F744F4045@desire.netways.de> Message-ID: <128AE763-5B03-4619-967C-F6735AFB9972@altinity.com> Dennis, Can you please try the snapshot at http://nagiosplug.sf.net/snapshot. A fix was made to the --with-mysql detection a few weeks ago. Ton On 19 Jul 2006, at 12:35, Dennis Kuhlmeier wrote: > Hi Ton and Mike, > > > > I have sort of the same problem and can provide some more details. > > > > nagios-plugins-1.4.3 do not successfully finish the configure script > as soon as --with-mysql is given. > > > > This happens here on Red Hat Enterprise Linux WS release 3 (Taroon > Update 7) and Red Hat Enterprise Linux ES release 2.1 (Panama) > and probably on other installations. > > > > It succeeds on a Red Hat Enterprise Linux ES release 4 (Nahant Update > 3) machine. > > > > The error message is the same as above and appears repeatedly. > > sed: file ./confstatwmNw8v/subs-3.sed line 35: Unterminated `s' > command > > > > After hacking around in the configure script I prevented it from > deleting the temporary file. This is what line 35 says on RHEL4 > machine: s, at MYSQLINCLUDE@,-I/usr/include/mysql,;t t > > > > This looks perfectly fine. On the other machines line 35 looks like > this: > > s, at MYSQLINCLUDE@,Usage: /usr/lib/mysql/mysql_config [OPTIONS] > > > > followed by lines 36-41 containing that: > > Options: > > --cflags [-I'/usr/include/mysql'] > > --libs [-L/usr/lib/mysql -lmysqlclient -lz -lcrypt > -lnsl -lm] > > --socket [/var/lib/mysql/mysql.sock] > > --port [3306] > > --version [3.23.58],;t t > > > > > > Well, sure this won't work, but why does that happen? > > > > > > - Dennis Kuhlmeier (TheQL) > > > > ----------------------- > > This thread is located in the archive at this URL: > > http://www.nagiosexchange.org/nagiosplug-devel.31.0.html? > &tx_maillisttofa > q_pi1[showUid]=19788 > > > > ---------------------------------------------------------------------- > --- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to > share your > opinions on IT & business topics through brief surveys -- and earn > cash > http://www.techsay.com/default.php? > page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________________ > Nagios Plugin Development Mailing List Nagiosplug- > devel at lists.sourceforge.net > Unsubscribe at https://lists.sourceforge.net/lists/listinfo/ > nagiosplug-devel > ::: Please include plugins version (-v) and OS when reporting any > issue. > ::: Messages without supporting info will risk being sent to /dev/null > > > This message has been scanned for viruses by MailController - > www.MailController.altohiway.com http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon -------------- next part -------------- An HTML attachment was scrubbed... URL: From kuhlmeier at riege.com Wed Jul 19 15:51:54 2006 From: kuhlmeier at riege.com (Dennis Kuhlmeier) Date: Wed, 19 Jul 2006 15:51:54 +0200 Subject: [Nagiosplug-devel] nagios-plugins with-mysql on FC3 In-Reply-To: <128AE763-5B03-4619-967C-F6735AFB9972@altinity.com> References: <20060719113500.36F744F4045@desire.netways.de> <128AE763-5B03-4619-967C-F6735AFB9972@altinity.com> Message-ID: <44BE38FA.8040501@riege.com> Hi Ton, Ton Voon wrote: > Dennis, > > Can you please try the snapshot at http://nagiosplug.sf.net/snapshot. A > fix was made to the --with-mysql detection a few weeks ago. > works like a charm. Thank you. > Ton Dennis -- TheQL? I drink to make other people interesting. -------------- next part -------------- A non-text attachment was scrubbed... Name: kuhlmeier.vcf Type: text/x-vcard Size: 306 bytes Desc: not available URL: From noreply at sourceforge.net Wed Jul 19 17:20:32 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 19 Jul 2006 08:20:32 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1525363 ] radiusclient-ng vs. check_radius plugin Message-ID: Patches item #1525363, was opened at 2006-07-19 15:19 Message generated for change (Comment added) made by andy_shev You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1525363&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Andy Shevchenko (andy_shev) Assigned to: Nobody/Anonymous (nobody) Summary: radiusclient-ng vs. check_radius plugin Initial Comment: Hi! I've done to patch the check_radius for compilant to radiusclient-ng. Related stuff you can find at https://bugzilla.redhat.com/bugzilla/ show_bug.cgi?id=199395 Andy. ---------------------------------------------------------------------- >Comment By: Andy Shevchenko (andy_shev) Date: 2006-07-19 15:20 Message: Logged In: YES user_id=448807 Url without cuttings: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=199395 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1525363&group_id=29880 From noreply at sourceforge.net Wed Jul 19 17:19:27 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 19 Jul 2006 08:19:27 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1525363 ] radiusclient-ng vs. check_radius plugin Message-ID: Patches item #1525363, was opened at 2006-07-19 15:19 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=1525363&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Andy Shevchenko (andy_shev) Assigned to: Nobody/Anonymous (nobody) Summary: radiusclient-ng vs. check_radius plugin Initial Comment: Hi! I've done to patch the check_radius for compilant to radiusclient-ng. Related stuff you can find at https://bugzilla.redhat.com/bugzilla/ show_bug.cgi?id=199395 Andy. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1525363&group_id=29880 From noreply at sourceforge.net Thu Jul 20 00:57:16 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 19 Jul 2006 15:57:16 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1524282 ] "Missing type specifier or type qualifier" Message-ID: Bugs item #1524282, was opened at 2006-07-18 07:01 Message generated for change (Settings changed) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1524282&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: snapshot tarball Status: Open Resolution: None Priority: 5 Submitted By: Ciro Iriarte (cyruspy) >Assigned to: Ton Voon (tonvoon) Summary: "Missing type specifier or type qualifier" Initial Comment: I'm getting "Missing type specifier or type qualifier" here, there and everywhere. Snapshot: nagios-plugins-HEAD-200607172352. SO: Tru64 v5.1B Making all in plugins source='check_apt.c' object='check_apt.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DLOCALEDIR=\"/usr/local/nagios/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include -g -c check_apt.c source='utils.c' object='utils.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DLOCALEDIR=\"/usr/local/nagios/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include -g -c utils.c source='runcmd.c' object='runcmd.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DLOCALEDIR=\"/usr/local/nagios/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include -g -c runcmd.c /bin/ksh ../libtool --mode=link --tag=CC cc -g -L. -o check_apt check_apt.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a runcmd.o -lssl -lcrypto mkdir .libs cc -g -o check_apt check_apt.o utils.o runcmd.o -L/usr/users/iriartec/src/nagios-plugins-HEAD-200607172352/plugins ../lib/libnagiosplug.a ../lib/libcoreutils.a -lssl -lcrypto source='check_disk.c' object='check_disk.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DLOCALEDIR=\"/usr/local/nagios/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include -g -c check_disk.c cc: Error: ../lib/fsusage.h, line 29: Missing type specifier or type qualifier. (missingtype) uintmax_t fsu_blocksize; /* Size of a block. */ --^ cc: Error: ../lib/fsusage.h, line 30: Missing type specifier or type qualifier. (missingtype) uintmax_t fsu_blocks; /* Total blocks. */ --^ cc: Error: ../lib/fsusage.h, line 31: Missing type specifier or type qualifier. (missingtype) uintmax_t fsu_bfree; /* Free blocks available to superuser. */ --^ cc: Error: ../lib/fsusage.h, line 32: Missing type specifier or type qualifier. (missingtype) uintmax_t fsu_bavail; /* Free blocks available to non-superuser. */ --^ cc: Error: ../lib/fsusage.h, line 34: Missing type specifier or type qualifier. (missingtype) uintmax_t fsu_files; /* Total file nodes. */ --^ cc: Error: ../lib/fsusage.h, line 35: Missing type specifier or type qualifier. (missingtype) uintmax_t fsu_ffree; /* Free file nodes. */ --^ cc: Error: check_disk.c, line 121: Missing identifier. (parnoident) int validate_arguments (uintmax_t, uintmax_t, double, double, double, double, char *); ----------------------------------------------^ cc: Error: check_disk.c, line 131: In this declaration, "uintmax_t" appears to be used as if it named a type, but there is no declared type of that name visible. (typedefnotdef) uintmax_t mult = 1024 * 1024; ^ cc: Error: check_disk.c, line 157: In this declaration, "uintmax_t" must specify a type. (badparsedecl) uintmax_t total, available, available_to_root, used; --^ cc: Error: check_disk.c, line 333: In this parameter list, "uintmax_t" must either be a type or must be followed by a ",". (badparseparam) double calculate_percent(uintmax_t value, uintmax_t total) { -------------------------^ cc: Error: check_disk.c, line 337: The compiler was expecting a ")", but one was not found. This condition could have occured because "uintmax_t" is used in what might be a type cast, but there is no declared type of that name visible. (undefinedtype) if (value <= TYPE_MAXIMUM(uintmax_t) / 100 ---------------^ cc: Error: check_disk.c, line 339: In this declaration, "uintmax_t" must specify a type. (badparsedecl) uintmax_t u100 = value * 100; ----^ cc: Error: check_disk.c, line 341: Invalid statement. (badstmt) } else { ----^ cc: Error: check_disk.c, line 467: The compiler was expecting a ";", but one was not found. This condition could have occured because "uintmax_t" is used in what might be a type cast, but there is no declared type of that name visible. (undefinedtype) mult = (uintmax_t)1; --------------------------^ cc: Error: check_disk.c, line 470: The compiler was expecting a ";", but one was not found. This condition could have occured because "uintmax_t" is used in what might be a type cast, but there is no declared type of that name visible. (undefinedtype) mult = (uintmax_t)1024; --------------------------^ cc: Error: check_disk.c, line 473: The compiler was expecting a ";", but one was not found. This condition could have occured because "uintmax_t" is used in what might be a type cast, but there is no declared type of that name visible. (undefinedtype) mult = (uintmax_t)1024 * 1024; --------------------------^ cc: Error: check_disk.c, line 476: The compiler was expecting a ";", but one was not found. This condition could have occured because "uintmax_t" is used in what might be a type cast, but there is no declared type of that name visible. (undefinedtype) mult = (uintmax_t)1024 * 1024 * 1024; --------------------------^ cc: Error: check_disk.c, line 479: The compiler was expecting a ";", but one was not found. This condition could have occured because "uintmax_t" is used in what might be a type cast, but there is no declared type of that name visible. (undefinedtype) mult = (uintmax_t)1024 * 1024 * 1024 * 1024; --------------------------^ cc: Error: check_disk.c, line 579: The compiler was expecting a ";", but one was not found. This condition could have occured because "uintmax_t" is used in what might be a type cast, but there is no declared type of that name visible. (undefinedtype) mult = (uintmax_t)1024 * 1024; ----------------------^ cc: Warning: check_disk.c, line 124: In the declaration of "calculate_percent", the identifier "uintmax_t" is not the name of a type. All parameter information in this declaration will be ignored. (funcidlis) double calculate_percent(uintmax_t, uintmax_t); -------------------------^ cc: Error: check_disk.c, line 238: In this statement, "total" is not declared. (undeclared) total = fsp.fsu_blocks; ------^ cc: Error: check_disk.c, line 239: In this statement, "available" is not declared. (undeclared) available = fsp.fsu_bavail; ------^ cc: Error: check_disk.c, line 240: In this statement, "available_to_root" is not declared. (undeclared) available_to_root = fsp.fsu_bfree; ------^ cc: Error: check_disk.c, line 241: In this statement, "used" is not declared. (undeclared) used = total - available_to_root; ------^ cc: Error: check_disk.c, line 246: In this statement, "mult" is not declared. (undeclared) dused_units = used*fsp.fsu_blocksize/mult; -------------------------------------------^ cc: Error: check_disk.c, line 488: In this statement, "mult" is not declared. (undeclared) mult = 1024; ------^ *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. Full log at http://tinderbox.altinity.org/nagiosplug/status.html, thanks in advanced Cyrus ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-07-19 23:57 Message: Logged In: YES user_id=664364 Cyrus, Just committed a fix to CVS. Please try the next snapshot and let us know if it fixes it. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1524282&group_id=29880 From noreply at sourceforge.net Thu Jul 20 01:06:03 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 19 Jul 2006 16:06:03 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1522900 ] configure.in bug Message-ID: Bugs item #1522900, was opened at 2006-07-15 06:03 Message generated for change (Settings changed) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1522900&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: Release (specify) >Status: Closed Resolution: None Priority: 5 Submitted By: Lance Albertson (ramereth) >Assigned to: Ton Voon (tonvoon) Summary: configure.in bug Initial Comment: I've encountered a bug in configure.in in version 1.4.3. Apparently autoconf 2.60 introduces a stricter set of rules and it caught one in your configure.in. I've tested my patch and it appears to work. Please check our bug [1] if you want to see more detail in the error. Please apply this patch for the next release :) Thanks! [1] http://bugs.gentoo.org/show_bug.cgi?id=138690 ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-07-20 00:06 Message: Logged In: YES user_id=664364 Lance, Thanks. Looks harmless enough. Committed to CVS. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1522900&group_id=29880 From noreply at sourceforge.net Thu Jul 20 01:07:41 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 19 Jul 2006 16:07:41 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1516427 ] check_disk bugfix Message-ID: Bugs item #1516427, was opened at 2006-07-03 17:08 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1516427&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: Shakhab (shakhab) >Assigned to: Ton Voon (tonvoon) Summary: check_disk bugfix Initial Comment: check_disk (nagios-plugins 1.4.3) 1.64 I investigated the situation, when check_disk plugin works incorrectly. Plugins run under FreeBSD 5.5-RELEASE-p1 i386. When any filesystem is full like this: Filesystem 1K-blocks Used Avail Capacity Mounted on 100% /dev /dev/mirror/m0s1d 118766 109548 -282 100% /tmp check_disk plugin lies: # ./check_disk -p /dev/mirror/m0s1d -w 20% -c 10% DISK CRITICAL - free space: /tmp 36028797018963968 MB (31064015077900328% inode=99%);| /tmp=116MB;92;103;98;115 You see the sign of signed operand is ignored, and as a result we have incorrect size of filesystem's free space. I took a look at two files: check_disk.c and fsusage.h and found several errors. I corrected them, built check_disk, and afterwards everything is ok: it shows correct information about free space and works properly: # ./check_disk -p /dev/mirror/m0s1d -w 20% -c 10% DISK CRITICAL - free space: /tmp -0 MB (-0% inode=99%);| /tmp=116MB;92;103;98;115 These are diffs: # diff fsusage.h.new fsusage.h.orig 28,29c28,29 < intmax_t fsu_bfree; /* Free blocks available to superuser. */ < intmax_t fsu_bavail; /* Free blocks available to non-superuser. */ --- > uintmax_t fsu_bfree; /* Free blocks available to superuser. */ > uintmax_t fsu_bavail; /* Free blocks available to non-superuser. */ # diff check_disk.c.new check_disk.c.orig 160c160 < double free_space, free_space_pct, total_space, inode_space_pct; --- > float free_space, free_space_pct, total_space, inode_space_pct; 256,258c256,258 < free_space = (double) fsp.fsu_bavail*fsp.fsu_blocksize/mult; < free_space_pct = (double) fsp.fsu_bavail*100/fsp.fsu_blocks; < total_space = (double) fsp.fsu_blocks*fsp.fsu_blocksize/mult; --- > free_space = (float) fsp.fsu_bavail*fsp.fsu_blocksize/mult; > free_space_pct = (float) fsp.fsu_bavail*100/fsp.fsu_blocks; > total_space = (float) fsp.fsu_blocks*fsp.fsu_blocksize/mult; ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-07-20 00:07 Message: Logged In: YES user_id=664364 Shakhab, Thanks for the report. There have been major changes to check_disk. Can you please try the snapshot at http://nagiosplug.sf.net/snapshot as I think this has been fixed. Marking this call into PENDING. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1516427&group_id=29880 From noreply at sourceforge.net Thu Jul 20 01:09:10 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 19 Jul 2006 16:09:10 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1490762 ] check_disk / not found on Solaris Message-ID: Bugs item #1490762, was opened at 2006-05-18 10:07 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1490762&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Argument proccessing Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: Duncan Ferguson (duncan_ferguson) >Assigned to: Ton Voon (tonvoon) Summary: check_disk / not found on Solaris Initial Comment: Solaris 2.6, 8 and 9, seen on more than one server $ ./check_disk -e -w 10% -c 5% -p /opt/oracle -p /opt -p / DISK CRITICAL - free space: [/ not found]| /=781MB;846;893;91;940 /opt=427MB;846;893;99;940 /opt/oracle=1165MB;3630;3832;94;4034 Change the order of the partitions $ ./check_disk -e -w 10% -c 5% -p / -p /opt/oracle -p /opt DISK OK - free space:| /=781MB;846;893;91;940 /opt=427MB;846;893;99;940 /opt/oracle=1165MB;3630;3832;94;4034 This is the minimum case - other partitions can be defined (and reported upon correctly) and only / reports an error. Seems to be due to mount point being under a root directory, i.e. /opt /opt/app /opt /opt/oracle both "lose" / when its the last parameter checked. ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-07-20 00:09 Message: Logged In: YES user_id=664364 Hi Duncan! There have been major changes to check_disk. Can you please try the snapshot at http://nagiosplug.sf.net/snapshot. Marking this call into PENDING. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1490762&group_id=29880 From noreply at sourceforge.net Thu Jul 20 01:12:51 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 19 Jul 2006 16:12:51 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1485816 ] check_disk exclude option always exludes (/) Message-ID: Bugs item #1485816, was opened at 2006-05-10 18:52 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1485816&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: maemigh (maemigh) Assigned to: Ton Voon (tonvoon) Summary: check_disk exclude option always exludes (/) Initial Comment: check_disk (1.64) always exludes (/) when using -x. For example, the output below shows that using -x /var also causes the (/) directory to be excluded. ./check_disk -w 10% -c 5% DISK WARNING - free space: / 4153 MB (69% inode=90%); /var 5660 MB (94% inode=99%); /var/run 4369 MB (100% inode=64%); /tmp 4369 MB (81% inode=64%); /opt 16292 MB (90% inode=98%); /home/applications 20110 MB (50% inode=95%); ./check_disk -w 10% -c 5% -x /var DISK OK - free space: /var/run 4369 MB (100% inode=64%); /tmp 4369 MB (81% inode=64%); /opt 16292 MB (90% inode=98%); /home/applications 20110 MB (50% inode=95%); ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-07-20 00:12 Message: Logged In: YES user_id=664364 maemigh, I'm made some major changes to check_disk which should fix the original problem. One change was to move the filesystem comparisons out into utils_disk.c. I'd definitely be interested in your wildcard patch if you can add it into utils_disk.c with some libtap tests in lib/tests/test_disk.c. Ton ---------------------------------------------------------------------- Comment By: maemigh (maemigh) Date: 2006-05-22 01:04 Message: Logged In: YES user_id=1520524 Sorry for so many updates. I don't know how I missed a small bug. I set the comment in the file for what I meant to happen, but forgot to change the values after I pasted it. I retested it (now that I'm wide awake) and it seems to be working as expected. ---------------------------------------------------------------------- Comment By: maemigh (maemigh) Date: 2006-05-21 02:47 Message: Logged In: YES user_id=1520524 Uploading version 1.65.3m. This one adds slightly better HTML formatted text (places *s around the partition that triggered the alarm) and adds an -a option. The -a option tells check_disk to display all partitions even if -p is also specified: Example check_disk -w 10% -c 5% -a -C -w 5% -c 3% -p / Checks / at 5% and 3% and every other mount at 10% and 5% ---------------------------------------------------------------------- Comment By: maemigh (maemigh) Date: 2006-05-20 08:14 Message: Logged In: YES user_id=1520524 Forgot to mention: -p should be working the same way it has been in the past. ---------------------------------------------------------------------- Comment By: maemigh (maemigh) Date: 2006-05-20 08:12 Message: Logged In: YES user_id=1520524 I didn't test the last upload enough, so I removed it. I've added lots of additional code to check_disk and I've tested it with every scenario I could think of (including the one you mentioned earlier). It all seems to work properly now. I have added several new features as well: -x will exclude a mount point that matches exactly -s will exclude a path and any mount points within -U outputs the percentages in terms of used space/inodes -H formats the output in HTML (makes it really easy to read on the status page) I think I'm going to continue working on it as I might want the ability to specify different warn/crit percentages for different mount points; any suggestions on how to go about doing that would be nice :) I've attached the file, versioned 1.65.1 ---------------------------------------------------------------------- Comment By: maemigh (maemigh) Date: 2006-05-18 16:39 Message: Logged In: YES user_id=1520524 To answer your question, -X cdfs will not work. The cdrom mount is all ufs and -X ufs will exclude a few extra partitions. I've gone and recoded the file. I've added an extra switch (-s) which will exclude an entire path structure whereas -x will only exclude exact matches. (ie -x /var will NOT exclude /var/run; -s /var WILL exclude both /var and /var/run). This code should also behave the same way it used to -- -p /etc will include (/). I've attached a copy of the whole file. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2006-05-18 13:39 Message: Logged In: YES user_id=664364 maemigh, Thanks for the report and the patch! I'm not really keen on the wildcard addition. Tracker 1485683 (http:// sourceforge.net/tracker/index.php? func=detail&aid=1485683&group_id=29880&atid=397600) could be overcome by using a -X cdfs option. However, the patch for the exact name is interesting, because I think there are several bugs reported which this may fix. I've tried the patch out and I get a regression test failure. Prior to your patch, ./check_disk -p /etc would report the result for / (just like df /etc would). However, with the exact length check, check_disk now complains that /etc is not found. Thinking some more about it, this is probably acceptable since check_disk is a sysadmin tool rather than a user tool. Any opinions from anyone else? Ton ---------------------------------------------------------------------- Comment By: maemigh (maemigh) Date: 2006-05-11 22:53 Message: Logged In: YES user_id=1520524 I forgot to mention that it appeared the plugin was trying to exlude everything that stems from a path when used with -x (although the function was broken). I've implemented it with a wildcard because you may have a mount within the directory of another mount. In the case above, if we were to use the old method, not only would /var be excluded, but also /var/run (and this is not desired). ---------------------------------------------------------------------- Comment By: maemigh (maemigh) Date: 2006-05-11 19:20 Message: Logged In: YES user_id=1520524 I modified the walk_name_list function to operate properly. Additionally, my changes took care of my feature request (1485683) as well. I tried every test case I could think of and the code seemed to work properly. Please review for correctness and efficiency. int walk_name_list (struct name_list *list, const char *name) { int name_len; name_len = strlen(name); while (list) { /* if the paths match up to the length of the search path, * AND if the paths names are the same length then we have a winner. * OR if the search path is shorter than the mount path and * ends with the wildcard '*' we have a winner. * The wildcard character must be escaped out, thus list_name_len-2 */ int list_name_len; list_name_len = strlen(list->name); if ((name_len == list_name_len && strncmp(list->name, name, list_name_len) == 0) || (name_len >= list_name_len && strncmp(list->name, name, list_name_len-2) == 0 && strncmp(&list->name[list_name_len-1], "*", 1) == 0)) { list->found = 1; list->found_len = name_len; /* if required for name_lists that have not saved w_df, etc (eg exclude lists) */ if (list->w_df) w_df = list->w_df; if (list->c_df) c_df = list->c_df; if (list->w_dfp>=0.0) w_dfp = list->w_dfp; if (list->c_dfp>=0.0) c_dfp = list->c_dfp; return TRUE; } list = list->name_next; } return FALSE; } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1485816&group_id=29880 From noreply at sourceforge.net Thu Jul 20 01:15:41 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 19 Jul 2006 16:15:41 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1481615 ] Problem with check_disk Message-ID: Bugs item #1481615, was opened at 2006-05-04 07:04 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1481615&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: None Status: Open Resolution: Fixed Priority: 5 Submitted By: Tobias Mucke (mucke) Assigned to: Ton Voon (tonvoon) Summary: Problem with check_disk Initial Comment: Hi everybody, yesterday I tried the new plugin version 1.4.3. I experienced a problem with check_disk. Here is the output. Filesystem /home is a reiserfs. I guess that's the reason for inode=nan%?. But that's not the problem. Look at the performance data. In the MIN field. It should be 0 but it is -2147483648. /opt/nagios/plugins/check_disk -w 20 -c 10 -p /home DISK OK - free space: /home 480 MB (94% inode=nan%);| /home=32MB;491;501;-2147483648;511 Thanks in advance. Tobias ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-07-20 00:15 Message: Logged In: YES user_id=664364 Tobias, Can you please try the latest snapshot? The min value has been removed (which is one way of fixing your original problem :) ). But the values calculated should now be consistent with df output. The inode value will be printed as "-" which is consistent with df -i. Ton ---------------------------------------------------------------------- Comment By: Tobias Mucke (mucke) Date: 2006-06-19 06:43 Message: Logged In: YES user_id=481892 Hi everybody, sorry, since I am not a C programmer I can't figure out the problem, but it still persists. Tried newest plugin version. ~> /opt/nagios/plugins/check_disk --version check_disk (nagios-plugins 1.4.3) 1.67 ~> /opt/nagios/plugins/check_disk -p /home DISK OK - free space: /home 480 MB (94% inode=nan%);| /home=32MB;511;511;-2147483648;511 I reopend the call again. Thanks. Tobias ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2006-06-15 08:52 Message: Logged In: YES user_id=664364 Hi all! The patch by Ralph is already applied to CVS in check_disk.c v1.67. Please try the snapshot at http://nagiosplug.sf.net/snapshot. I'm putting this call into pending. Ton ---------------------------------------------------------------------- Comment By: Olexandr Davydenko (blackraven1977) Date: 2006-06-15 08:12 Message: Logged In: YES user_id=1526665 Hi everybody! I have similar problem on FreeBSD 6.1 with check_disk.c,v 1.64 2006/03/27 08:19:01 Ralph R????ner patch solved this problem. ---------------------------------------------------------------------- Comment By: Tobias Mucke (mucke) Date: 2006-05-18 10:28 Message: Logged In: YES user_id=481892 Hi everybody, checked out newest snapshot 20060517 but same problem. Tobias ---------------------------------------------------------------------- Comment By: Ralph R????ner (ralph_roessner) Date: 2006-05-08 19:08 Message: Logged In: YES user_id=1515003 Hi everybody! I have a similar problem on Solaris, only I get bitten by validate_arguments(), which complains that "C_IDFP (67065044...467904.000000) should be less than W_IDFP (0.0)". It appears that the minimum free inode percentage was not correctly initialized. This only appears when file systems are selected with "-p". The reason I suspect is that the c_idfp and w_idfp members of the path list structure are never initialized in this case, at least not at the point where c_dfp and w_dfp are (check_disk.c lines 457ff). So random malloc()ed memory is passed to validate_arguments(), and the results vary according to architecture and phase of the moon. I created a patch that treats the [cw]_idfp like [cw]_dfp at the point where the "-p" argument is parsed. This makes the problem go away for me. If there are other places where the path list is added to then there is a good chance that the same oversight happened there too. Since I don't find a way to attach a file to a thread I did not open, I will include the patch here: --8><----------------------------------- *** nagios-plugins-1.4.3/plugins/check_disk.c.orig Mon May 8 19:50:33 2006 --- nagios-plugins-1.4.3/plugins/check_disk.c Mon May 8 19:49:48 2006 *************** *** 462,467 **** --- 462,469 ---- se->c_df = c_df; se->w_dfp = w_dfp; se->c_dfp = c_dfp; + se->w_idfp = w_idfp; + se->c_idfp = c_idfp; se->found = 0; se->found_len = 0; *pathtail = se; --8><----------------------------------- Hope this helps, Ralph R????ner ---------------------------------------------------------------------- Comment By: Tobias Mucke (mucke) Date: 2006-05-05 15:20 Message: Logged In: YES user_id=481892 Ton, checked it, but same problem. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2006-05-05 09:37 Message: Logged In: YES user_id=664364 Tobias, Can you check the snapshot at http://nagiosplug.sf.net/snapshot? There was a fix reported for inode problems on Solaris, but probably applicable to reiserfs too. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1481615&group_id=29880 From noreply at sourceforge.net Thu Jul 20 01:18:27 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 19 Jul 2006 16:18:27 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1348746 ] check_disk reports incorrect disk free with neg space on BSD Message-ID: Bugs item #1348746, was opened at 2005-11-05 00:59 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1348746&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Parsing problem Group: Release (specify) Status: Open Resolution: None Priority: 5 Submitted By: Ted Cabeen (secabeen) >Assigned to: Ton Voon (tonvoon) Summary: check_disk reports incorrect disk free with neg space on BSD Initial Comment: With check_disk running on FreeBSD 5-STABLE, when a disk has negative free space remaining, the amount of free space goes hugely positive: DISK CRITICAL - free space: /usr 36028797018963968 MB (1191472380510208%): Here's a df from the time: /dev/ad4s1g 3096462 2989082 -140336 105% /usr ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-07-20 00:18 Message: Logged In: YES user_id=664364 Ted, Can you try the latest snapshot at http://nagiosplug.sf.net/snapshot. There have been major changes to check_disk to sync it with coreutils' df so there shouldn't be sign problems. If you still have problems, can you tell me what version of df are you using? Ton ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2005-11-08 12:05 Message: Logged In: YES user_id=664364 >From 1.4 onwards, we use the GNU coreutils library to get df data. I don't know if FreeBSD use their own routines or not, but GNU coreutils should support it. Yes, I guess signed integers should fix. Was an assumption on our part that values would be always positive. ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 2005-11-08 11:28 Message: Logged In: YES user_id=226838 hi, well chalk this up to my having been away from traditional unix/bsd implementations. afaict in linux such reserved space is still taken into calculation of total available space (ie, you could get ENOSPC before the disk reached 0%). but anyway, i think the fix is still obvious, that we should do all scans and assignments as signed integers instead of unsigned. if i don't hear any complaints from anyone else on the plugins team, i'll probably do this at some point (and hope that it doesn't break something else) also, having taken a look at the check_disk code, i can't seem to find any references to the df program... so i guess if you're using 1.4.2 or later that it's purely within the internal disk space routines. ---------------------------------------------------------------------- Comment By: Ted Cabeen (secabeen) Date: 2005-11-07 21:25 Message: Logged In: YES user_id=40466 All modern unix file-systems reserve a portion (5-10%) of the disk space for use by root only and to speed disk accesses. If the root user exceeds the normal disk space and uses some of the reserve space, the system will represent the amount of free space as negative. I don't know how check_disk is checking the disk space (df or internal routines). Is there an easy way to check? check_disk (nagios-plugins 1.4.2) 1.57 is the version I'm running. ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 2005-11-07 12:56 Message: Logged In: YES user_id=226838 hi, um, i just have to ask. how do you have negative free space? some other information that would be helpful: - is check_disk using the df command or internal disk space routines? - if df, what df command syntax is check_disk using? - what version of the plugins are you using? i believe that the plugin is making an assumption that the amount of disk space available is unsigned, because, er... well i'd never heard of negative disk space, anyway :) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1348746&group_id=29880 From noreply at sourceforge.net Thu Jul 20 01:20:10 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 19 Jul 2006 16:20:10 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1144727 ] check_disk fails on Solaris with large available space Message-ID: Bugs item #1144727, was opened at 2005-02-20 10:44 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1144727&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: John-David Childs (diskmuncher) >Assigned to: Ton Voon (tonvoon) Summary: check_disk fails on Solaris with large available space Initial Comment: check_disk returns a CRITICAL on Solaris (test 5.7 and 5.9) if a checked_filesystem actually has > 1TB of free space. This does NOT happen on Linux. Verifying functionality on IRIX. controldev [10:21am] plugins 69% df -k Filesystem kbytes used avail capacity Mounted on /proc 0 0 0 0% /proc /dev/dsk/c0t0d0s0 9075677 6666149 2318772 75% / fd 0 0 0 0% /dev/fd /dev/dsk/c0t0d0s4 482455 138924 295286 32% /var swap 1757696 79080 1678616 5% /tmp /dev/dsk/c0t0d0s6 6196234 6161 6128111 1% /ewrt /dev/dsk/c0t1d0s0 20652353 13923398 6522432 69% /bronze /dev/dsk/c0t1d0s1 20652353 4633312 15812518 23% /tools /dev/dsk/c0t1d0s4 29281179 23773695 5214673 83% /home opsnas1:/vol/home 1767421352 653768396 1113652956 37% /mnt controldev [10:23am] plugins 70% ./check_disk -w 10% -c 5% -e DISK CRITICAL - free space: /mnt 9007199254740993 MB (521854746624%);| /=6598MB;7975;8418;0;8862 /var=183MB;423;447;0;471 /tmp=77MB;1544;1630;0;1716 /ewrt=67MB;5445;5748;0;6051 /bronze=13799MB;18151;19159;0;20168 /tools=4727MB;18151;19159;0;20168 /home=23502MB;25734;27164;0;28594 /mnt=2735598MB;1553397;1639697;0;1725997 ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-07-20 00:20 Message: Logged In: YES user_id=664364 John, Can you try this out with the latest snapshot at http://nagiosplug.sf.net/ snapshot please? There have been major changes to check_disk to sync it with coreutils' df command. Ton ---------------------------------------------------------------------- Comment By: M. Sean Finney (seanius) Date: 2005-06-28 03:23 Message: Logged In: YES user_id=226838 hi john, have you had the chance to look into this more? unfortunately i don't have access to a solaris system with > 1TB storage so my powers to debug are a bit diminished. i suspect some number may be truncated somewhere, either in check_disk.c (most likely) or fsusage.c (harder to read, but also less likely the source). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1144727&group_id=29880 From noreply at sourceforge.net Thu Jul 20 01:20:56 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 19 Jul 2006 16:20:56 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1350249 ] check_disk -p ignores third and following argument of -p Message-ID: Bugs item #1350249, was opened at 2005-11-07 12:50 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1350249&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Argument proccessing Group: Release (specify) >Status: Closed Resolution: None Priority: 5 Submitted By: Maik (aussendorf) Assigned to: Harper Mann (harpermann) Summary: check_disk -p ignores third and following argument of -p Initial Comment: Using version 1.4.2 (tar download from 11/07/05 If I call check_disk with the -p option, it will check the first two named pathes only. It will ignore any following path. e.g. check_disk -w 100 -c 30 -p /p1 / p2 /p3 will only check /p1 and /p2, while /p3 is ignored. With kind regards Maik Aussendorf ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-07-20 00:20 Message: Logged In: YES user_id=664364 Closing this call. ---------------------------------------------------------------------- Comment By: Maik (aussendorf) Date: 2005-12-06 15:54 Message: Logged In: YES user_id=1374583 Harper, yes that works. Thanks! With kind regards Maik ---------------------------------------------------------------------- Comment By: Harper Mann (harpermann) Date: 2005-11-29 21:47 Message: Logged In: YES user_id=939531 Hi Maik, The "-p" argument works if you use multiple ones. Like this: ./check_disk -w 100 -c 30 -p / -p /boot DISK OK - free space: / 22014 MB (62% inode=94%); /boot 84 MB (85% inode=100%);| /=13471MB;35385;35455;94;35485 /boot=14MB;98;68;99;98 I think that's a more traditional use of a *NIX CLI argument. Does that work for you? Cheers, - Harper ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1350249&group_id=29880 From noreply at sourceforge.net Thu Jul 20 01:29:18 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 19 Jul 2006 16:29:18 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1497248 ] check_disk does not compile on Solaris 10 because of floorf Message-ID: Bugs item #1497248, was opened at 2006-05-30 01:45 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1497248&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: Release (specify) >Status: Pending Resolution: None Priority: 5 Submitted By: Daniel Austin (danaus) >Assigned to: Ton Voon (tonvoon) Summary: check_disk does not compile on Solaris 10 because of floorf Initial Comment: Nagios Plugis: 1.4.3 Related to previous bug: 1374705 Compilation on Solaris 10 results in error when compiling check_disk.c: error: static declaration of 'floorf' follows non-static declaration On line 32 of check_disk.c common.h is imported. On line 196 of common.h we see: /* Solaris does not have floorf, but floor works. Should probably be in configure */ #if defined(__sun) || defined(__sun__) static inline float floorf (float x) { return floor(x); } #endif Solaris 10 actually *does* have floorf (but not earlier versions it seems). Workaround is to just comment out the line for now but, as original commenter said, prob best to replace this with configure test. Sorry -- lack the skill to do that at the moment, so no patch. :-( ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-07-20 00:29 Message: Logged In: YES user_id=664364 Daniel, Can you please try the snapshot at http://nagiosplug.sf.net/snapshot. floorf has been removed from check_disk.c, so it should compile happily. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1497248&group_id=29880 From noreply at sourceforge.net Thu Jul 20 08:31:40 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 19 Jul 2006 23:31:40 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1524282 ] "Missing type specifier or type qualifier" Message-ID: Bugs item #1524282, was opened at 2006-07-18 02:01 Message generated for change (Comment added) made by cyruspy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1524282&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: snapshot tarball >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Ciro Iriarte (cyruspy) Assigned to: Ton Voon (tonvoon) Summary: "Missing type specifier or type qualifier" Initial Comment: I'm getting "Missing type specifier or type qualifier" here, there and everywhere. Snapshot: nagios-plugins-HEAD-200607172352. SO: Tru64 v5.1B Making all in plugins source='check_apt.c' object='check_apt.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DLOCALEDIR=\"/usr/local/nagios/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include -g -c check_apt.c source='utils.c' object='utils.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DLOCALEDIR=\"/usr/local/nagios/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include -g -c utils.c source='runcmd.c' object='runcmd.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DLOCALEDIR=\"/usr/local/nagios/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include -g -c runcmd.c /bin/ksh ../libtool --mode=link --tag=CC cc -g -L. -o check_apt check_apt.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a runcmd.o -lssl -lcrypto mkdir .libs cc -g -o check_apt check_apt.o utils.o runcmd.o -L/usr/users/iriartec/src/nagios-plugins-HEAD-200607172352/plugins ../lib/libnagiosplug.a ../lib/libcoreutils.a -lssl -lcrypto source='check_disk.c' object='check_disk.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DLOCALEDIR=\"/usr/local/nagios/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include -g -c check_disk.c cc: Error: ../lib/fsusage.h, line 29: Missing type specifier or type qualifier. (missingtype) uintmax_t fsu_blocksize; /* Size of a block. */ --^ cc: Error: ../lib/fsusage.h, line 30: Missing type specifier or type qualifier. (missingtype) uintmax_t fsu_blocks; /* Total blocks. */ --^ cc: Error: ../lib/fsusage.h, line 31: Missing type specifier or type qualifier. (missingtype) uintmax_t fsu_bfree; /* Free blocks available to superuser. */ --^ cc: Error: ../lib/fsusage.h, line 32: Missing type specifier or type qualifier. (missingtype) uintmax_t fsu_bavail; /* Free blocks available to non-superuser. */ --^ cc: Error: ../lib/fsusage.h, line 34: Missing type specifier or type qualifier. (missingtype) uintmax_t fsu_files; /* Total file nodes. */ --^ cc: Error: ../lib/fsusage.h, line 35: Missing type specifier or type qualifier. (missingtype) uintmax_t fsu_ffree; /* Free file nodes. */ --^ cc: Error: check_disk.c, line 121: Missing identifier. (parnoident) int validate_arguments (uintmax_t, uintmax_t, double, double, double, double, char *); ----------------------------------------------^ cc: Error: check_disk.c, line 131: In this declaration, "uintmax_t" appears to be used as if it named a type, but there is no declared type of that name visible. (typedefnotdef) uintmax_t mult = 1024 * 1024; ^ cc: Error: check_disk.c, line 157: In this declaration, "uintmax_t" must specify a type. (badparsedecl) uintmax_t total, available, available_to_root, used; --^ cc: Error: check_disk.c, line 333: In this parameter list, "uintmax_t" must either be a type or must be followed by a ",". (badparseparam) double calculate_percent(uintmax_t value, uintmax_t total) { -------------------------^ cc: Error: check_disk.c, line 337: The compiler was expecting a ")", but one was not found. This condition could have occured because "uintmax_t" is used in what might be a type cast, but there is no declared type of that name visible. (undefinedtype) if (value <= TYPE_MAXIMUM(uintmax_t) / 100 ---------------^ cc: Error: check_disk.c, line 339: In this declaration, "uintmax_t" must specify a type. (badparsedecl) uintmax_t u100 = value * 100; ----^ cc: Error: check_disk.c, line 341: Invalid statement. (badstmt) } else { ----^ cc: Error: check_disk.c, line 467: The compiler was expecting a ";", but one was not found. This condition could have occured because "uintmax_t" is used in what might be a type cast, but there is no declared type of that name visible. (undefinedtype) mult = (uintmax_t)1; --------------------------^ cc: Error: check_disk.c, line 470: The compiler was expecting a ";", but one was not found. This condition could have occured because "uintmax_t" is used in what might be a type cast, but there is no declared type of that name visible. (undefinedtype) mult = (uintmax_t)1024; --------------------------^ cc: Error: check_disk.c, line 473: The compiler was expecting a ";", but one was not found. This condition could have occured because "uintmax_t" is used in what might be a type cast, but there is no declared type of that name visible. (undefinedtype) mult = (uintmax_t)1024 * 1024; --------------------------^ cc: Error: check_disk.c, line 476: The compiler was expecting a ";", but one was not found. This condition could have occured because "uintmax_t" is used in what might be a type cast, but there is no declared type of that name visible. (undefinedtype) mult = (uintmax_t)1024 * 1024 * 1024; --------------------------^ cc: Error: check_disk.c, line 479: The compiler was expecting a ";", but one was not found. This condition could have occured because "uintmax_t" is used in what might be a type cast, but there is no declared type of that name visible. (undefinedtype) mult = (uintmax_t)1024 * 1024 * 1024 * 1024; --------------------------^ cc: Error: check_disk.c, line 579: The compiler was expecting a ";", but one was not found. This condition could have occured because "uintmax_t" is used in what might be a type cast, but there is no declared type of that name visible. (undefinedtype) mult = (uintmax_t)1024 * 1024; ----------------------^ cc: Warning: check_disk.c, line 124: In the declaration of "calculate_percent", the identifier "uintmax_t" is not the name of a type. All parameter information in this declaration will be ignored. (funcidlis) double calculate_percent(uintmax_t, uintmax_t); -------------------------^ cc: Error: check_disk.c, line 238: In this statement, "total" is not declared. (undeclared) total = fsp.fsu_blocks; ------^ cc: Error: check_disk.c, line 239: In this statement, "available" is not declared. (undeclared) available = fsp.fsu_bavail; ------^ cc: Error: check_disk.c, line 240: In this statement, "available_to_root" is not declared. (undeclared) available_to_root = fsp.fsu_bfree; ------^ cc: Error: check_disk.c, line 241: In this statement, "used" is not declared. (undeclared) used = total - available_to_root; ------^ cc: Error: check_disk.c, line 246: In this statement, "mult" is not declared. (undeclared) dused_units = used*fsp.fsu_blocksize/mult; -------------------------------------------^ cc: Error: check_disk.c, line 488: In this statement, "mult" is not declared. (undeclared) mult = 1024; ------^ *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. Full log at http://tinderbox.altinity.org/nagiosplug/status.html, thanks in advanced Cyrus ---------------------------------------------------------------------- >Comment By: Ciro Iriarte (cyruspy) Date: 2006-07-20 02:31 Message: Logged In: YES user_id=1548408 Thanks a lot, it works now. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2006-07-19 18:57 Message: Logged In: YES user_id=664364 Cyrus, Just committed a fix to CVS. Please try the next snapshot and let us know if it fixes it. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1524282&group_id=29880 From noreply at sourceforge.net Thu Jul 20 08:42:33 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 19 Jul 2006 23:42:33 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Feature Requests-1525717 ] Performance data in check_disk Message-ID: Feature Requests item #1525717, was opened at 2006-07-20 02:42 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=1525717&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Submitted By: Ciro Iriarte (cyruspy) Assigned to: Nobody/Anonymous (nobody) Summary: Performance data in check_disk Initial Comment: Is it going to be added again to check_disk after the last fixes? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397600&aid=1525717&group_id=29880 From noreply at sourceforge.net Thu Jul 20 08:33:27 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 19 Jul 2006 23:33:27 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1524282 ] "Missing type specifier or type qualifier" Message-ID: Bugs item #1524282, was opened at 2006-07-18 02:01 Message generated for change (Comment added) made by cyruspy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1524282&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: snapshot tarball Status: Closed Resolution: Accepted Priority: 5 Submitted By: Ciro Iriarte (cyruspy) Assigned to: Ton Voon (tonvoon) Summary: "Missing type specifier or type qualifier" Initial Comment: I'm getting "Missing type specifier or type qualifier" here, there and everywhere. Snapshot: nagios-plugins-HEAD-200607172352. SO: Tru64 v5.1B Making all in plugins source='check_apt.c' object='check_apt.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DLOCALEDIR=\"/usr/local/nagios/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include -g -c check_apt.c source='utils.c' object='utils.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DLOCALEDIR=\"/usr/local/nagios/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include -g -c utils.c source='runcmd.c' object='runcmd.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DLOCALEDIR=\"/usr/local/nagios/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include -g -c runcmd.c /bin/ksh ../libtool --mode=link --tag=CC cc -g -L. -o check_apt check_apt.o utils.o ../lib/libnagiosplug.a ../lib/libcoreutils.a runcmd.o -lssl -lcrypto mkdir .libs cc -g -o check_apt check_apt.o utils.o runcmd.o -L/usr/users/iriartec/src/nagios-plugins-HEAD-200607172352/plugins ../lib/libnagiosplug.a ../lib/libcoreutils.a -lssl -lcrypto source='check_disk.c' object='check_disk.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DLOCALEDIR=\"/usr/local/nagios/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I/usr/include -g -c check_disk.c cc: Error: ../lib/fsusage.h, line 29: Missing type specifier or type qualifier. (missingtype) uintmax_t fsu_blocksize; /* Size of a block. */ --^ cc: Error: ../lib/fsusage.h, line 30: Missing type specifier or type qualifier. (missingtype) uintmax_t fsu_blocks; /* Total blocks. */ --^ cc: Error: ../lib/fsusage.h, line 31: Missing type specifier or type qualifier. (missingtype) uintmax_t fsu_bfree; /* Free blocks available to superuser. */ --^ cc: Error: ../lib/fsusage.h, line 32: Missing type specifier or type qualifier. (missingtype) uintmax_t fsu_bavail; /* Free blocks available to non-superuser. */ --^ cc: Error: ../lib/fsusage.h, line 34: Missing type specifier or type qualifier. (missingtype) uintmax_t fsu_files; /* Total file nodes. */ --^ cc: Error: ../lib/fsusage.h, line 35: Missing type specifier or type qualifier. (missingtype) uintmax_t fsu_ffree; /* Free file nodes. */ --^ cc: Error: check_disk.c, line 121: Missing identifier. (parnoident) int validate_arguments (uintmax_t, uintmax_t, double, double, double, double, char *); ----------------------------------------------^ cc: Error: check_disk.c, line 131: In this declaration, "uintmax_t" appears to be used as if it named a type, but there is no declared type of that name visible. (typedefnotdef) uintmax_t mult = 1024 * 1024; ^ cc: Error: check_disk.c, line 157: In this declaration, "uintmax_t" must specify a type. (badparsedecl) uintmax_t total, available, available_to_root, used; --^ cc: Error: check_disk.c, line 333: In this parameter list, "uintmax_t" must either be a type or must be followed by a ",". (badparseparam) double calculate_percent(uintmax_t value, uintmax_t total) { -------------------------^ cc: Error: check_disk.c, line 337: The compiler was expecting a ")", but one was not found. This condition could have occured because "uintmax_t" is used in what might be a type cast, but there is no declared type of that name visible. (undefinedtype) if (value <= TYPE_MAXIMUM(uintmax_t) / 100 ---------------^ cc: Error: check_disk.c, line 339: In this declaration, "uintmax_t" must specify a type. (badparsedecl) uintmax_t u100 = value * 100; ----^ cc: Error: check_disk.c, line 341: Invalid statement. (badstmt) } else { ----^ cc: Error: check_disk.c, line 467: The compiler was expecting a ";", but one was not found. This condition could have occured because "uintmax_t" is used in what might be a type cast, but there is no declared type of that name visible. (undefinedtype) mult = (uintmax_t)1; --------------------------^ cc: Error: check_disk.c, line 470: The compiler was expecting a ";", but one was not found. This condition could have occured because "uintmax_t" is used in what might be a type cast, but there is no declared type of that name visible. (undefinedtype) mult = (uintmax_t)1024; --------------------------^ cc: Error: check_disk.c, line 473: The compiler was expecting a ";", but one was not found. This condition could have occured because "uintmax_t" is used in what might be a type cast, but there is no declared type of that name visible. (undefinedtype) mult = (uintmax_t)1024 * 1024; --------------------------^ cc: Error: check_disk.c, line 476: The compiler was expecting a ";", but one was not found. This condition could have occured because "uintmax_t" is used in what might be a type cast, but there is no declared type of that name visible. (undefinedtype) mult = (uintmax_t)1024 * 1024 * 1024; --------------------------^ cc: Error: check_disk.c, line 479: The compiler was expecting a ";", but one was not found. This condition could have occured because "uintmax_t" is used in what might be a type cast, but there is no declared type of that name visible. (undefinedtype) mult = (uintmax_t)1024 * 1024 * 1024 * 1024; --------------------------^ cc: Error: check_disk.c, line 579: The compiler was expecting a ";", but one was not found. This condition could have occured because "uintmax_t" is used in what might be a type cast, but there is no declared type of that name visible. (undefinedtype) mult = (uintmax_t)1024 * 1024; ----------------------^ cc: Warning: check_disk.c, line 124: In the declaration of "calculate_percent", the identifier "uintmax_t" is not the name of a type. All parameter information in this declaration will be ignored. (funcidlis) double calculate_percent(uintmax_t, uintmax_t); -------------------------^ cc: Error: check_disk.c, line 238: In this statement, "total" is not declared. (undeclared) total = fsp.fsu_blocks; ------^ cc: Error: check_disk.c, line 239: In this statement, "available" is not declared. (undeclared) available = fsp.fsu_bavail; ------^ cc: Error: check_disk.c, line 240: In this statement, "available_to_root" is not declared. (undeclared) available_to_root = fsp.fsu_bfree; ------^ cc: Error: check_disk.c, line 241: In this statement, "used" is not declared. (undeclared) used = total - available_to_root; ------^ cc: Error: check_disk.c, line 246: In this statement, "mult" is not declared. (undeclared) dused_units = used*fsp.fsu_blocksize/mult; -------------------------------------------^ cc: Error: check_disk.c, line 488: In this statement, "mult" is not declared. (undeclared) mult = 1024; ------^ *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. Full log at http://tinderbox.altinity.org/nagiosplug/status.html, thanks in advanced Cyrus ---------------------------------------------------------------------- >Comment By: Ciro Iriarte (cyruspy) Date: 2006-07-20 02:33 Message: Logged In: YES user_id=1548408 Just a warning to note: source='check_icmp.c' object='check_icmp.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DLOCALEDIR=\"/usr/local/nagios/share/locale\" -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../lib -I../intl -I../pl ugins -I/usr/include -g -c check_icmp.c cc: Warning: check_icmp.c, line 838: In this statement, the referenced type of the pointer value "&slen" is "unsigned int", which is not compatible with "int" because they differ by signed/unsigned attribute. (ptrm ismatch1) return recvfrom(sock, buf, len, 0, saddr, &slen); --------------------------------------------------^ ---------------------------------------------------------------------- Comment By: Ciro Iriarte (cyruspy) Date: 2006-07-20 02:31 Message: Logged In: YES user_id=1548408 Thanks a lot, it works now. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2006-07-19 18:57 Message: Logged In: YES user_id=664364 Cyrus, Just committed a fix to CVS. Please try the next snapshot and let us know if it fixes it. Ton ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1524282&group_id=29880 From noreply at sourceforge.net Thu Jul 20 20:48:32 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 20 Jul 2006 11:48:32 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1526072 ] CVS fails to compile on Solaris 9 Message-ID: Bugs item #1526072, was opened at 2006-07-20 14:48 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=1526072&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: None Status: Open Resolution: None Priority: 5 Submitted By: maemigh (maemigh) Assigned to: Nobody/Anonymous (nobody) Summary: CVS fails to compile on Solaris 9 Initial Comment: I retrieved the source from CVS and ran into the following error during compilation: gcc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -I../plugins -I/include -g -O2 -c utils_base.c In file included from ../plugins/common.h:119, from utils_base.c:16: /usr/include/sys/swap.h:47: #error "Cannot use swapctl in the large files compilation environment" gmake[4]: *** [utils_base.o] Error 1 gmake[4]: Leaving directory `/tmp/nagiosplug/lib' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/tmp/nagiosplug/lib' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/tmp/nagiosplug/lib' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/tmp/nagiosplug' gmake: *** [all] Error 2 I took a quick look into it, but I wasn't able to come up with much. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1526072&group_id=29880 From noreply at sourceforge.net Sun Jul 23 19:47:03 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 23 Jul 2006 10:47:03 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1481019 ] Parsing problem within check_ntp Message-ID: Bugs item #1481019, was opened at 2006-05-03 13:35 Message generated for change (Comment added) made by gaupe You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1481019&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Parsing problem Group: None Status: Closed Resolution: None Priority: 5 Submitted By: Tobias Mucke (mucke) Assigned to: Nobody/Anonymous (nobody) Summary: Parsing problem within check_ntp Initial Comment: Hallo everybody, I have a little problem with check_ntp. I can work around it by redirecting Stderrout to /dev/null but since this problem exists also in the newest Plugin release 1.4.3 I want to submit this request. Here is what I get when calling check_ntp. Lines are numbered by me! Line 1: Argument "(not parsed)" isn't numeric in abs at /opt/nagios/plugins/check_ntp line 408. Line 2: NTP OK: Offset 0.003125 secs, jitter (not parsed) msec, peer is stratum 1|offset=0.003125, jitter=0,peer_stratum=1 Thanks in advance. Tobias ---------------------------------------------------------------------- Comment By: Roy-Magne Mo (gaupe) Date: 2006-07-23 19:47 Message: Logged In: YES user_id=390568 This problem still seems to exists in HEAD, since the version in head and 1.43 is 1.31 ---------------------------------------------------------------------- Comment By: Tobias Mucke (mucke) Date: 2006-05-18 11:33 Message: Logged In: YES user_id=481892 Hi everybody, tried out newest snapshot release 20060517. Bug seems to be fixed. Closing this request. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1481019&group_id=29880 From noreply at sourceforge.net Sun Jul 23 20:50:51 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 23 Jul 2006 11:50:51 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1481019 ] Parsing problem within check_ntp Message-ID: Bugs item #1481019, was opened at 2006-05-03 13:35 Message generated for change (Comment added) made by gaupe You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1481019&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Parsing problem Group: None Status: Closed Resolution: None Priority: 5 Submitted By: Tobias Mucke (mucke) Assigned to: Nobody/Anonymous (nobody) Summary: Parsing problem within check_ntp Initial Comment: Hallo everybody, I have a little problem with check_ntp. I can work around it by redirecting Stderrout to /dev/null but since this problem exists also in the newest Plugin release 1.4.3 I want to submit this request. Here is what I get when calling check_ntp. Lines are numbered by me! Line 1: Argument "(not parsed)" isn't numeric in abs at /opt/nagios/plugins/check_ntp line 408. Line 2: NTP OK: Offset 0.003125 secs, jitter (not parsed) msec, peer is stratum 1|offset=0.003125, jitter=0,peer_stratum=1 Thanks in advance. Tobias ---------------------------------------------------------------------- Comment By: Roy-Magne Mo (gaupe) Date: 2006-07-23 20:50 Message: Logged In: YES user_id=390568 One line should be removed from check_ntp.pl, since a header probably introduced in the output in 'ntpq -np' lately triggers this bug: --- check_ntp.pl.orig 2006-07-23 20:10:03.000000000 +0200 +++ check_ntp.pl 2006-07-23 20:48:08.000000000 +0200 @@ -314,7 +314,6 @@ } } else { print "No match!\n" if $verbose; - $jitter = '(not parsed)'; } } ---------------------------------------------------------------------- Comment By: Roy-Magne Mo (gaupe) Date: 2006-07-23 19:47 Message: Logged In: YES user_id=390568 This problem still seems to exists in HEAD, since the version in head and 1.43 is 1.31 ---------------------------------------------------------------------- Comment By: Tobias Mucke (mucke) Date: 2006-05-18 11:33 Message: Logged In: YES user_id=481892 Hi everybody, tried out newest snapshot release 20060517. Bug seems to be fixed. Closing this request. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1481019&group_id=29880 From noreply at sourceforge.net Mon Jul 24 10:39:13 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 24 Jul 2006 01:39:13 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1481019 ] Parsing problem within check_ntp Message-ID: Bugs item #1481019, was opened at 2006-05-03 12:35 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1481019&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Parsing problem Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: Tobias Mucke (mucke) >Assigned to: Ton Voon (tonvoon) Summary: Parsing problem within check_ntp Initial Comment: Hallo everybody, I have a little problem with check_ntp. I can work around it by redirecting Stderrout to /dev/null but since this problem exists also in the newest Plugin release 1.4.3 I want to submit this request. Here is what I get when calling check_ntp. Lines are numbered by me! Line 1: Argument "(not parsed)" isn't numeric in abs at /opt/nagios/plugins/check_ntp line 408. Line 2: NTP OK: Offset 0.003125 secs, jitter (not parsed) msec, peer is stratum 1|offset=0.003125, jitter=0,peer_stratum=1 Thanks in advance. Tobias ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-07-24 09:39 Message: Logged In: YES user_id=664364 Gaupe, Can you try the check_ntp.c in the snapshot? You should go through the usual ./configure && make. check_ntp.pl is going to be deprecated in favour of the C version. I've marked the call into pending to autoclose after 7 days. If this is still a problem with the C version, please reopen with details. Ton ---------------------------------------------------------------------- Comment By: Roy-Magne Mo (gaupe) Date: 2006-07-23 19:50 Message: Logged In: YES user_id=390568 One line should be removed from check_ntp.pl, since a header probably introduced in the output in 'ntpq -np' lately triggers this bug: --- check_ntp.pl.orig 2006-07-23 20:10:03.000000000 +0200 +++ check_ntp.pl 2006-07-23 20:48:08.000000000 +0200 @@ -314,7 +314,6 @@ } } else { print "No match!\n" if $verbose; - $jitter = '(not parsed)'; } } ---------------------------------------------------------------------- Comment By: Roy-Magne Mo (gaupe) Date: 2006-07-23 18:47 Message: Logged In: YES user_id=390568 This problem still seems to exists in HEAD, since the version in head and 1.43 is 1.31 ---------------------------------------------------------------------- Comment By: Tobias Mucke (mucke) Date: 2006-05-18 10:33 Message: Logged In: YES user_id=481892 Hi everybody, tried out newest snapshot release 20060517. Bug seems to be fixed. Closing this request. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1481019&group_id=29880 From noreply at sourceforge.net Mon Jul 24 11:45:25 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 24 Jul 2006 02:45:25 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1481019 ] Parsing problem within check_ntp Message-ID: Bugs item #1481019, was opened at 2006-05-03 13:35 Message generated for change (Comment added) made by gaupe You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1481019&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Parsing problem Group: None Status: Pending Resolution: None Priority: 5 Submitted By: Tobias Mucke (mucke) Assigned to: Ton Voon (tonvoon) Summary: Parsing problem within check_ntp Initial Comment: Hallo everybody, I have a little problem with check_ntp. I can work around it by redirecting Stderrout to /dev/null but since this problem exists also in the newest Plugin release 1.4.3 I want to submit this request. Here is what I get when calling check_ntp. Lines are numbered by me! Line 1: Argument "(not parsed)" isn't numeric in abs at /opt/nagios/plugins/check_ntp line 408. Line 2: NTP OK: Offset 0.003125 secs, jitter (not parsed) msec, peer is stratum 1|offset=0.003125, jitter=0,peer_stratum=1 Thanks in advance. Tobias ---------------------------------------------------------------------- Comment By: Roy-Magne Mo (gaupe) Date: 2006-07-24 11:45 Message: Logged In: YES user_id=390568 I tried the check_ntp from nagios-plugins-HEAD-200607231152, this works like a charm for my small test case at least. Is this version supposed to be released in 1.44? If then I guess it's ok to carry a small patch in the fedora package until then. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2006-07-24 10:39 Message: Logged In: YES user_id=664364 Gaupe, Can you try the check_ntp.c in the snapshot? You should go through the usual ./configure && make. check_ntp.pl is going to be deprecated in favour of the C version. I've marked the call into pending to autoclose after 7 days. If this is still a problem with the C version, please reopen with details. Ton ---------------------------------------------------------------------- Comment By: Roy-Magne Mo (gaupe) Date: 2006-07-23 20:50 Message: Logged In: YES user_id=390568 One line should be removed from check_ntp.pl, since a header probably introduced in the output in 'ntpq -np' lately triggers this bug: --- check_ntp.pl.orig 2006-07-23 20:10:03.000000000 +0200 +++ check_ntp.pl 2006-07-23 20:48:08.000000000 +0200 @@ -314,7 +314,6 @@ } } else { print "No match!\n" if $verbose; - $jitter = '(not parsed)'; } } ---------------------------------------------------------------------- Comment By: Roy-Magne Mo (gaupe) Date: 2006-07-23 19:47 Message: Logged In: YES user_id=390568 This problem still seems to exists in HEAD, since the version in head and 1.43 is 1.31 ---------------------------------------------------------------------- Comment By: Tobias Mucke (mucke) Date: 2006-05-18 11:33 Message: Logged In: YES user_id=481892 Hi everybody, tried out newest snapshot release 20060517. Bug seems to be fixed. Closing this request. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1481019&group_id=29880 From noreply at sourceforge.net Mon Jul 24 12:01:09 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 24 Jul 2006 03:01:09 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1481019 ] Parsing problem within check_ntp Message-ID: Bugs item #1481019, was opened at 2006-05-03 12:35 Message generated for change (Comment added) made by tonvoon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1481019&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Parsing problem Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Tobias Mucke (mucke) Assigned to: Ton Voon (tonvoon) Summary: Parsing problem within check_ntp Initial Comment: Hallo everybody, I have a little problem with check_ntp. I can work around it by redirecting Stderrout to /dev/null but since this problem exists also in the newest Plugin release 1.4.3 I want to submit this request. Here is what I get when calling check_ntp. Lines are numbered by me! Line 1: Argument "(not parsed)" isn't numeric in abs at /opt/nagios/plugins/check_ntp line 408. Line 2: NTP OK: Offset 0.003125 secs, jitter (not parsed) msec, peer is stratum 1|offset=0.003125, jitter=0,peer_stratum=1 Thanks in advance. Tobias ---------------------------------------------------------------------- >Comment By: Ton Voon (tonvoon) Date: 2006-07-24 11:01 Message: Logged In: YES user_id=664364 Roy, The C version will be released in the upcoming 1.4.4, which is around two weeks away. I'll close this call. Ton ---------------------------------------------------------------------- Comment By: Roy-Magne Mo (gaupe) Date: 2006-07-24 10:45 Message: Logged In: YES user_id=390568 I tried the check_ntp from nagios-plugins-HEAD-200607231152, this works like a charm for my small test case at least. Is this version supposed to be released in 1.44? If then I guess it's ok to carry a small patch in the fedora package until then. ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2006-07-24 09:39 Message: Logged In: YES user_id=664364 Gaupe, Can you try the check_ntp.c in the snapshot? You should go through the usual ./configure && make. check_ntp.pl is going to be deprecated in favour of the C version. I've marked the call into pending to autoclose after 7 days. If this is still a problem with the C version, please reopen with details. Ton ---------------------------------------------------------------------- Comment By: Roy-Magne Mo (gaupe) Date: 2006-07-23 19:50 Message: Logged In: YES user_id=390568 One line should be removed from check_ntp.pl, since a header probably introduced in the output in 'ntpq -np' lately triggers this bug: --- check_ntp.pl.orig 2006-07-23 20:10:03.000000000 +0200 +++ check_ntp.pl 2006-07-23 20:48:08.000000000 +0200 @@ -314,7 +314,6 @@ } } else { print "No match!\n" if $verbose; - $jitter = '(not parsed)'; } } ---------------------------------------------------------------------- Comment By: Roy-Magne Mo (gaupe) Date: 2006-07-23 18:47 Message: Logged In: YES user_id=390568 This problem still seems to exists in HEAD, since the version in head and 1.43 is 1.31 ---------------------------------------------------------------------- Comment By: Tobias Mucke (mucke) Date: 2006-05-18 10:33 Message: Logged In: YES user_id=481892 Hi everybody, tried out newest snapshot release 20060517. Bug seems to be fixed. Closing this request. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1481019&group_id=29880 From noreply at sourceforge.net Mon Jul 24 21:59:26 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 24 Jul 2006 12:59:26 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-668778 ] check_ircd - invalid argument Message-ID: Bugs item #668778, was opened at 2003-01-15 14:51 Message generated for change (Comment added) made by harpermann You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=668778&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Harper Mann (harpermann) Summary: check_ircd - invalid argument Initial Comment: Any ideas what im doing wrong here libexec]# ./check_ircd -v -H xxx.xxx.xxx.xxx MAIN(debug): hostname = something.host.name MAIN(debug): binding to remote host: xxx.xxx.xxx.xxx - > 6667 -> something.host.name IRCD UNKNOWN: Could not connect socket (Invalid argument) something.host.name and xxx.xxx.xxx.xxx are valid hostnames and ips just edited out in this post I get the same (IRCD UNKNOWN: Could not connect socket (Invalid argument)) as status when it is run by nagios. ./check_ircd -V check_ircd (nagios-plugins 1.3.0-beta2) 1.3 The nagios plugins come with ABSOLUTELY NO WARRANTY. You may redistribute copies of the plugins under the terms of the GNU General Public License. For more information about these matters, see the file named COPYING. This is when it is run in its unmodified form installed from source and compiled, or usign an rpm build Thanks in advance for any advice. Sarah ---------------------------------------------------------------------- >Comment By: Harper Mann (harpermann) Date: 2006-07-24 12:59 Message: Logged In: YES user_id=939531 This is coded correctly. You need the "canonical" host name first in the /etc/hosts file so it's recognizedc by the remote system. >From the "hosts" /etc/hosts man page: "IP_address canonical_hostname aliases" Example: "127.0.0.1 localhost 192.168.1.10 foo.mydomain.org foo" Check_ircd works correctly if hosts are set properly with FQDN in DNS or /etc/hosts. [hmann at sirius plugins-scripts]$ ./check_ircd -w 4000 -c 5000 -H niven.freenode.net IRCD ok - Current Local Users: 3929 [hmann at sirius plugins-scripts]$ echo $? 0 Closing this one.. - Harper ---------------------------------------------------------------------- Comment By: Matthew Kent (mattkent) Date: 2004-12-05 14:31 Message: Logged In: YES user_id=983566 I'm having this problem in my testing as well (perl, v5.8.4 debian unstable). It seems to be something broken in perl's socket code. It's mentioned here http://wiki.apache.org/spamassassin/IoSocketInetInvalidArgument The solution for me was to remove my computers hostname from the /etc/hosts loopback 127.0.0.1 azul localhost to 127.0.0.1 localhost and poof it works... strange problem indeed! ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-11-23 16:50 Message: Logged In: YES user_id=664364 Moving to Bugs tracker as Support Requests will be closed. ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-22 20:56 Message: Logged In: YES user_id=395628 I can't repeat this behaviour (ie invalid argument -H) with check_ircd in the 1.4 alpha plugins release (check_ircd (nagios-plugins 1.4.0alpha2) 1.3). Would you retry with this release ? (Unfortch I can't test the plugin function). ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-22 19:06 Message: Logged In: YES user_id=395628 I can't repeat this behaviour (ie invalid argument -H) with check_ircd in the 1.4 alpha plugins release (check_ircd (nagios-plugins 1.4.0alpha2) 1.3). Would you retry with this release ? (Unfortch I can't test the plugin function). ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2003-01-15 21:58 Message: Logged In: YES user_id=46572 Is your IRC server running on port 6667 ?? Please followup on the mailing list. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=668778&group_id=29880 From noreply at sourceforge.net Mon Jul 24 23:14:18 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 24 Jul 2006 14:14:18 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1527980 ] check_mem.pl swaps used and free memory Message-ID: Bugs item #1527980, was opened at 2006-07-24 14:14 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=1527980&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Dave Blunt (dblunt) Assigned to: Nobody/Anonymous (nobody) Summary: check_mem.pl swaps used and free memory Initial Comment: The check_mem.pl script incorrectly pulls used and free memory from vmstat. It's reversed. The attached patch file fixes the problem. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1527980&group_id=29880 From noreply at sourceforge.net Thu Jul 27 04:35:15 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Wed, 26 Jul 2006 19:35:15 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-1524280 ] Warning in "utils_base.c" Message-ID: Bugs item #1524280, was opened at 2006-07-18 01:57 Message generated for change (Settings changed) made by cyruspy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1524280&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Compilation Group: CVS >Status: Deleted Resolution: None Priority: 5 Submitted By: Ciro Iriarte (cyruspy) Assigned to: Nobody/Anonymous (nobody) Summary: Warning in "utils_base.c" Initial Comment: source='utils_base.c' object='utils_base.o' libtool=no DEPDIR=.deps depmode=tru64 /bin/ksh ../depcomp cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../intl -I../plugins -g -c utils_base.c cc: Warning: utils_base.c, line 108: In this statement, "0" of type "int", is being converted to "pointer to struct thresholds_struct". (cvtdiftypes) if (*my_thresholds > 0) { /* Not sure why, but sometimes could be -1 */ ------------^ ---------------------------------------------------------------------- Comment By: Ciro Iriarte (cyruspy) Date: 2006-07-18 02:50 Message: Logged In: YES user_id=1548408 I know it's just a warning, but i like clean compilations :D ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=1524280&group_id=29880 From noreply at sourceforge.net Thu Jul 27 16:34:41 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 27 Jul 2006 07:34:41 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1529738 ] Performance Data for check_temptraxe Message-ID: Patches item #1529738, was opened at 2006-07-27 16:34 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=1529738&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Enhancement Group: None Status: Open Resolution: None Priority: 5 Submitted By: Robert M. Albrecht (rmalbrecht) Assigned to: Nobody/Anonymous (nobody) Summary: Performance Data for check_temptraxe Initial Comment: Hi, enhancement for getting the temperature as performance data for plotting in addons like pnp. Regards, Robert ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1529738&group_id=29880 From Gerhard.Lausser at consol.de Thu Jul 27 19:39:00 2006 From: Gerhard.Lausser at consol.de (Gerhard Lausser) Date: Thu, 27 Jul 2006 19:39:00 +0200 Subject: [Nagiosplug-devel] check_ntp misunderstandings? Message-ID: <003701c6b1a3$8baf39a0$a601000a@int.consol.de> Hi, i have a problem understanding what check_ntp actually checks. Let's say, i have a time service infrastructure like this: lantime1.dom # stratum 2 (xntpd) | \ | \ | \ ntp1.dom ntp2.dom # stratum 3 (xntpd) (xntpd) | / | / | / srv1.dom # the server i monitor with nagios (xntpd) srv1.dom has a ntp.conf containing server ntp1.dom server ntp2.dom If i understand check_ntp right, i would execute "check_ntp -H ntp1.dom" on server srv1.dom. Now this will result in two calls: 1) ntpdate -q ntp1.dom which will show me a difference of the clocks of my server srv1.dom and its master ntp1.dom. This is so far what i expected. 2) ntpq -np ntp1.dom which will show me information on the synchronization of the clocks of timeserver ntp1.dom and its master lantime1.dom. I am actually not interested in this and i dont want to be alerted if lantime1.dom does no longer exist or has other difficulties. What i would call here is ntpq -np 127.0.0.1 and query the local xntpd which gives me further details about synchronization of my monitored host and it's master. So as i see it, check_ntp checks two different relations between three clocks, while i am only interested in one relation between two clocks. Am i the only one who is confused? Greetings from Munich, Gerhard From noreply at sourceforge.net Thu Jul 27 19:49:48 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Thu, 27 Jul 2006 10:49:48 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-694259 ] Cannot map " tcp" to protocol number Message-ID: Bugs item #694259, was opened at 2003-02-27 01:50 Message generated for change (Comment added) made by harpermann You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=694259&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: v1.0 (example) Status: Open Resolution: None Priority: 5 Submitted By: Alexander Wolters (diamondlink) Assigned to: Ton Voon (tonvoon) Summary: Cannot map "tcp" to protocol number Initial Comment: after installing the NSClient and configuring the Service, I get that error message: "Cannot map "tcp" to protocol number" I'm using the default Port 1248. Can anybody help me please?! The documentation for the plugin sucks realy.... and I can't find any other documentation or help on the web :-( Thanks in advanced ---------------------------------------------------------------------- >Comment By: Harper Mann (harpermann) Date: 2006-07-27 10:49 Message: Logged In: YES user_id=939531 I sent a request to the authors of nc_net and nsclient++ to change their default ports to 2151. I'm pessimistic we can get nsclient to change it's port since it's not been maintained for some time, but at least we could make it work with the other two. If we can get it changed, I'll update check_nt and add a help message about the default not matching nsclient any more. This is partly to encourage use of the other projects since nsclient is old. If anyone has a better idea, let's hear that as well. Best, - Harper ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-11-23 16:50 Message: Logged In: YES user_id=664364 Moving to Bugs tracker as Support Requests will be closed. ---------------------------------------------------------------------- Comment By: Simon Bellwood (sb-netman) Date: 2004-11-21 23:30 Message: Logged In: YES user_id=1156501 The problem is that a nice port number like "1248" is used by a few applications. It was a bad choice for a default. Microsoft Exchange uses it, something called "hermes" uses it, and possible AppleTalk too. You need to change the port number by editing the registry. See \HKEY_LOCAL_MACHINE\SOFTWARE\NSClient We (as Nagios) should probably consider changing the default port number. Port 2151 looks free. ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-21 22:36 Message: Logged In: YES user_id=395628 Dear Diamond link, Firstly, sorry for the slow response; thanks for your patience. A recent question on Nag users about this matter was caused by a bad libc (IIRC). http://article.gmane.org/gmane.network.nagios.user/24992/match=++map+protocol Is this any help ? If not, is tcp in /etc/protocols ? HTH, Yours sincerely. ---------------------------------------------------------------------- Comment By: Jeremy T. Bouse (undrgrid) Date: 2003-03-12 11:54 Message: Logged In: YES user_id=10485 Is this still an issue with 1.3.0 final release? Has it been tested and confirmed as still being a problem with CVS version? ---------------------------------------------------------------------- Comment By: Alexander Wolters (diamondlink) Date: 2003-02-28 02:17 Message: Logged In: YES user_id=721439 nagios-1.0 nagios-plugins-1.3.0.b2 ---------------------------------------------------------------------- Comment By: Alexander Wolters (diamondlink) Date: 2003-02-28 02:02 Message: Logged In: YES user_id=721439 It's FreeBSD 5.0 ---------------------------------------------------------------------- Comment By: Alexander Wolters (diamondlink) Date: 2003-02-28 01:39 Message: Logged In: YES user_id=721439 I'm getting the error message @ the unix machine ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2003-02-27 08:19 Message: Logged In: YES user_id=46572 where are you getting the error? on the windows machine or on the unix machine? What versions are you running? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=694259&group_id=29880 From seanius at seanius.net Fri Jul 28 00:15:56 2006 From: seanius at seanius.net (sean finney) Date: Thu, 27 Jul 2006 18:15:56 -0400 Subject: [Nagiosplug-devel] check_ntp misunderstandings? In-Reply-To: <003701c6b1a3$8baf39a0$a601000a@int.consol.de> References: <003701c6b1a3$8baf39a0$a601000a@int.consol.de> Message-ID: <20060727221556.GA12295@seanius.net> hi gerhard, On Thu, Jul 27, 2006 at 07:39:00PM +0200, Gerhard Lausser wrote: > Now this will result in two calls: note that the version in CVS no longer uses calls to the ntp utilities but does the on-the-wire communication natively. > 2) ntpq -np ntp1.dom > which will show me information on the synchronization of the clocks of > timeserver ntp1.dom and its master lantime1.dom. I am actually not > interested in this and i dont want to be alerted if lantime1.dom does no > longer exist or has other difficulties. > What i would call here is ntpq -np 127.0.0.1 and query the local xntpd which > gives me further details about synchronization of my monitored host and it's > master. ntpq (and later, the code which implements this natively) is called to calculate the jitter of the selected server. i'm not an ntp expert, but i too think that this isn't as helpful as the jitter of the local clock when doing a check of this nature. of course, it could be argued that you may want to check the status of an ntp server without regard to the local clock as well, but that's probably less common of a case. i was tempted to switch this behaviour when i re-coded the plugin, but didn't in favor of maintaining consistancy. perhaps we could throw in a new cmdline switch to have the jitter check against the local ntpd instead of the remote one? sean -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From Gerhard.Lausser at consol.de Fri Jul 28 11:01:20 2006 From: Gerhard.Lausser at consol.de (Gerhard Lausser) Date: Fri, 28 Jul 2006 11:01:20 +0200 Subject: [Nagiosplug-devel] check_ntp misunderstandings? In-Reply-To: <20060727221556.GA12295@seanius.net> Message-ID: <008601c6b224$64fae990$a601000a@int.consol.de> Hi Sean > perhaps we could throw in a new cmdline switch to have the > jitter check against the local ntpd instead of the remote one? Such a pure-local switch would be helpful. It could also save an extra service which checks if a ntp daemon is running on the local host. What comes to my mind is like this: ... in main case 'l': /* -l check jitter of the local ntpd /* localntp=1; break; case 's': strictlocal=1; /* -s be strict. critical if no local ntpd /* break; ... in do_jitter double jitter_request(const char *host, int *status){ if (localntp) { strcpy(server_address, "127.0.0.1"); } my_udp_connect(server_address, 123, &conn); if (localntp && strictlocal && !conn) { DBG("no local ntp daemon running") return -2.0; } ... in main if(do_jitter) { ... } else if(jitter == -1.0 && result == STATE_OK){ /* -1 indicates that we couldn't calculate the jitter * Only overrides STATE_OK from the offset */ result = STATE_UNKNOWN; } else if(jitter == -2.0 && result == STATE_OK) { /* -2 indicates there is no local ntp daeomon */ /* plus strictlocal is set */ result = STATE_CRITICAL; ... at the end of main if (do_jitter) { if (jitter == -2.0) { printf(", no local ntp daemon running"); } else { printf(", jitter=%f", jitter); } Checking for a running daemon would be very helpful, because it is a platform-independent replacement for "check_proc -C [ntpd|xntpd|...]" Greetings from Munich, Gerhard From Thomas at zango.com Fri Jul 28 17:39:46 2006 From: Thomas at zango.com (Thomas Guyot-Sionnest) Date: Fri, 28 Jul 2006 08:39:46 -0700 Subject: [Nagiosplug-devel] check_ntp misunderstandings? Message-ID: I think a better way of solving this is to have a redudant setup with local clocks. Set up two of your servers as stratum 2 and add a local clock to them. Then all other servers get their time from the stratum 2 servers. If one server die, you'll still get time from the other. If your stratum 2 servers loose conectivity with their peers, they'll still be a valid time source for the others servers since they'll get their time from the local clock. If you don't setup local clocks and loose conectivity with all external sources your time servers will be useless. You can setup a local clock with the following lines in ntp.conf: server 127.127.1.0 fudge 127.127.1.0 stratum 10 If you don't care about time sync between hosts you could also set-up local clocks on individual servers. Fudge with a stratum at least two levels over their peer's local clock (Stratum 12 for the example above) Thomas > -----Original Message----- > From: nagiosplug-devel-bounces at lists.sourceforge.net > [mailto:nagiosplug-devel-bounces at lists.sourceforge.net] On > Behalf Of Gerhard Lausser > Sent: July 27, 2006 13:39 > To: nagiosplug-devel at lists.sourceforge.net > Subject: [Nagiosplug-devel] check_ntp misunderstandings? > > Hi, > > i have a problem understanding what check_ntp actually > checks. Let's say, i > have a time service infrastructure like this: > > lantime1.dom # stratum 2 > (xntpd) > | \ > | \ > | \ > ntp1.dom ntp2.dom # stratum 3 > (xntpd) (xntpd) > | / > | / > | / > srv1.dom # the server i monitor with > nagios > (xntpd) > > > srv1.dom has a ntp.conf containing > server ntp1.dom > server ntp2.dom > > If i understand check_ntp right, i would execute "check_ntp > -H ntp1.dom" > on server srv1.dom. > Now this will result in two calls: > > 1) ntpdate -q ntp1.dom > which will show me a difference of the clocks of my server > srv1.dom and its > master ntp1.dom. This is so far what i expected. > > 2) ntpq -np ntp1.dom > which will show me information on the synchronization of the clocks of > timeserver ntp1.dom and its master lantime1.dom. I am actually not > interested in this and i dont want to be alerted if > lantime1.dom does no > longer exist or has other difficulties. > What i would call here is ntpq -np 127.0.0.1 and query the > local xntpd which > gives me further details about synchronization of my > monitored host and it's > master. > > So as i see it, check_ntp checks two different relations between three > clocks, while i am only interested in one relation between two clocks. > > Am i the only one who is confused? > > Greetings from Munich, > Gerhard > > > -------------------------------------------------------------- > ----------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the > chance to share your > opinions on IT & business topics through brief surveys -- and > earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge > &CID=DEVDEV > _______________________________________________________ > Nagios Plugin Development Mailing List > Nagiosplug-devel at lists.sourceforge.net > Unsubscribe at > https://lists.sourceforge.net/lists/listinfo/nagiosplug-devel > ::: Please include plugins version (-v) and OS when reporting > any issue. > ::: Messages without supporting info will risk being sent to /dev/null > -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3022 bytes Desc: not available URL: From Gerhard.Lausser at consol.de Thu Jul 27 13:11:43 2006 From: Gerhard.Lausser at consol.de (Gerhard Lausser) Date: Thu, 27 Jul 2006 13:11:43 +0200 Subject: [Nagiosplug-devel] check_ntp misunderstandings? Message-ID: <02dd01c6b16d$71381410$a601000a@int.consol.de> Hi, i have a problem understanding what check_ntp actually checks. Let's say, i have a time service infrastructure like this: lantime1.dom # stratum 2 (xntpd) | \ | \ | \ ntp1.dom ntp2.dom # stratum 3 (xntpd) (xntpd) | / | / | / srv1.dom # the server i monitor with nagios (xntpd) srv1.dom has a ntp.conf containing server ntp1.dom server ntp2.dom If i understand check_ntp right, i would execute "check_ntp -H ntp1.dom" on server srv1.dom. Now this will result in two calls: 1) ntpdate -q ntp1.dom which will show me a difference of the clocks of my server srv1.dom and its master ntp1.dom. This is so far what i expected. 2) ntpq -np ntp1.dom which will show me information on the synchronization of the clocks of timeserver ntp1.dom and its master lantime1.dom. I am actually not interested in this and i dont want to be alerted if lantime1.dom does no longer exist or has other difficulties. What i would call here is ntpq -np 127.0.0.1 and query the local xntpd which gives me further details about synchronization of my monitored host and it's master. So as i see it, check_ntp checks two different relations between three clocks, while i am only interested in one relation between two clocks. Am i the only one who is confused? Greetings from Munich, Gerhard From bschuck at asgard-systems.com Fri Jul 28 22:12:32 2006 From: bschuck at asgard-systems.com (Bruce Schuck) Date: Fri, 28 Jul 2006 13:12:32 -0700 (PDT) Subject: [Nagiosplug-devel] check_procs plugin on Solaris 10 SPARC In-Reply-To: <61475.56.0.84.23.1154115882.squirrel@mail.panix.com> References: <61475.56.0.84.23.1154115882.squirrel@mail.panix.com> Message-ID: <5167.56.0.84.23.1154117552.squirrel@mail.panix.com> Greetings, I compiled Nagios-plugins 1.4.3 on Solaris 10 SPARC (SunBlade 1500). GCC version 3.4.3. Output of config.log and config.status attached. check_procs times out. Running "check_procs -vvv -w 250 -c 400" results in: CMD: /usr/local/nagios/libexec/pts3 CRITICAL - Plugin timed out after 10 seconds --- Bruce Schuck -------------- next part -------------- A non-text attachment was scrubbed... Name: config.log Type: application/octet-stream Size: 394279 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: config.status Type: application/octet-stream Size: 69153 bytes Desc: not available URL: From ton.voon at altinity.com Sat Jul 29 02:52:05 2006 From: ton.voon at altinity.com (Ton Voon) Date: Sat, 29 Jul 2006 01:52:05 +0100 Subject: [Nagiosplug-devel] Internationalisation on systems without gettext Message-ID: Hi! Was looking for an opinion on internationalisation for the plugins. I use coreutils as my inspiration. During the synching of the plugins with coreutils 5.96, I've discovered that coreutils saves the po files in CVS, so that now removes the need for gettext on a build system. However, coreutils does not have an intl/ directory, which means coreutils does not provide internationalisation for systems that do not have gettext already installed. Is it okay for the plugins to do the same? Otherwise there will need to be some work done to get an intl/ directory created and stored in CVS. Ton http://www.altinity.com T: +44 (0)870 787 9243 F: +44 (0)845 280 1725 Skype: tonvoon -------------- next part -------------- An HTML attachment was scrubbed... URL: From noreply at sourceforge.net Mon Jul 31 20:13:39 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 31 Jul 2006 11:13:39 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-1531899 ] check_disk percentages fix Message-ID: Patches item #1531899, was opened at 2006-07-31 14:13 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=1531899&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Bugfix Group: None Status: Open Resolution: None Priority: 5 Submitted By: maemigh (maemigh) Assigned to: Nobody/Anonymous (nobody) Summary: check_disk percentages fix Initial Comment: CVS check_disk (1.74) is outputting inode percentages in an odd manner due to remnants of old code. I've created a patch to fix the output as well as add an additional option for user choice of output. The new option give the user the choice of printing disk/inode percentages as % used or % free. perfdata output still needs to be looked at. 60a61,63 > /* If nonzero, display percents as % of space used rather than free */ > static int show_used_pct = 0; > 160c163 < double dused_inodes_percent; --- > double dused_inodes_percent, dfree_inodes_percent; 249a253 > dfree_inodes_percent = 100 - dused_inodes_percent; 278,286d281 < < < < < /* Moved this computation up here so we can add it < * to perf */ < inode_space_pct = (1 - dused_inodes_percent) * 100; < < 304c299 < dfree_pct); --- > (show_used_pct ? dused_pct : dfree_pct)); 308c303 < asprintf(&output, "%s inode=%.0f%%);", output, (1 - dused_inodes_percent) * 100); --- > asprintf(&output, "%s inode=%.0f%%);", output, (show_used_pct ? dused_inodes_percent : dfree_inodes_percent) ); 385a381 > {"used", no_argument, 0, 'f'}, 404c400 < c = getopt_long (argc, argv, "+?VqhveCt:c:w:K:W:u:p:x:X:mklME", longopts, &option); --- > c = getopt_long (argc, argv, "+?VqhveCt:c:w:K:W:u:p:x:X:mklMEU", longopts, &option); 548a545,547 > case 'U': /* Display output percentage as % free */ > show_used_pct = 1; > break; 720a720,721 > printf (" %s\n", "-U --used"); > printf (" %s\n", _("Display output percentage as % free")); 737c738 < printf ("[-m] [-e] [-W limit] [-K limit] [-v] [-q] [-E]\n"); --- > printf ("[-m] [-e] [-W limit] [-K limit] [-v] [-q] [-E] [-U]\n"); ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=1531899&group_id=29880 From noreply at sourceforge.net Mon Jul 31 20:55:42 2006 From: noreply at sourceforge.net (SourceForge.net) Date: Mon, 31 Jul 2006 11:55:42 -0700 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-694259 ] Cannot map " tcp" to protocol number Message-ID: Bugs item #694259, was opened at 2003-02-27 01:50 Message generated for change (Comment added) made by harpermann You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=694259&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: v1.0 (example) >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Alexander Wolters (diamondlink) >Assigned to: Harper Mann (harpermann) Summary: Cannot map "tcp" to protocol number Initial Comment: after installing the NSClient and configuring the Service, I get that error message: "Cannot map "tcp" to protocol number" I'm using the default Port 1248. Can anybody help me please?! The documentation for the plugin sucks realy.... and I can't find any other documentation or help on the web :-( Thanks in advanced ---------------------------------------------------------------------- >Comment By: Harper Mann (harpermann) Date: 2006-07-31 11:55 Message: Logged In: YES user_id=939531 After consulting with the client service authors, we decided it was best to leave the default port at 1248 and add a note to check_nt giving a user a hint to change it if they see this error message. Closing this bug. - Harper ---------------------------------------------------------------------- Comment By: Harper Mann (harpermann) Date: 2006-07-27 10:49 Message: Logged In: YES user_id=939531 I sent a request to the authors of nc_net and nsclient++ to change their default ports to 2151. I'm pessimistic we can get nsclient to change it's port since it's not been maintained for some time, but at least we could make it work with the other two. If we can get it changed, I'll update check_nt and add a help message about the default not matching nsclient any more. This is partly to encourage use of the other projects since nsclient is old. If anyone has a better idea, let's hear that as well. Best, - Harper ---------------------------------------------------------------------- Comment By: Ton Voon (tonvoon) Date: 2004-11-23 16:50 Message: Logged In: YES user_id=664364 Moving to Bugs tracker as Support Requests will be closed. ---------------------------------------------------------------------- Comment By: Simon Bellwood (sb-netman) Date: 2004-11-21 23:30 Message: Logged In: YES user_id=1156501 The problem is that a nice port number like "1248" is used by a few applications. It was a bad choice for a default. Microsoft Exchange uses it, something called "hermes" uses it, and possible AppleTalk too. You need to change the port number by editing the registry. See \HKEY_LOCAL_MACHINE\SOFTWARE\NSClient We (as Nagios) should probably consider changing the default port number. Port 2151 looks free. ---------------------------------------------------------------------- Comment By: Stanley Hopcroft (stanleyhopcroft) Date: 2004-11-21 22:36 Message: Logged In: YES user_id=395628 Dear Diamond link, Firstly, sorry for the slow response; thanks for your patience. A recent question on Nag users about this matter was caused by a bad libc (IIRC). http://article.gmane.org/gmane.network.nagios.user/24992/match=++map+protocol Is this any help ? If not, is tcp in /etc/protocols ? HTH, Yours sincerely. ---------------------------------------------------------------------- Comment By: Jeremy T. Bouse (undrgrid) Date: 2003-03-12 11:54 Message: Logged In: YES user_id=10485 Is this still an issue with 1.3.0 final release? Has it been tested and confirmed as still being a problem with CVS version? ---------------------------------------------------------------------- Comment By: Alexander Wolters (diamondlink) Date: 2003-02-28 02:17 Message: Logged In: YES user_id=721439 nagios-1.0 nagios-plugins-1.3.0.b2 ---------------------------------------------------------------------- Comment By: Alexander Wolters (diamondlink) Date: 2003-02-28 02:02 Message: Logged In: YES user_id=721439 It's FreeBSD 5.0 ---------------------------------------------------------------------- Comment By: Alexander Wolters (diamondlink) Date: 2003-02-28 01:39 Message: Logged In: YES user_id=721439 I'm getting the error message @ the unix machine ---------------------------------------------------------------------- Comment By: Subhendu Ghosh (sghosh) Date: 2003-02-27 08:19 Message: Logged In: YES user_id=46572 where are you getting the error? on the windows machine or on the unix machine? What versions are you running? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=694259&group_id=29880