From noreply at sourceforge.net Fri Jan 1 20:53:12 2010 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 01 Jan 2010 19:53:12 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-2924632 ] Add a --human-readable option to check_disk Message-ID: Patches item #2924632, was opened at 2010-01-01 19:53 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=2924632&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 Private: No Submitted By: elmo () Assigned to: Nobody/Anonymous (nobody) Summary: Add a --human-readable option to check_disk Initial Comment: I recently switched all our machines to use '-u GB' with check_disk which was a vast improvement for most machines. However it's turns out to be less useful for small drives, e.g. | $ /usr/lib/nagios/plugins/check_disk -u GB -w 40% -c 20% -p / | DISK WARNING - free space: / 0 GB (35% inode=74%);| /=1GB;0;0;0;1 To try and work around this, I added a --human-readable option, a la GNU df(1), e.g. | $ ./check_disk --human-readable -w 40% -c 20% -p / | DISK WARNING - free space: / 632M (35% inode=74%);| /=1163MB;1134;1512;0;1891 I've attached the patch I used to do this; would it be possible to include it (or something like it) in future releases of nagios-plugins? A few notes: 1) It requires importing the 'human' module from gnulib into 'gl'. I didn't attach a patch to do this, since the resulting patch is messy and very dependent on the versions of auto* and gnulib on my local system. If you want such a patch anyway, I'll be happy to provide one. 2) It's based on 1.4.13+git200906171200 because that's the version in Ubuntu right now; if you want a patch rebased against current git, please let me know. 3) I chose to avoid altering the performance data and separated the new option from -u/--units as that seemed to make the most sense to me but if you want it done differently, I'm happy to do that too. 4) I used --human-readable and 'Z' (internally only) as the options; this is different from df(1) which dedicates -h to the option, but I assumed consistency with other plugins would trump consistency with df(1)? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=2924632&group_id=29880 From noreply at sourceforge.net Tue Jan 5 03:20:14 2010 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 5 Jan 2010 02:20:14 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Patches-2908236 ] Support for larger numbers in the perfdata utility function Message-ID: Patches item #2908236, was opened at 2009-12-03 16:00 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=2908236&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: Perf data Group: None >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Henrik Nilsson (rakhun) Assigned to: Nobody/Anonymous (nobody) Summary: Support for larger numbers in the perfdata utility function Initial Comment: Hi, this patch enables the perfdata utility function to work with larger numbers, such as check_disk with bytes as output unit, which would otherwise return large, negative numbers ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2010-01-05 02:20 Message: 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: Thomas Guyot-Sionnest (dermoth) Date: 2009-12-21 09:19 Message: Setting status to pending, this item will close if there's no further activity on it ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2009-12-05 05:44 Message: Thanks for the patch, although I'm wondering how useful it would be. There's no question about the need to graph large values, but this code will likely change a lot before we may think of changing check_disk's output format. Also I'm wondering it it wouldn't be wiser to use double for big values. AFAIK long long is not even supported natively by Perl, and RRD files use doubles. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397599&aid=2908236&group_id=29880 From noreply at sourceforge.net Sun Jan 10 15:10:19 2010 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 10 Jan 2010 14:10:19 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-2896201 ] check_ping depends on iputils-ping Message-ID: Bugs item #2896201, was opened at 2009-11-11 21:37 Message generated for change (Comment added) made by cyco_dd You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=2896201&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-1.4.15 Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Jan Wagner (cyco_dd) Assigned to: Thomas Guyot-Sionnest (dermoth) Summary: check_ping depends on iputils-ping Initial Comment: The following Bugreport we got against our debian package: Hi, it seems that the nagios related packages need an ping command available. They choose iputils-ping, which is rather linux specific. Could be possible to switch (at least on non-linux) to inetutils-ping (already available) or fping (modulo #555398 available). It will help to kfreebsd-i386, kfreebsd-amd64 and hurd architectures. Thanks for considering it. You can track the bugreport via http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555532 check_ping could maybe rewritten/patched to use liboping [1]? Thanks and kind regards, Jan. [1] http://verplant.org/liboping/ ---------------------------------------------------------------------- Comment By: Jan Wagner (cyco_dd) Date: 2010-01-10 15:10 Message: As stated in private communication, the patch works .. so far. When migrating over to inetutils-ping, I get significant amount of "Plugin timed out after 10 seconds" like this: [1263115380] SERVICE ALERT: svn.kvirc.de;PING;CRITICAL;SOFT;1;CRITICAL - Plugin timed out after 10 seconds [1263115440] SERVICE ALERT: svn.kvirc.de;PING;OK;SOFT;2;PING OK - Packet loss = 0%, RTA = 0.00 ms The used command is: "/usr/lib/nagios/plugins/check_ping -H '$HOSTADDRESS$' -w '100.0,20%' -c '500.0,60%' -4" This ping command result in the following tcpdump snipset: sid:~# LANG=C /bin/ping -vv -n -c 5 192.168.30.1| perl -ne 'print scalar(localtime).": ".$_' Sun Jan 10 13:56:29 2010: PING 192.168.30.1 (192.168.30.1): 56 data bytes Sun Jan 10 13:56:29 2010: 64 bytes from 192.168.30.1: icmp_seq=2 ttl=64 time=0.000 ms Sun Jan 10 13:56:29 2010: 64 bytes from 192.168.30.1: icmp_seq=3 ttl=64 time=0.000 ms Sun Jan 10 13:56:29 2010: 64 bytes from 192.168.30.1: icmp_seq=4 ttl=64 time=0.000 ms Sun Jan 10 13:56:29 2010: --- 192.168.30.1 ping statistics --- Sun Jan 10 13:56:29 2010: 5 packets transmitted, 3 packets received, 40% packet loss Sun Jan 10 13:56:29 2010: round-trip min/avg/max/stddev = 0.000/0.000/0.000/0.000 ms 13:56:14.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 0, length 64 13:56:15.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 256, length 64 13:56:16.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 512, length 64 13:56:16.877014 IP (tos 0x0, ttl 64, id 62395, offset 0, flags [none], proto ICMP (1), length 84) 192.168.30.1 > 192.168.30.66: ICMP echo reply, id 58702, seq 512, length 64 13:56:17.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 768, length 64 13:56:17.877014 IP (tos 0x0, ttl 64, id 62396, offset 0, flags [none], proto ICMP (1), length 84) 192.168.30.1 > 192.168.30.66: ICMP echo reply, id 58702, seq 768, length 64 13:56:18.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 1024, length 64 13:56:18.877014 IP (tos 0x0, ttl 64, id 62397, offset 0, flags [none], proto ICMP (1), length 84) 192.168.30.1 > 192.168.30.66: ICMP echo reply, id 58702, seq 1024, length 64 As we (debian) have freeze in March and this is a bug preventing to migrate over to inetutils-ping to get nagios-plugins installed on non-linux archs, this is a major showstopper to upload the long awaiting new release andget things settled before freeze. If you need any information and help fpr debugging, please don't hasitate to contact me. Many thanks, Jan. ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2009-12-06 15:53 Message: This problem is now fixed in Git. Thank you for your report. ---------------------------------------------------------------------- Comment By: Jan Wagner (cyco_dd) Date: 2009-12-05 21:48 Message: 41_check_ping_detect_args.dpatch worked for me, thanks ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2009-12-05 21:17 Message: So as discusson on IRC your build process do not re-generate autoconf. This is done automatically if you have the rigth software installed, but it may be simpler to use the attached patches Since I fixed a bunch of whitespaces the first patch may apply only if you ignore whitespace mismatches - the 2nd may apply correctly ---------------------------------------------------------------------- Comment By: Jan Wagner (cyco_dd) Date: 2009-12-05 15:36 Message: I'm getting this twice, since configure is issueing "/bin/sh ./config.status --recheck". That should be unrelated to the issue. The configure arguments are: NP_LIBEXEC:=/usr/lib/nagios/plugins ./configure \ --host=$(DEB_HOST_GNU_TYPE) \ --build=$(DEB_BUILD_GNU_TYPE) \ --prefix=/usr \ --mandir=/usr/share/man \ --infodir=/usr/share/info \ --libexecdir=${NP_LIBEXEC} \ --with-perl=/usr/bin/perl \ --with-openssl=/usr \ --with-pgsql=/usr \ --with-mysql=/usr \ --with-proc-loadavg=/proc/loadavg \ --with-ps-command="/bin/ps axwo 'stat uid pid ppid vsz rss pcpu etime comm args'" \ --with-ps-format="%s %d %d %d %d %d %f %s %s %n" \ --with-ps-cols=10 \ --with-ps-varlist="procstat,&procuid,&procpid,&procppid,&procvsz,&procrss,&procpcpu,procetime,procprog,&pos" \ --with-ping-command="/bin/ping -n -c %d %s" \ --with-ping6-command="/bin/ping6 -n -c %d %s" \ --with-nslookup-command="/usr/bin/nslookup -sil" \ --with-uptime-command="/usr/bin/uptime" \ --with-rpcinfo-command="/usr/bin/rpcinfo" \ --with-smbclient-command="/usr/bin/smbclient" \ --with-snmpget-command="/usr/bin/snmpget" \ --with-snmpgetnext-command="/usr/bin/snmpgetnext" \ --with-qstat-command="/usr/bin/quakestat" \ --with-fping-command="/usr/bin/fping" \ --with-ssh-command="/usr/bin/ssh" \ --with-mailq-command="/usr/bin/mailq" \ --with-proc-meminfo="/proc/meminfo" \ --with-dig-command="/usr/bin/dig" \ --with-apt-get-command="/usr/bin/apt-get" \ --disable-rpath Which fails with this at runtime. Working is installing inetutils-ping at build time and dropping --with-ping* from configure. With defined ping commands, in config.h I have: #define PING6_COMMAND "/bin/ping6 -n -c %d %s" #define PING6_PACKETS_FIRST 1 #define PING_COMMAND "/bin/ping -n -c %d %s" #define PING_HAS_TIMEOUT 1 #define PING_PACKETS_FIRST 1 Anyways ... I get also with your latest patch: # LANG=C /usr/lib/nagios/plugins/check_ping 127.0.0.1 -w 2,20% -c 5,30% Segmentation fault Without defining the ping commands and inetutils-ping installed, I get: #define PING6_COMMAND "/bin/ping6 -n -c %d %s" #define PING6_PACKETS_FIRST 1 #define PING_COMMAND "/bin/ping -n -c %d %s" /* #undef PING_HAS_TIMEOUT */ #define PING_PACKETS_FIRST 1 # LANG=C /usr/lib/nagios/plugins/check_ping 127.0.0.1 -w 2,20% -c 5,30% PING OK - Packet loss = 0%, RTA = 0.00 ms|rta=0.000000ms;2.000000;5.000000;0.000000 pl=0%;20;30;0 ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2009-12-05 07:36 Message: Nevermind - the output you sent is ok... So are you really getting this twice (I don't, wondering if it may be related to your issue)? checking for ICMP ping syntax... (command-line) /bin/ping6 -n -c %d %s checking for ICMPv6 ping syntax... (command-line) /bin/ping -n -c %d %s Please check config.h and tell me what you have defined for: - PING6_COMMAND - PING6_PACKETS_FIRST - PING_COMMAND - PING_HAS_TIMEOUT - PING_PACKETS_FIRST Also I figured I should also change it for ping6, I'll attach an updated patch. ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2009-12-05 06:03 Message: I'll double check... So what are the configure arguments in both cases? ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2009-12-05 06:02 Message: [ Proxying response from Jan... ] When autodetecting with inetutils-ping installed on buildtime all works fine Defining the commands (like the once when autodetected) and inetutils-ping having not installed when building gives me a segfault on runtime inetutils-ping installed on buildtime/autodetect: waja at packaging:~/debian-builds/nagios-plugins/trunk$ grep "ping syntax" ../build-area/nagios-plugins_1.4.14-1~pc4_i386.build checking for ICMP ping syntax... /bin/ping -n -c %d %s checking for ICMPv6 ping syntax... /bin/ping6 -n -c %d %s checking for ICMP ping syntax... /bin/ping -n -c %d %s checking for ICMPv6 ping syntax... /bin/ping6 -n -c %d %s Exectution works fine. inetutils-ping removed on buildtime/command defined: waja at packaging:~/debian-builds/nagios-plugins/trunk$ grep "ping syntax" ../build-area/nagios-plugins_1.4.14-1_i386.build checking for ICMP ping syntax... (command-line) /bin/ping -n -c %d %s checking for ICMPv6 ping syntax... (command-line) /bin/ping6 -n -c %d %s checking for ICMP ping syntax... (command-line) /bin/ping -n -c %d %s checking for ICMPv6 ping syntax... (command-line) /bin/ping6 -n -c %d %s packaging:~# LANG=C /usr/lib/nagios/plugins/check_ping 127.0.0.1 -w 2,20% -c 5,30% Segmentation fault ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2009-12-04 21:48 Message: Gotchya. --with-ping[6]-command expected three arguments - two numeric and one string. I try to detect it now (attached patch) - will go upstream it it works for you... ---------------------------------------------------------------------- Comment By: Jan Wagner (cyco_dd) Date: 2009-11-23 16:47 Message: Unfortunately I have. :( Maybe you can have a look: normal debian package - using iputils-ping and compile following flags: --with-ping-command="/bin/ping -n -U -w %d -c %d %s" \ --with-ping6-command="/bin/ping6 -n -U -w %d -c %d %s" \ sid:~# /usr/lib/nagios/plugins/check_ping 127.0.0.1 -w 2,20% -c 5,30% PING OK - Packet loss = 0%, RTA = 0.00 ms| rta=0.000000ms;2.000000;5.000000;0.000000 pl=0%;20;30;0 Okay ... thats fine, like always. ---- pc1 - using iputils-ping and following compile flags: --with-ping-command="/bin/ping -n -c %d %s" \ --with-ping6-command="/bin/ping6 -n -c %d %s" \ sid:/tmp# LANG=C /usr/lib/nagios/plugins/check_ping 127.0.0.1 -w 2,20% -c 5,30% Speicherzugriffsfehler Okay ... here are just the ping commands wrong ---- pc2 - using iputils-ping and without specific compile flags (iputils-ping installed at compile time), but: checking for ICMP ping syntax... /bin/ping -n -U -w %d -c %d %s checking for ICMPv6 ping syntax... /bin/ping6 -n -U -w %d -c %d %s sid:/tmp# LANG=C /usr/lib/nagios/plugins/check_ping 127.0.0.1 -w 2,20% -c 5,30% PING OK - Packet loss = 0%, RTA = 0.00 ms| rta=0.000000ms;2.000000;5.000000;0.000000 pl=0%;20;30;0 Thats also fine, the commands are autodetected. ---- pc3 - using inetutils-ping and without specific compile flags (inetutils-ping installed at compile time), but: checking for ICMP ping syntax... /bin/ping -n -c %d %s checking for ICMPv6 ping syntax... /bin/ping6 -n -c %d %s sid:/tmp# LANG=C /usr/lib/nagios/plugins/check_ping 127.0.0.1 -w 2,20% -c 5,30% PING OK - Packet loss = 0%, RTA = 0.00 ms| rta=0.000000ms;2.000000;5.000000;0.000000 pl=0%;20;30;0 Looks great, command are autodetected and inetutils-ping works ---- pc4 - using inetutils-ping and the following compile flags (inetutils-ping NOT installed at compile time): --with-ping6-command="/bin/ping6 -n -c %d %s" \ --with-ping-command="/bin/ping -n -c %d %s" \ sid:/tmp# LANG=C /usr/lib/nagios/plugins/check_ping 127.0.0.1 -w 2,20% -c 5,30% Speicherzugriffsfehler This is the point I don't get. I'm using the same commands like the once when they where autodetected, but check_ping segfaults .... I'm missing something? Thanks for your help, Jan. ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2009-11-11 23:29 Message: Normally configure decides which ping command and syntax to use, so it really depend on which packages you have installed. You can force the command to use with --with-ping-command=SYNTAX and --with-ping6-command=SYNTAX. An easy way to find the syntax it to look at a generated config.h when only the wanted ping commands are available. Search for #define PING_COMMAND and #define PING6_COMMAND. Let me know if you have any problem with specific ping variants. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=2896201&group_id=29880 From noreply at sourceforge.net Sun Jan 10 15:31:25 2010 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 10 Jan 2010 14:31:25 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-2896201 ] check_ping depends on iputils-ping Message-ID: Bugs item #2896201, was opened at 2009-11-11 21:37 Message generated for change (Comment added) made by cyco_dd You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=2896201&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-1.4.15 Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Jan Wagner (cyco_dd) Assigned to: Thomas Guyot-Sionnest (dermoth) Summary: check_ping depends on iputils-ping Initial Comment: The following Bugreport we got against our debian package: Hi, it seems that the nagios related packages need an ping command available. They choose iputils-ping, which is rather linux specific. Could be possible to switch (at least on non-linux) to inetutils-ping (already available) or fping (modulo #555398 available). It will help to kfreebsd-i386, kfreebsd-amd64 and hurd architectures. Thanks for considering it. You can track the bugreport via http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555532 check_ping could maybe rewritten/patched to use liboping [1]? Thanks and kind regards, Jan. [1] http://verplant.org/liboping/ ---------------------------------------------------------------------- Comment By: Jan Wagner (cyco_dd) Date: 2010-01-10 15:31 Message: As already stated beside this lovely bugtracking system, the patch worked so far. With migrating over to inetutils-ping I get signifiant number of " Plugin timed out after 10 seconds": [1263115380] SERVICE ALERT: svn.kvirc.de;PING;CRITICAL;SOFT;1;CRITICAL - Plugin timed out after 10 seconds [1263115440] SERVICE ALERT: svn.kvirc.de;PING;OK;SOFT;2;PING OK - Packet loss = 0%, RTA = 0.00 ms It seems that one (or more, but not all) echo replies get lost .. so we should get a result from the plugin, but no timeout. A ping command with such a issue (and tcpdump) is: sid:~# LANG=C /bin/ping -vv -n -c 5 192.168.30.1| perl -ne 'print scalar(localtime).": ".$_' Sun Jan 10 13:56:29 2010: PING 192.168.30.1 (192.168.30.1): 56 data bytes Sun Jan 10 13:56:29 2010: 64 bytes from 192.168.30.1: icmp_seq=2 ttl=64 time=0.000 ms Sun Jan 10 13:56:29 2010: 64 bytes from 192.168.30.1: icmp_seq=3 ttl=64 time=0.000 ms Sun Jan 10 13:56:29 2010: 64 bytes from 192.168.30.1: icmp_seq=4 ttl=64 time=0.000 ms Sun Jan 10 13:56:29 2010: --- 192.168.30.1 ping statistics --- Sun Jan 10 13:56:29 2010: 5 packets transmitted, 3 packets received, 40% packet loss Sun Jan 10 13:56:29 2010: round-trip min/avg/max/stddev = 0.000/0.000/0.000/0.000 ms 13:56:14.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 0, length 64 13:56:15.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 256, length 64 13:56:16.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 512, length 64 13:56:16.877014 IP (tos 0x0, ttl 64, id 62395, offset 0, flags [none], proto ICMP (1), length 84) 192.168.30.1 > 192.168.30.66: ICMP echo reply, id 58702, seq 512, length 64 13:56:17.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 768, length 64 13:56:17.877014 IP (tos 0x0, ttl 64, id 62396, offset 0, flags [none], proto ICMP (1), length 84) 192.168.30.1 > 192.168.30.66: ICMP echo reply, id 58702, seq 768, length 64 13:56:18.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 1024, length 64 13:56:18.877014 IP (tos 0x0, ttl 64, id 62397, offset 0, flags [none], proto ICMP (1), length 84) 192.168.30.1 > 192.168.30.66: ICMP echo reply, id 58702, seq 1024, length 64 13:56:39.293014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) As long this regression is not fixed, I'm not able to upload a package using inetutils-ping, but this keeps nagios-plugins uninstallable on non-linux archs. Since Debian is freezing in March, I run a little bit out of time, to get this issue done and a new stable release uploaded (and thins settled). If you need more information or help with debugging, please don't hesitate to contact me. Many thanks, Jan. ---------------------------------------------------------------------- Comment By: Jan Wagner (cyco_dd) Date: 2010-01-10 15:10 Message: As stated in private communication, the patch works .. so far. When migrating over to inetutils-ping, I get significant amount of "Plugin timed out after 10 seconds" like this: [1263115380] SERVICE ALERT: svn.kvirc.de;PING;CRITICAL;SOFT;1;CRITICAL - Plugin timed out after 10 seconds [1263115440] SERVICE ALERT: svn.kvirc.de;PING;OK;SOFT;2;PING OK - Packet loss = 0%, RTA = 0.00 ms The used command is: "/usr/lib/nagios/plugins/check_ping -H '$HOSTADDRESS$' -w '100.0,20%' -c '500.0,60%' -4" This ping command result in the following tcpdump snipset: sid:~# LANG=C /bin/ping -vv -n -c 5 192.168.30.1| perl -ne 'print scalar(localtime).": ".$_' Sun Jan 10 13:56:29 2010: PING 192.168.30.1 (192.168.30.1): 56 data bytes Sun Jan 10 13:56:29 2010: 64 bytes from 192.168.30.1: icmp_seq=2 ttl=64 time=0.000 ms Sun Jan 10 13:56:29 2010: 64 bytes from 192.168.30.1: icmp_seq=3 ttl=64 time=0.000 ms Sun Jan 10 13:56:29 2010: 64 bytes from 192.168.30.1: icmp_seq=4 ttl=64 time=0.000 ms Sun Jan 10 13:56:29 2010: --- 192.168.30.1 ping statistics --- Sun Jan 10 13:56:29 2010: 5 packets transmitted, 3 packets received, 40% packet loss Sun Jan 10 13:56:29 2010: round-trip min/avg/max/stddev = 0.000/0.000/0.000/0.000 ms 13:56:14.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 0, length 64 13:56:15.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 256, length 64 13:56:16.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 512, length 64 13:56:16.877014 IP (tos 0x0, ttl 64, id 62395, offset 0, flags [none], proto ICMP (1), length 84) 192.168.30.1 > 192.168.30.66: ICMP echo reply, id 58702, seq 512, length 64 13:56:17.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 768, length 64 13:56:17.877014 IP (tos 0x0, ttl 64, id 62396, offset 0, flags [none], proto ICMP (1), length 84) 192.168.30.1 > 192.168.30.66: ICMP echo reply, id 58702, seq 768, length 64 13:56:18.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 1024, length 64 13:56:18.877014 IP (tos 0x0, ttl 64, id 62397, offset 0, flags [none], proto ICMP (1), length 84) 192.168.30.1 > 192.168.30.66: ICMP echo reply, id 58702, seq 1024, length 64 As we (debian) have freeze in March and this is a bug preventing to migrate over to inetutils-ping to get nagios-plugins installed on non-linux archs, this is a major showstopper to upload the long awaiting new release andget things settled before freeze. If you need any information and help fpr debugging, please don't hasitate to contact me. Many thanks, Jan. ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2009-12-06 15:53 Message: This problem is now fixed in Git. Thank you for your report. ---------------------------------------------------------------------- Comment By: Jan Wagner (cyco_dd) Date: 2009-12-05 21:48 Message: 41_check_ping_detect_args.dpatch worked for me, thanks ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2009-12-05 21:17 Message: So as discusson on IRC your build process do not re-generate autoconf. This is done automatically if you have the rigth software installed, but it may be simpler to use the attached patches Since I fixed a bunch of whitespaces the first patch may apply only if you ignore whitespace mismatches - the 2nd may apply correctly ---------------------------------------------------------------------- Comment By: Jan Wagner (cyco_dd) Date: 2009-12-05 15:36 Message: I'm getting this twice, since configure is issueing "/bin/sh ./config.status --recheck". That should be unrelated to the issue. The configure arguments are: NP_LIBEXEC:=/usr/lib/nagios/plugins ./configure \ --host=$(DEB_HOST_GNU_TYPE) \ --build=$(DEB_BUILD_GNU_TYPE) \ --prefix=/usr \ --mandir=/usr/share/man \ --infodir=/usr/share/info \ --libexecdir=${NP_LIBEXEC} \ --with-perl=/usr/bin/perl \ --with-openssl=/usr \ --with-pgsql=/usr \ --with-mysql=/usr \ --with-proc-loadavg=/proc/loadavg \ --with-ps-command="/bin/ps axwo 'stat uid pid ppid vsz rss pcpu etime comm args'" \ --with-ps-format="%s %d %d %d %d %d %f %s %s %n" \ --with-ps-cols=10 \ --with-ps-varlist="procstat,&procuid,&procpid,&procppid,&procvsz,&procrss,&procpcpu,procetime,procprog,&pos" \ --with-ping-command="/bin/ping -n -c %d %s" \ --with-ping6-command="/bin/ping6 -n -c %d %s" \ --with-nslookup-command="/usr/bin/nslookup -sil" \ --with-uptime-command="/usr/bin/uptime" \ --with-rpcinfo-command="/usr/bin/rpcinfo" \ --with-smbclient-command="/usr/bin/smbclient" \ --with-snmpget-command="/usr/bin/snmpget" \ --with-snmpgetnext-command="/usr/bin/snmpgetnext" \ --with-qstat-command="/usr/bin/quakestat" \ --with-fping-command="/usr/bin/fping" \ --with-ssh-command="/usr/bin/ssh" \ --with-mailq-command="/usr/bin/mailq" \ --with-proc-meminfo="/proc/meminfo" \ --with-dig-command="/usr/bin/dig" \ --with-apt-get-command="/usr/bin/apt-get" \ --disable-rpath Which fails with this at runtime. Working is installing inetutils-ping at build time and dropping --with-ping* from configure. With defined ping commands, in config.h I have: #define PING6_COMMAND "/bin/ping6 -n -c %d %s" #define PING6_PACKETS_FIRST 1 #define PING_COMMAND "/bin/ping -n -c %d %s" #define PING_HAS_TIMEOUT 1 #define PING_PACKETS_FIRST 1 Anyways ... I get also with your latest patch: # LANG=C /usr/lib/nagios/plugins/check_ping 127.0.0.1 -w 2,20% -c 5,30% Segmentation fault Without defining the ping commands and inetutils-ping installed, I get: #define PING6_COMMAND "/bin/ping6 -n -c %d %s" #define PING6_PACKETS_FIRST 1 #define PING_COMMAND "/bin/ping -n -c %d %s" /* #undef PING_HAS_TIMEOUT */ #define PING_PACKETS_FIRST 1 # LANG=C /usr/lib/nagios/plugins/check_ping 127.0.0.1 -w 2,20% -c 5,30% PING OK - Packet loss = 0%, RTA = 0.00 ms|rta=0.000000ms;2.000000;5.000000;0.000000 pl=0%;20;30;0 ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2009-12-05 07:36 Message: Nevermind - the output you sent is ok... So are you really getting this twice (I don't, wondering if it may be related to your issue)? checking for ICMP ping syntax... (command-line) /bin/ping6 -n -c %d %s checking for ICMPv6 ping syntax... (command-line) /bin/ping -n -c %d %s Please check config.h and tell me what you have defined for: - PING6_COMMAND - PING6_PACKETS_FIRST - PING_COMMAND - PING_HAS_TIMEOUT - PING_PACKETS_FIRST Also I figured I should also change it for ping6, I'll attach an updated patch. ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2009-12-05 06:03 Message: I'll double check... So what are the configure arguments in both cases? ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2009-12-05 06:02 Message: [ Proxying response from Jan... ] When autodetecting with inetutils-ping installed on buildtime all works fine Defining the commands (like the once when autodetected) and inetutils-ping having not installed when building gives me a segfault on runtime inetutils-ping installed on buildtime/autodetect: waja at packaging:~/debian-builds/nagios-plugins/trunk$ grep "ping syntax" ../build-area/nagios-plugins_1.4.14-1~pc4_i386.build checking for ICMP ping syntax... /bin/ping -n -c %d %s checking for ICMPv6 ping syntax... /bin/ping6 -n -c %d %s checking for ICMP ping syntax... /bin/ping -n -c %d %s checking for ICMPv6 ping syntax... /bin/ping6 -n -c %d %s Exectution works fine. inetutils-ping removed on buildtime/command defined: waja at packaging:~/debian-builds/nagios-plugins/trunk$ grep "ping syntax" ../build-area/nagios-plugins_1.4.14-1_i386.build checking for ICMP ping syntax... (command-line) /bin/ping -n -c %d %s checking for ICMPv6 ping syntax... (command-line) /bin/ping6 -n -c %d %s checking for ICMP ping syntax... (command-line) /bin/ping -n -c %d %s checking for ICMPv6 ping syntax... (command-line) /bin/ping6 -n -c %d %s packaging:~# LANG=C /usr/lib/nagios/plugins/check_ping 127.0.0.1 -w 2,20% -c 5,30% Segmentation fault ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2009-12-04 21:48 Message: Gotchya. --with-ping[6]-command expected three arguments - two numeric and one string. I try to detect it now (attached patch) - will go upstream it it works for you... ---------------------------------------------------------------------- Comment By: Jan Wagner (cyco_dd) Date: 2009-11-23 16:47 Message: Unfortunately I have. :( Maybe you can have a look: normal debian package - using iputils-ping and compile following flags: --with-ping-command="/bin/ping -n -U -w %d -c %d %s" \ --with-ping6-command="/bin/ping6 -n -U -w %d -c %d %s" \ sid:~# /usr/lib/nagios/plugins/check_ping 127.0.0.1 -w 2,20% -c 5,30% PING OK - Packet loss = 0%, RTA = 0.00 ms| rta=0.000000ms;2.000000;5.000000;0.000000 pl=0%;20;30;0 Okay ... thats fine, like always. ---- pc1 - using iputils-ping and following compile flags: --with-ping-command="/bin/ping -n -c %d %s" \ --with-ping6-command="/bin/ping6 -n -c %d %s" \ sid:/tmp# LANG=C /usr/lib/nagios/plugins/check_ping 127.0.0.1 -w 2,20% -c 5,30% Speicherzugriffsfehler Okay ... here are just the ping commands wrong ---- pc2 - using iputils-ping and without specific compile flags (iputils-ping installed at compile time), but: checking for ICMP ping syntax... /bin/ping -n -U -w %d -c %d %s checking for ICMPv6 ping syntax... /bin/ping6 -n -U -w %d -c %d %s sid:/tmp# LANG=C /usr/lib/nagios/plugins/check_ping 127.0.0.1 -w 2,20% -c 5,30% PING OK - Packet loss = 0%, RTA = 0.00 ms| rta=0.000000ms;2.000000;5.000000;0.000000 pl=0%;20;30;0 Thats also fine, the commands are autodetected. ---- pc3 - using inetutils-ping and without specific compile flags (inetutils-ping installed at compile time), but: checking for ICMP ping syntax... /bin/ping -n -c %d %s checking for ICMPv6 ping syntax... /bin/ping6 -n -c %d %s sid:/tmp# LANG=C /usr/lib/nagios/plugins/check_ping 127.0.0.1 -w 2,20% -c 5,30% PING OK - Packet loss = 0%, RTA = 0.00 ms| rta=0.000000ms;2.000000;5.000000;0.000000 pl=0%;20;30;0 Looks great, command are autodetected and inetutils-ping works ---- pc4 - using inetutils-ping and the following compile flags (inetutils-ping NOT installed at compile time): --with-ping6-command="/bin/ping6 -n -c %d %s" \ --with-ping-command="/bin/ping -n -c %d %s" \ sid:/tmp# LANG=C /usr/lib/nagios/plugins/check_ping 127.0.0.1 -w 2,20% -c 5,30% Speicherzugriffsfehler This is the point I don't get. I'm using the same commands like the once when they where autodetected, but check_ping segfaults .... I'm missing something? Thanks for your help, Jan. ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2009-11-11 23:29 Message: Normally configure decides which ping command and syntax to use, so it really depend on which packages you have installed. You can force the command to use with --with-ping-command=SYNTAX and --with-ping6-command=SYNTAX. An easy way to find the syntax it to look at a generated config.h when only the wanted ping commands are available. Search for #define PING_COMMAND and #define PING6_COMMAND. Let me know if you have any problem with specific ping variants. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=2896201&group_id=29880 From noreply at sourceforge.net Sun Jan 10 15:31:48 2010 From: noreply at sourceforge.net (SourceForge.net) Date: Sun, 10 Jan 2010 14:31:48 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-2896201 ] check_ping depends on iputils-ping Message-ID: Bugs item #2896201, was opened at 2009-11-11 21:37 Message generated for change (Comment added) made by cyco_dd You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=2896201&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-1.4.15 Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Jan Wagner (cyco_dd) Assigned to: Thomas Guyot-Sionnest (dermoth) Summary: check_ping depends on iputils-ping Initial Comment: The following Bugreport we got against our debian package: Hi, it seems that the nagios related packages need an ping command available. They choose iputils-ping, which is rather linux specific. Could be possible to switch (at least on non-linux) to inetutils-ping (already available) or fping (modulo #555398 available). It will help to kfreebsd-i386, kfreebsd-amd64 and hurd architectures. Thanks for considering it. You can track the bugreport via http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555532 check_ping could maybe rewritten/patched to use liboping [1]? Thanks and kind regards, Jan. [1] http://verplant.org/liboping/ ---------------------------------------------------------------------- Comment By: Jan Wagner (cyco_dd) Date: 2010-01-10 15:31 Message: As already stated beside this lovely bugtracking system, the patch worked so far. With migrating over to inetutils-ping I get signifiant number of " Plugin timed out after 10 seconds": [1263115380] SERVICE ALERT: svn.kvirc.de;PING;CRITICAL;SOFT;1;CRITICAL - Plugin timed out after 10 seconds [1263115440] SERVICE ALERT: svn.kvirc.de;PING;OK;SOFT;2;PING OK - Packet loss = 0%, RTA = 0.00 ms It seems that one (or more, but not all) echo replies get lost .. so we should get a result from the plugin, but no timeout. A ping command with such a issue (and tcpdump) is: sid:~# LANG=C /bin/ping -vv -n -c 5 192.168.30.1| perl -ne 'print scalar(localtime).": ".$_' Sun Jan 10 13:56:29 2010: PING 192.168.30.1 (192.168.30.1): 56 data bytes Sun Jan 10 13:56:29 2010: 64 bytes from 192.168.30.1: icmp_seq=2 ttl=64 time=0.000 ms Sun Jan 10 13:56:29 2010: 64 bytes from 192.168.30.1: icmp_seq=3 ttl=64 time=0.000 ms Sun Jan 10 13:56:29 2010: 64 bytes from 192.168.30.1: icmp_seq=4 ttl=64 time=0.000 ms Sun Jan 10 13:56:29 2010: --- 192.168.30.1 ping statistics --- Sun Jan 10 13:56:29 2010: 5 packets transmitted, 3 packets received, 40% packet loss Sun Jan 10 13:56:29 2010: round-trip min/avg/max/stddev = 0.000/0.000/0.000/0.000 ms 13:56:14.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 0, length 64 13:56:15.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 256, length 64 13:56:16.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 512, length 64 13:56:16.877014 IP (tos 0x0, ttl 64, id 62395, offset 0, flags [none], proto ICMP (1), length 84) 192.168.30.1 > 192.168.30.66: ICMP echo reply, id 58702, seq 512, length 64 13:56:17.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 768, length 64 13:56:17.877014 IP (tos 0x0, ttl 64, id 62396, offset 0, flags [none], proto ICMP (1), length 84) 192.168.30.1 > 192.168.30.66: ICMP echo reply, id 58702, seq 768, length 64 13:56:18.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 1024, length 64 13:56:18.877014 IP (tos 0x0, ttl 64, id 62397, offset 0, flags [none], proto ICMP (1), length 84) 192.168.30.1 > 192.168.30.66: ICMP echo reply, id 58702, seq 1024, length 64 13:56:39.293014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) As long this regression is not fixed, I'm not able to upload a package using inetutils-ping, but this keeps nagios-plugins uninstallable on non-linux archs. Since Debian is freezing in March, I run a little bit out of time, to get this issue done and a new stable release uploaded (and thins settled). If you need more information or help with debugging, please don't hesitate to contact me. Many thanks, Jan. ---------------------------------------------------------------------- Comment By: Jan Wagner (cyco_dd) Date: 2010-01-10 15:31 Message: As already stated beside this lovely bugtracking system, the patch worked so far. With migrating over to inetutils-ping I get signifiant number of " Plugin timed out after 10 seconds": [1263115380] SERVICE ALERT: svn.kvirc.de;PING;CRITICAL;SOFT;1;CRITICAL - Plugin timed out after 10 seconds [1263115440] SERVICE ALERT: svn.kvirc.de;PING;OK;SOFT;2;PING OK - Packet loss = 0%, RTA = 0.00 ms It seems that one (or more, but not all) echo replies get lost .. so we should get a result from the plugin, but no timeout. A ping command with such a issue (and tcpdump) is: sid:~# LANG=C /bin/ping -vv -n -c 5 192.168.30.1| perl -ne 'print scalar(localtime).": ".$_' Sun Jan 10 13:56:29 2010: PING 192.168.30.1 (192.168.30.1): 56 data bytes Sun Jan 10 13:56:29 2010: 64 bytes from 192.168.30.1: icmp_seq=2 ttl=64 time=0.000 ms Sun Jan 10 13:56:29 2010: 64 bytes from 192.168.30.1: icmp_seq=3 ttl=64 time=0.000 ms Sun Jan 10 13:56:29 2010: 64 bytes from 192.168.30.1: icmp_seq=4 ttl=64 time=0.000 ms Sun Jan 10 13:56:29 2010: --- 192.168.30.1 ping statistics --- Sun Jan 10 13:56:29 2010: 5 packets transmitted, 3 packets received, 40% packet loss Sun Jan 10 13:56:29 2010: round-trip min/avg/max/stddev = 0.000/0.000/0.000/0.000 ms 13:56:14.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 0, length 64 13:56:15.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 256, length 64 13:56:16.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 512, length 64 13:56:16.877014 IP (tos 0x0, ttl 64, id 62395, offset 0, flags [none], proto ICMP (1), length 84) 192.168.30.1 > 192.168.30.66: ICMP echo reply, id 58702, seq 512, length 64 13:56:17.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 768, length 64 13:56:17.877014 IP (tos 0x0, ttl 64, id 62396, offset 0, flags [none], proto ICMP (1), length 84) 192.168.30.1 > 192.168.30.66: ICMP echo reply, id 58702, seq 768, length 64 13:56:18.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 1024, length 64 13:56:18.877014 IP (tos 0x0, ttl 64, id 62397, offset 0, flags [none], proto ICMP (1), length 84) 192.168.30.1 > 192.168.30.66: ICMP echo reply, id 58702, seq 1024, length 64 13:56:39.293014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) As long this regression is not fixed, I'm not able to upload a package using inetutils-ping, but this keeps nagios-plugins uninstallable on non-linux archs. Since Debian is freezing in March, I run a little bit out of time, to get this issue done and a new stable release uploaded (and thins settled). If you need more information or help with debugging, please don't hesitate to contact me. Many thanks, Jan. ---------------------------------------------------------------------- Comment By: Jan Wagner (cyco_dd) Date: 2010-01-10 15:10 Message: As stated in private communication, the patch works .. so far. When migrating over to inetutils-ping, I get significant amount of "Plugin timed out after 10 seconds" like this: [1263115380] SERVICE ALERT: svn.kvirc.de;PING;CRITICAL;SOFT;1;CRITICAL - Plugin timed out after 10 seconds [1263115440] SERVICE ALERT: svn.kvirc.de;PING;OK;SOFT;2;PING OK - Packet loss = 0%, RTA = 0.00 ms The used command is: "/usr/lib/nagios/plugins/check_ping -H '$HOSTADDRESS$' -w '100.0,20%' -c '500.0,60%' -4" This ping command result in the following tcpdump snipset: sid:~# LANG=C /bin/ping -vv -n -c 5 192.168.30.1| perl -ne 'print scalar(localtime).": ".$_' Sun Jan 10 13:56:29 2010: PING 192.168.30.1 (192.168.30.1): 56 data bytes Sun Jan 10 13:56:29 2010: 64 bytes from 192.168.30.1: icmp_seq=2 ttl=64 time=0.000 ms Sun Jan 10 13:56:29 2010: 64 bytes from 192.168.30.1: icmp_seq=3 ttl=64 time=0.000 ms Sun Jan 10 13:56:29 2010: 64 bytes from 192.168.30.1: icmp_seq=4 ttl=64 time=0.000 ms Sun Jan 10 13:56:29 2010: --- 192.168.30.1 ping statistics --- Sun Jan 10 13:56:29 2010: 5 packets transmitted, 3 packets received, 40% packet loss Sun Jan 10 13:56:29 2010: round-trip min/avg/max/stddev = 0.000/0.000/0.000/0.000 ms 13:56:14.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 0, length 64 13:56:15.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 256, length 64 13:56:16.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 512, length 64 13:56:16.877014 IP (tos 0x0, ttl 64, id 62395, offset 0, flags [none], proto ICMP (1), length 84) 192.168.30.1 > 192.168.30.66: ICMP echo reply, id 58702, seq 512, length 64 13:56:17.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 768, length 64 13:56:17.877014 IP (tos 0x0, ttl 64, id 62396, offset 0, flags [none], proto ICMP (1), length 84) 192.168.30.1 > 192.168.30.66: ICMP echo reply, id 58702, seq 768, length 64 13:56:18.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 1024, length 64 13:56:18.877014 IP (tos 0x0, ttl 64, id 62397, offset 0, flags [none], proto ICMP (1), length 84) 192.168.30.1 > 192.168.30.66: ICMP echo reply, id 58702, seq 1024, length 64 As we (debian) have freeze in March and this is a bug preventing to migrate over to inetutils-ping to get nagios-plugins installed on non-linux archs, this is a major showstopper to upload the long awaiting new release andget things settled before freeze. If you need any information and help fpr debugging, please don't hasitate to contact me. Many thanks, Jan. ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2009-12-06 15:53 Message: This problem is now fixed in Git. Thank you for your report. ---------------------------------------------------------------------- Comment By: Jan Wagner (cyco_dd) Date: 2009-12-05 21:48 Message: 41_check_ping_detect_args.dpatch worked for me, thanks ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2009-12-05 21:17 Message: So as discusson on IRC your build process do not re-generate autoconf. This is done automatically if you have the rigth software installed, but it may be simpler to use the attached patches Since I fixed a bunch of whitespaces the first patch may apply only if you ignore whitespace mismatches - the 2nd may apply correctly ---------------------------------------------------------------------- Comment By: Jan Wagner (cyco_dd) Date: 2009-12-05 15:36 Message: I'm getting this twice, since configure is issueing "/bin/sh ./config.status --recheck". That should be unrelated to the issue. The configure arguments are: NP_LIBEXEC:=/usr/lib/nagios/plugins ./configure \ --host=$(DEB_HOST_GNU_TYPE) \ --build=$(DEB_BUILD_GNU_TYPE) \ --prefix=/usr \ --mandir=/usr/share/man \ --infodir=/usr/share/info \ --libexecdir=${NP_LIBEXEC} \ --with-perl=/usr/bin/perl \ --with-openssl=/usr \ --with-pgsql=/usr \ --with-mysql=/usr \ --with-proc-loadavg=/proc/loadavg \ --with-ps-command="/bin/ps axwo 'stat uid pid ppid vsz rss pcpu etime comm args'" \ --with-ps-format="%s %d %d %d %d %d %f %s %s %n" \ --with-ps-cols=10 \ --with-ps-varlist="procstat,&procuid,&procpid,&procppid,&procvsz,&procrss,&procpcpu,procetime,procprog,&pos" \ --with-ping-command="/bin/ping -n -c %d %s" \ --with-ping6-command="/bin/ping6 -n -c %d %s" \ --with-nslookup-command="/usr/bin/nslookup -sil" \ --with-uptime-command="/usr/bin/uptime" \ --with-rpcinfo-command="/usr/bin/rpcinfo" \ --with-smbclient-command="/usr/bin/smbclient" \ --with-snmpget-command="/usr/bin/snmpget" \ --with-snmpgetnext-command="/usr/bin/snmpgetnext" \ --with-qstat-command="/usr/bin/quakestat" \ --with-fping-command="/usr/bin/fping" \ --with-ssh-command="/usr/bin/ssh" \ --with-mailq-command="/usr/bin/mailq" \ --with-proc-meminfo="/proc/meminfo" \ --with-dig-command="/usr/bin/dig" \ --with-apt-get-command="/usr/bin/apt-get" \ --disable-rpath Which fails with this at runtime. Working is installing inetutils-ping at build time and dropping --with-ping* from configure. With defined ping commands, in config.h I have: #define PING6_COMMAND "/bin/ping6 -n -c %d %s" #define PING6_PACKETS_FIRST 1 #define PING_COMMAND "/bin/ping -n -c %d %s" #define PING_HAS_TIMEOUT 1 #define PING_PACKETS_FIRST 1 Anyways ... I get also with your latest patch: # LANG=C /usr/lib/nagios/plugins/check_ping 127.0.0.1 -w 2,20% -c 5,30% Segmentation fault Without defining the ping commands and inetutils-ping installed, I get: #define PING6_COMMAND "/bin/ping6 -n -c %d %s" #define PING6_PACKETS_FIRST 1 #define PING_COMMAND "/bin/ping -n -c %d %s" /* #undef PING_HAS_TIMEOUT */ #define PING_PACKETS_FIRST 1 # LANG=C /usr/lib/nagios/plugins/check_ping 127.0.0.1 -w 2,20% -c 5,30% PING OK - Packet loss = 0%, RTA = 0.00 ms|rta=0.000000ms;2.000000;5.000000;0.000000 pl=0%;20;30;0 ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2009-12-05 07:36 Message: Nevermind - the output you sent is ok... So are you really getting this twice (I don't, wondering if it may be related to your issue)? checking for ICMP ping syntax... (command-line) /bin/ping6 -n -c %d %s checking for ICMPv6 ping syntax... (command-line) /bin/ping -n -c %d %s Please check config.h and tell me what you have defined for: - PING6_COMMAND - PING6_PACKETS_FIRST - PING_COMMAND - PING_HAS_TIMEOUT - PING_PACKETS_FIRST Also I figured I should also change it for ping6, I'll attach an updated patch. ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2009-12-05 06:03 Message: I'll double check... So what are the configure arguments in both cases? ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2009-12-05 06:02 Message: [ Proxying response from Jan... ] When autodetecting with inetutils-ping installed on buildtime all works fine Defining the commands (like the once when autodetected) and inetutils-ping having not installed when building gives me a segfault on runtime inetutils-ping installed on buildtime/autodetect: waja at packaging:~/debian-builds/nagios-plugins/trunk$ grep "ping syntax" ../build-area/nagios-plugins_1.4.14-1~pc4_i386.build checking for ICMP ping syntax... /bin/ping -n -c %d %s checking for ICMPv6 ping syntax... /bin/ping6 -n -c %d %s checking for ICMP ping syntax... /bin/ping -n -c %d %s checking for ICMPv6 ping syntax... /bin/ping6 -n -c %d %s Exectution works fine. inetutils-ping removed on buildtime/command defined: waja at packaging:~/debian-builds/nagios-plugins/trunk$ grep "ping syntax" ../build-area/nagios-plugins_1.4.14-1_i386.build checking for ICMP ping syntax... (command-line) /bin/ping -n -c %d %s checking for ICMPv6 ping syntax... (command-line) /bin/ping6 -n -c %d %s checking for ICMP ping syntax... (command-line) /bin/ping -n -c %d %s checking for ICMPv6 ping syntax... (command-line) /bin/ping6 -n -c %d %s packaging:~# LANG=C /usr/lib/nagios/plugins/check_ping 127.0.0.1 -w 2,20% -c 5,30% Segmentation fault ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2009-12-04 21:48 Message: Gotchya. --with-ping[6]-command expected three arguments - two numeric and one string. I try to detect it now (attached patch) - will go upstream it it works for you... ---------------------------------------------------------------------- Comment By: Jan Wagner (cyco_dd) Date: 2009-11-23 16:47 Message: Unfortunately I have. :( Maybe you can have a look: normal debian package - using iputils-ping and compile following flags: --with-ping-command="/bin/ping -n -U -w %d -c %d %s" \ --with-ping6-command="/bin/ping6 -n -U -w %d -c %d %s" \ sid:~# /usr/lib/nagios/plugins/check_ping 127.0.0.1 -w 2,20% -c 5,30% PING OK - Packet loss = 0%, RTA = 0.00 ms| rta=0.000000ms;2.000000;5.000000;0.000000 pl=0%;20;30;0 Okay ... thats fine, like always. ---- pc1 - using iputils-ping and following compile flags: --with-ping-command="/bin/ping -n -c %d %s" \ --with-ping6-command="/bin/ping6 -n -c %d %s" \ sid:/tmp# LANG=C /usr/lib/nagios/plugins/check_ping 127.0.0.1 -w 2,20% -c 5,30% Speicherzugriffsfehler Okay ... here are just the ping commands wrong ---- pc2 - using iputils-ping and without specific compile flags (iputils-ping installed at compile time), but: checking for ICMP ping syntax... /bin/ping -n -U -w %d -c %d %s checking for ICMPv6 ping syntax... /bin/ping6 -n -U -w %d -c %d %s sid:/tmp# LANG=C /usr/lib/nagios/plugins/check_ping 127.0.0.1 -w 2,20% -c 5,30% PING OK - Packet loss = 0%, RTA = 0.00 ms| rta=0.000000ms;2.000000;5.000000;0.000000 pl=0%;20;30;0 Thats also fine, the commands are autodetected. ---- pc3 - using inetutils-ping and without specific compile flags (inetutils-ping installed at compile time), but: checking for ICMP ping syntax... /bin/ping -n -c %d %s checking for ICMPv6 ping syntax... /bin/ping6 -n -c %d %s sid:/tmp# LANG=C /usr/lib/nagios/plugins/check_ping 127.0.0.1 -w 2,20% -c 5,30% PING OK - Packet loss = 0%, RTA = 0.00 ms| rta=0.000000ms;2.000000;5.000000;0.000000 pl=0%;20;30;0 Looks great, command are autodetected and inetutils-ping works ---- pc4 - using inetutils-ping and the following compile flags (inetutils-ping NOT installed at compile time): --with-ping6-command="/bin/ping6 -n -c %d %s" \ --with-ping-command="/bin/ping -n -c %d %s" \ sid:/tmp# LANG=C /usr/lib/nagios/plugins/check_ping 127.0.0.1 -w 2,20% -c 5,30% Speicherzugriffsfehler This is the point I don't get. I'm using the same commands like the once when they where autodetected, but check_ping segfaults .... I'm missing something? Thanks for your help, Jan. ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2009-11-11 23:29 Message: Normally configure decides which ping command and syntax to use, so it really depend on which packages you have installed. You can force the command to use with --with-ping-command=SYNTAX and --with-ping6-command=SYNTAX. An easy way to find the syntax it to look at a generated config.h when only the wanted ping commands are available. Search for #define PING_COMMAND and #define PING6_COMMAND. Let me know if you have any problem with specific ping variants. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=2896201&group_id=29880 From waja at cyconet.org Sun Jan 10 15:59:50 2010 From: waja at cyconet.org (Jan Wagner) Date: Sun, 10 Jan 2010 15:59:50 +0100 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-2896201 ] check_ping depends on iputils-ping In-Reply-To: References: Message-ID: <201001101559.54666.waja@cyconet.org> Sorry for the flood, seems I'm unable to lame to use the sf bugtracker proper. :( With regards, Jan. -- Never write mail to , you have been warned! -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GIT d-- s+: a C+++ UL++++ P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h---- r+++ y++++ ------END GEEK CODE BLOCK------ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From mlitwin at stubhub.com Tue Jan 12 04:18:21 2010 From: mlitwin at stubhub.com (Litwin, Matthew) Date: Mon, 11 Jan 2010 20:18:21 -0700 Subject: [Nagiosplug-devel] compiling nagios-plugins on Solaris Message-ID: <7A6F6987-90DD-44CB-A3CF-B8317ED99916@stubhub.com> I posted this on nagiosplug-help but perhaps this is something the dev community might better be able to explain to me. I am trying to compile nagios-plugins 1.4.14 and 'make' fails when it gets to check_mysql. Any suggestions? Honestly, I don't even need check_mysql on the Solaris clients so I'd be happy to just exclude that target, but I am not sure how to do that and have 'make all' work. gcc -DLOCALEDIR=\"/usr/local/nagios/share/locale\" -DHAVE_CONFIG_H -I. -I.. -I.. -I../lib -I../gl -I../intl -I/usr/include/ldap -I/usr/include/pgsql -I/usr/local/ssl/include -I/usr/sfw/include/mysql -I/usr/local/ssl/include -I/usr/sfw/include/mysql -xstrconst -mt -DNP_VERSION='"1.4.14"' -g -O2 -MT check_mysql-check_mysql.o -MD -MP -MF .deps/check_mysql-check_mysql.Tpo -c -o check_mysql-check_mysql.o `test -f 'check_mysql.c' || echo './'`check_mysql.c gcc: language strconst not recognized gcc: check_mysql.c: linker input file unused because linking not done mv -f .deps/check_mysql-check_mysql.Tpo .deps/check_mysql-check_mysql.Po mv: cannot access .deps/check_mysql-check_mysql.Tpo *** Error code 2 make: Fatal error: Command failed for target `check_mysql-check_mysql.o' Current working directory /tmp/nagios-plugins-1.4.14/plugins *** Error code 1 The following command caused the error: failcom='exit 1'; \ for f in x $MAKEFLAGS; do \ case $f in \ *=* | --[!k]*);; \ *k*) failcom='fail=yes';; \ esac; \ done; \ dot_seen=no; \ target=`echo all-recursive | sed s/-recursive//`; \ list='gl tap lib plugins plugins-scripts plugins-root po'; for subdir in $list; do \ echo "Making $target in $subdir"; \ if test "$subdir" = "."; then \ dot_seen=yes; \ local_target="$target-am"; \ else \ local_target="$target"; \ fi; \ (cd $subdir && make $local_target) \ || eval $failcom; \ done; \ if test "$dot_seen" = "no"; then \ make "$target-am" || exit 1; \ fi; test -z "$fail" make: Fatal error: Command failed for target `all-recursive' Current working directory /tmp/nagios-plugins-1.4.14 *** Error code 1 make: Fatal error: Command failed for target `all' Thanks, Matthew Litwin mlitwin at stubhub.com 415.222.8475 Thanks, Matthew Litwin mlitwin at stubhub.com 415.222.8475 From noreply at sourceforge.net Tue Jan 12 07:07:52 2010 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 12 Jan 2010 06:07:52 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-2896201 ] check_ping depends on iputils-ping Message-ID: Bugs item #2896201, was opened at 2009-11-11 15:37 Message generated for change (Settings changed) made by dermoth You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=2896201&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-1.4.15 >Status: Open >Resolution: None Priority: 5 Private: No Submitted By: Jan Wagner (cyco_dd) Assigned to: Thomas Guyot-Sionnest (dermoth) Summary: check_ping depends on iputils-ping Initial Comment: The following Bugreport we got against our debian package: Hi, it seems that the nagios related packages need an ping command available. They choose iputils-ping, which is rather linux specific. Could be possible to switch (at least on non-linux) to inetutils-ping (already available) or fping (modulo #555398 available). It will help to kfreebsd-i386, kfreebsd-amd64 and hurd architectures. Thanks for considering it. You can track the bugreport via http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555532 check_ping could maybe rewritten/patched to use liboping [1]? Thanks and kind regards, Jan. [1] http://verplant.org/liboping/ ---------------------------------------------------------------------- >Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2010-01-12 01:07 Message: Reopening for correctness... I'll test when I have a chance, hopefully before march ;) ---------------------------------------------------------------------- Comment By: Jan Wagner (cyco_dd) Date: 2010-01-10 09:31 Message: As already stated beside this lovely bugtracking system, the patch worked so far. With migrating over to inetutils-ping I get signifiant number of " Plugin timed out after 10 seconds": [1263115380] SERVICE ALERT: svn.kvirc.de;PING;CRITICAL;SOFT;1;CRITICAL - Plugin timed out after 10 seconds [1263115440] SERVICE ALERT: svn.kvirc.de;PING;OK;SOFT;2;PING OK - Packet loss = 0%, RTA = 0.00 ms It seems that one (or more, but not all) echo replies get lost .. so we should get a result from the plugin, but no timeout. A ping command with such a issue (and tcpdump) is: sid:~# LANG=C /bin/ping -vv -n -c 5 192.168.30.1| perl -ne 'print scalar(localtime).": ".$_' Sun Jan 10 13:56:29 2010: PING 192.168.30.1 (192.168.30.1): 56 data bytes Sun Jan 10 13:56:29 2010: 64 bytes from 192.168.30.1: icmp_seq=2 ttl=64 time=0.000 ms Sun Jan 10 13:56:29 2010: 64 bytes from 192.168.30.1: icmp_seq=3 ttl=64 time=0.000 ms Sun Jan 10 13:56:29 2010: 64 bytes from 192.168.30.1: icmp_seq=4 ttl=64 time=0.000 ms Sun Jan 10 13:56:29 2010: --- 192.168.30.1 ping statistics --- Sun Jan 10 13:56:29 2010: 5 packets transmitted, 3 packets received, 40% packet loss Sun Jan 10 13:56:29 2010: round-trip min/avg/max/stddev = 0.000/0.000/0.000/0.000 ms 13:56:14.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 0, length 64 13:56:15.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 256, length 64 13:56:16.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 512, length 64 13:56:16.877014 IP (tos 0x0, ttl 64, id 62395, offset 0, flags [none], proto ICMP (1), length 84) 192.168.30.1 > 192.168.30.66: ICMP echo reply, id 58702, seq 512, length 64 13:56:17.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 768, length 64 13:56:17.877014 IP (tos 0x0, ttl 64, id 62396, offset 0, flags [none], proto ICMP (1), length 84) 192.168.30.1 > 192.168.30.66: ICMP echo reply, id 58702, seq 768, length 64 13:56:18.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 1024, length 64 13:56:18.877014 IP (tos 0x0, ttl 64, id 62397, offset 0, flags [none], proto ICMP (1), length 84) 192.168.30.1 > 192.168.30.66: ICMP echo reply, id 58702, seq 1024, length 64 13:56:39.293014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) As long this regression is not fixed, I'm not able to upload a package using inetutils-ping, but this keeps nagios-plugins uninstallable on non-linux archs. Since Debian is freezing in March, I run a little bit out of time, to get this issue done and a new stable release uploaded (and thins settled). If you need more information or help with debugging, please don't hesitate to contact me. Many thanks, Jan. ---------------------------------------------------------------------- Comment By: Jan Wagner (cyco_dd) Date: 2010-01-10 09:31 Message: As already stated beside this lovely bugtracking system, the patch worked so far. With migrating over to inetutils-ping I get signifiant number of " Plugin timed out after 10 seconds": [1263115380] SERVICE ALERT: svn.kvirc.de;PING;CRITICAL;SOFT;1;CRITICAL - Plugin timed out after 10 seconds [1263115440] SERVICE ALERT: svn.kvirc.de;PING;OK;SOFT;2;PING OK - Packet loss = 0%, RTA = 0.00 ms It seems that one (or more, but not all) echo replies get lost .. so we should get a result from the plugin, but no timeout. A ping command with such a issue (and tcpdump) is: sid:~# LANG=C /bin/ping -vv -n -c 5 192.168.30.1| perl -ne 'print scalar(localtime).": ".$_' Sun Jan 10 13:56:29 2010: PING 192.168.30.1 (192.168.30.1): 56 data bytes Sun Jan 10 13:56:29 2010: 64 bytes from 192.168.30.1: icmp_seq=2 ttl=64 time=0.000 ms Sun Jan 10 13:56:29 2010: 64 bytes from 192.168.30.1: icmp_seq=3 ttl=64 time=0.000 ms Sun Jan 10 13:56:29 2010: 64 bytes from 192.168.30.1: icmp_seq=4 ttl=64 time=0.000 ms Sun Jan 10 13:56:29 2010: --- 192.168.30.1 ping statistics --- Sun Jan 10 13:56:29 2010: 5 packets transmitted, 3 packets received, 40% packet loss Sun Jan 10 13:56:29 2010: round-trip min/avg/max/stddev = 0.000/0.000/0.000/0.000 ms 13:56:14.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 0, length 64 13:56:15.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 256, length 64 13:56:16.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 512, length 64 13:56:16.877014 IP (tos 0x0, ttl 64, id 62395, offset 0, flags [none], proto ICMP (1), length 84) 192.168.30.1 > 192.168.30.66: ICMP echo reply, id 58702, seq 512, length 64 13:56:17.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 768, length 64 13:56:17.877014 IP (tos 0x0, ttl 64, id 62396, offset 0, flags [none], proto ICMP (1), length 84) 192.168.30.1 > 192.168.30.66: ICMP echo reply, id 58702, seq 768, length 64 13:56:18.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 1024, length 64 13:56:18.877014 IP (tos 0x0, ttl 64, id 62397, offset 0, flags [none], proto ICMP (1), length 84) 192.168.30.1 > 192.168.30.66: ICMP echo reply, id 58702, seq 1024, length 64 13:56:39.293014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) As long this regression is not fixed, I'm not able to upload a package using inetutils-ping, but this keeps nagios-plugins uninstallable on non-linux archs. Since Debian is freezing in March, I run a little bit out of time, to get this issue done and a new stable release uploaded (and thins settled). If you need more information or help with debugging, please don't hesitate to contact me. Many thanks, Jan. ---------------------------------------------------------------------- Comment By: Jan Wagner (cyco_dd) Date: 2010-01-10 09:10 Message: As stated in private communication, the patch works .. so far. When migrating over to inetutils-ping, I get significant amount of "Plugin timed out after 10 seconds" like this: [1263115380] SERVICE ALERT: svn.kvirc.de;PING;CRITICAL;SOFT;1;CRITICAL - Plugin timed out after 10 seconds [1263115440] SERVICE ALERT: svn.kvirc.de;PING;OK;SOFT;2;PING OK - Packet loss = 0%, RTA = 0.00 ms The used command is: "/usr/lib/nagios/plugins/check_ping -H '$HOSTADDRESS$' -w '100.0,20%' -c '500.0,60%' -4" This ping command result in the following tcpdump snipset: sid:~# LANG=C /bin/ping -vv -n -c 5 192.168.30.1| perl -ne 'print scalar(localtime).": ".$_' Sun Jan 10 13:56:29 2010: PING 192.168.30.1 (192.168.30.1): 56 data bytes Sun Jan 10 13:56:29 2010: 64 bytes from 192.168.30.1: icmp_seq=2 ttl=64 time=0.000 ms Sun Jan 10 13:56:29 2010: 64 bytes from 192.168.30.1: icmp_seq=3 ttl=64 time=0.000 ms Sun Jan 10 13:56:29 2010: 64 bytes from 192.168.30.1: icmp_seq=4 ttl=64 time=0.000 ms Sun Jan 10 13:56:29 2010: --- 192.168.30.1 ping statistics --- Sun Jan 10 13:56:29 2010: 5 packets transmitted, 3 packets received, 40% packet loss Sun Jan 10 13:56:29 2010: round-trip min/avg/max/stddev = 0.000/0.000/0.000/0.000 ms 13:56:14.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 0, length 64 13:56:15.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 256, length 64 13:56:16.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 512, length 64 13:56:16.877014 IP (tos 0x0, ttl 64, id 62395, offset 0, flags [none], proto ICMP (1), length 84) 192.168.30.1 > 192.168.30.66: ICMP echo reply, id 58702, seq 512, length 64 13:56:17.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 768, length 64 13:56:17.877014 IP (tos 0x0, ttl 64, id 62396, offset 0, flags [none], proto ICMP (1), length 84) 192.168.30.1 > 192.168.30.66: ICMP echo reply, id 58702, seq 768, length 64 13:56:18.877014 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) 192.168.30.66 > 192.168.30.1: ICMP echo request, id 58702, seq 1024, length 64 13:56:18.877014 IP (tos 0x0, ttl 64, id 62397, offset 0, flags [none], proto ICMP (1), length 84) 192.168.30.1 > 192.168.30.66: ICMP echo reply, id 58702, seq 1024, length 64 As we (debian) have freeze in March and this is a bug preventing to migrate over to inetutils-ping to get nagios-plugins installed on non-linux archs, this is a major showstopper to upload the long awaiting new release andget things settled before freeze. If you need any information and help fpr debugging, please don't hasitate to contact me. Many thanks, Jan. ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2009-12-06 09:53 Message: This problem is now fixed in Git. Thank you for your report. ---------------------------------------------------------------------- Comment By: Jan Wagner (cyco_dd) Date: 2009-12-05 15:48 Message: 41_check_ping_detect_args.dpatch worked for me, thanks ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2009-12-05 15:17 Message: So as discusson on IRC your build process do not re-generate autoconf. This is done automatically if you have the rigth software installed, but it may be simpler to use the attached patches Since I fixed a bunch of whitespaces the first patch may apply only if you ignore whitespace mismatches - the 2nd may apply correctly ---------------------------------------------------------------------- Comment By: Jan Wagner (cyco_dd) Date: 2009-12-05 09:36 Message: I'm getting this twice, since configure is issueing "/bin/sh ./config.status --recheck". That should be unrelated to the issue. The configure arguments are: NP_LIBEXEC:=/usr/lib/nagios/plugins ./configure \ --host=$(DEB_HOST_GNU_TYPE) \ --build=$(DEB_BUILD_GNU_TYPE) \ --prefix=/usr \ --mandir=/usr/share/man \ --infodir=/usr/share/info \ --libexecdir=${NP_LIBEXEC} \ --with-perl=/usr/bin/perl \ --with-openssl=/usr \ --with-pgsql=/usr \ --with-mysql=/usr \ --with-proc-loadavg=/proc/loadavg \ --with-ps-command="/bin/ps axwo 'stat uid pid ppid vsz rss pcpu etime comm args'" \ --with-ps-format="%s %d %d %d %d %d %f %s %s %n" \ --with-ps-cols=10 \ --with-ps-varlist="procstat,&procuid,&procpid,&procppid,&procvsz,&procrss,&procpcpu,procetime,procprog,&pos" \ --with-ping-command="/bin/ping -n -c %d %s" \ --with-ping6-command="/bin/ping6 -n -c %d %s" \ --with-nslookup-command="/usr/bin/nslookup -sil" \ --with-uptime-command="/usr/bin/uptime" \ --with-rpcinfo-command="/usr/bin/rpcinfo" \ --with-smbclient-command="/usr/bin/smbclient" \ --with-snmpget-command="/usr/bin/snmpget" \ --with-snmpgetnext-command="/usr/bin/snmpgetnext" \ --with-qstat-command="/usr/bin/quakestat" \ --with-fping-command="/usr/bin/fping" \ --with-ssh-command="/usr/bin/ssh" \ --with-mailq-command="/usr/bin/mailq" \ --with-proc-meminfo="/proc/meminfo" \ --with-dig-command="/usr/bin/dig" \ --with-apt-get-command="/usr/bin/apt-get" \ --disable-rpath Which fails with this at runtime. Working is installing inetutils-ping at build time and dropping --with-ping* from configure. With defined ping commands, in config.h I have: #define PING6_COMMAND "/bin/ping6 -n -c %d %s" #define PING6_PACKETS_FIRST 1 #define PING_COMMAND "/bin/ping -n -c %d %s" #define PING_HAS_TIMEOUT 1 #define PING_PACKETS_FIRST 1 Anyways ... I get also with your latest patch: # LANG=C /usr/lib/nagios/plugins/check_ping 127.0.0.1 -w 2,20% -c 5,30% Segmentation fault Without defining the ping commands and inetutils-ping installed, I get: #define PING6_COMMAND "/bin/ping6 -n -c %d %s" #define PING6_PACKETS_FIRST 1 #define PING_COMMAND "/bin/ping -n -c %d %s" /* #undef PING_HAS_TIMEOUT */ #define PING_PACKETS_FIRST 1 # LANG=C /usr/lib/nagios/plugins/check_ping 127.0.0.1 -w 2,20% -c 5,30% PING OK - Packet loss = 0%, RTA = 0.00 ms|rta=0.000000ms;2.000000;5.000000;0.000000 pl=0%;20;30;0 ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2009-12-05 01:36 Message: Nevermind - the output you sent is ok... So are you really getting this twice (I don't, wondering if it may be related to your issue)? checking for ICMP ping syntax... (command-line) /bin/ping6 -n -c %d %s checking for ICMPv6 ping syntax... (command-line) /bin/ping -n -c %d %s Please check config.h and tell me what you have defined for: - PING6_COMMAND - PING6_PACKETS_FIRST - PING_COMMAND - PING_HAS_TIMEOUT - PING_PACKETS_FIRST Also I figured I should also change it for ping6, I'll attach an updated patch. ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2009-12-05 00:03 Message: I'll double check... So what are the configure arguments in both cases? ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2009-12-05 00:02 Message: [ Proxying response from Jan... ] When autodetecting with inetutils-ping installed on buildtime all works fine Defining the commands (like the once when autodetected) and inetutils-ping having not installed when building gives me a segfault on runtime inetutils-ping installed on buildtime/autodetect: waja at packaging:~/debian-builds/nagios-plugins/trunk$ grep "ping syntax" ../build-area/nagios-plugins_1.4.14-1~pc4_i386.build checking for ICMP ping syntax... /bin/ping -n -c %d %s checking for ICMPv6 ping syntax... /bin/ping6 -n -c %d %s checking for ICMP ping syntax... /bin/ping -n -c %d %s checking for ICMPv6 ping syntax... /bin/ping6 -n -c %d %s Exectution works fine. inetutils-ping removed on buildtime/command defined: waja at packaging:~/debian-builds/nagios-plugins/trunk$ grep "ping syntax" ../build-area/nagios-plugins_1.4.14-1_i386.build checking for ICMP ping syntax... (command-line) /bin/ping -n -c %d %s checking for ICMPv6 ping syntax... (command-line) /bin/ping6 -n -c %d %s checking for ICMP ping syntax... (command-line) /bin/ping -n -c %d %s checking for ICMPv6 ping syntax... (command-line) /bin/ping6 -n -c %d %s packaging:~# LANG=C /usr/lib/nagios/plugins/check_ping 127.0.0.1 -w 2,20% -c 5,30% Segmentation fault ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2009-12-04 15:48 Message: Gotchya. --with-ping[6]-command expected three arguments - two numeric and one string. I try to detect it now (attached patch) - will go upstream it it works for you... ---------------------------------------------------------------------- Comment By: Jan Wagner (cyco_dd) Date: 2009-11-23 10:47 Message: Unfortunately I have. :( Maybe you can have a look: normal debian package - using iputils-ping and compile following flags: --with-ping-command="/bin/ping -n -U -w %d -c %d %s" \ --with-ping6-command="/bin/ping6 -n -U -w %d -c %d %s" \ sid:~# /usr/lib/nagios/plugins/check_ping 127.0.0.1 -w 2,20% -c 5,30% PING OK - Packet loss = 0%, RTA = 0.00 ms| rta=0.000000ms;2.000000;5.000000;0.000000 pl=0%;20;30;0 Okay ... thats fine, like always. ---- pc1 - using iputils-ping and following compile flags: --with-ping-command="/bin/ping -n -c %d %s" \ --with-ping6-command="/bin/ping6 -n -c %d %s" \ sid:/tmp# LANG=C /usr/lib/nagios/plugins/check_ping 127.0.0.1 -w 2,20% -c 5,30% Speicherzugriffsfehler Okay ... here are just the ping commands wrong ---- pc2 - using iputils-ping and without specific compile flags (iputils-ping installed at compile time), but: checking for ICMP ping syntax... /bin/ping -n -U -w %d -c %d %s checking for ICMPv6 ping syntax... /bin/ping6 -n -U -w %d -c %d %s sid:/tmp# LANG=C /usr/lib/nagios/plugins/check_ping 127.0.0.1 -w 2,20% -c 5,30% PING OK - Packet loss = 0%, RTA = 0.00 ms| rta=0.000000ms;2.000000;5.000000;0.000000 pl=0%;20;30;0 Thats also fine, the commands are autodetected. ---- pc3 - using inetutils-ping and without specific compile flags (inetutils-ping installed at compile time), but: checking for ICMP ping syntax... /bin/ping -n -c %d %s checking for ICMPv6 ping syntax... /bin/ping6 -n -c %d %s sid:/tmp# LANG=C /usr/lib/nagios/plugins/check_ping 127.0.0.1 -w 2,20% -c 5,30% PING OK - Packet loss = 0%, RTA = 0.00 ms| rta=0.000000ms;2.000000;5.000000;0.000000 pl=0%;20;30;0 Looks great, command are autodetected and inetutils-ping works ---- pc4 - using inetutils-ping and the following compile flags (inetutils-ping NOT installed at compile time): --with-ping6-command="/bin/ping6 -n -c %d %s" \ --with-ping-command="/bin/ping -n -c %d %s" \ sid:/tmp# LANG=C /usr/lib/nagios/plugins/check_ping 127.0.0.1 -w 2,20% -c 5,30% Speicherzugriffsfehler This is the point I don't get. I'm using the same commands like the once when they where autodetected, but check_ping segfaults .... I'm missing something? Thanks for your help, Jan. ---------------------------------------------------------------------- Comment By: Thomas Guyot-Sionnest (dermoth) Date: 2009-11-11 17:29 Message: Normally configure decides which ping command and syntax to use, so it really depend on which packages you have installed. You can force the command to use with --with-ping-command=SYNTAX and --with-ping6-command=SYNTAX. An easy way to find the syntax it to look at a generated config.h when only the wanted ping commands are available. Search for #define PING_COMMAND and #define PING6_COMMAND. Let me know if you have any problem with specific ping variants. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=2896201&group_id=29880 From dermoth at aei.ca Tue Jan 12 07:11:10 2010 From: dermoth at aei.ca (Thomas Guyot-Sionnest) Date: Tue, 12 Jan 2010 01:11:10 -0500 Subject: [Nagiosplug-devel] compiling nagios-plugins on Solaris In-Reply-To: <7A6F6987-90DD-44CB-A3CF-B8317ED99916@stubhub.com> References: <7A6F6987-90DD-44CB-A3CF-B8317ED99916@stubhub.com> Message-ID: <4B4C127E.9080908@aei.ca> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 11/01/10 10:18 PM, Litwin, Matthew wrote: > I posted this on nagiosplug-help but perhaps this is something the dev community might better be able to explain to me. > > I am trying to compile nagios-plugins 1.4.14 and 'make' fails when it gets to check_mysql. Any suggestions? Honestly, I don't even need check_mysql on the Solaris clients so I'd be happy to just exclude that target, but I am not sure how to do that and have 'make all' work. This is caused by mysql using Sun CC compiler flags. See: http://nagiosplugins.org/node/99 - -- Thomas -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFLTBJ+6dZ+Kt5BchYRAnheAKD2lRrmhi4ZFKgnaHN8NLOENLGV8wCdE7/j 2x50K2KyAk10f3K7DveOf40= =y5hK -----END PGP SIGNATURE----- From noreply at sourceforge.net Tue Jan 12 18:55:40 2010 From: noreply at sourceforge.net (SourceForge.net) Date: Tue, 12 Jan 2010 17:55:40 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-2930789 ] check_ide_smart ignores SMART errors ! Message-ID: Bugs item #2930789, was opened at 2010-01-12 17:55 Message generated for change (Tracker Item Submitted) made by oernii You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=2930789&group_id=29880 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General plugin execution Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ernest Beinrohr (oernii) Assigned to: Nobody/Anonymous (nobody) Summary: check_ide_smart ignores SMART errors ! Initial Comment: I began using this plugin and now found that it is no good. Everything seems good, the plugin checks the disks and some tests but not i do have a BAD drive. smartctl reports 7 unrecovereble errors. A clear sign for imminent failure and I am replacing it therefore. But check_ide_smart reports that everything is OK ! There is clearly some problem, the plugin should NOT ignore such a thing as SMART errors. It's its main and only purpose. Here are the outputs for my /dev/sdd. PS: check_ide_smart v1991 (nagios-plugins 1.4.13). also tried nagios-plugins-1.4.14-61-g45e2 $ /usr/lib/nagios/plugins/check_ide_smart -d /dev/sdd Id= 1, Status=15 {PreFailure , OnLine }, Value=114, Threshold= 6, Passed Id= 3, Status= 3 {PreFailure , OnLine }, Value= 93, Threshold= 0, Passed Id= 4, Status=50 {Advisory , OnLine }, Value=100, Threshold= 20, Passed Id= 5, Status=51 {PreFailure , OnLine }, Value=100, Threshold= 36, Passed Id= 7, Status=15 {PreFailure , OnLine }, Value= 43, Threshold= 30, Passed Id= 9, Status=50 {Advisory , OnLine }, Value= 90, Threshold= 0, Passed Id= 10, Status=19 {PreFailure , OnLine }, Value=100, Threshold= 97, Passed Id= 12, Status=50 {Advisory , OnLine }, Value=100, Threshold= 20, Passed Id=184, Status=50 {Advisory , OnLine }, Value=100, Threshold= 99, Passed Id=187, Status=50 {Advisory , OnLine }, Value= 93, Threshold= 0, Passed Id=188, Status=50 {Advisory , OnLine }, Value=100, Threshold= 0, Passed Id=189, Status=58 {Advisory , OnLine }, Value=100, Threshold= 0, Passed Id=190, Status=34 {Advisory , OnLine }, Value= 86, Threshold= 45, Passed Id=194, Status=34 {Advisory , OnLine }, Value= 14, Threshold= 0, Passed Id=195, Status=26 {Advisory , OnLine }, Value= 46, Threshold= 0, Passed Id=197, Status=18 {Advisory , OnLine }, Value=100, Threshold= 0, Passed Id=198, Status=16 {Advisory , OffLine}, Value=100, Threshold= 0, Passed Id=199, Status=62 {Advisory , OnLine }, Value=200, Threshold= 0, Passed OffLineStatus=130 {Completed}, AutoOffLine=Yes, OffLineTimeout=10 minutes OffLineCapability=123 {Immediate Auto SuspendOnCmd} SmartRevision=10, CheckSum=161, SmartCapability=3 {SaveOnStandBy AutoSave} ------------------- $ smartctl -a /dev/sdd smartctl version 5.38 [i586-mandriva-linux-gnu] Copyright (C) 2002-8 Bruce Allen Home page is http://smartmontools.sourceforge.net/ === START OF INFORMATION SECTION === Device Model: MAXTOR STM31000340AS Serial Number: 9QJ1CCR0 Firmware Version: MX1A User Capacity: 1?000?204?886?016 bytes Device is: Not in smartctl database [for details use: -P showall] ATA Version is: 8 ATA Standard is: ATA-8-ACS revision 4 Local Time is: Tue Jan 12 18:46:47 2010 CET SMART support is: Available - device has SMART capability. SMART support is: Enabled === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x82) Offline data collection activity was completed without error. Auto Offline Data Collection: Enabled. Self-test execution status: ( 0) The previous self-test routine completed without error or no self-test has ever been run. Total time to complete Offline data collection: ( 634) seconds. Offline data collection capabilities: (0x7b) SMART execute Offline immediate. Auto Offline data collection on/off support. Suspend Offline collection upon new command. Offline surface scan supported. Self-test supported. Conveyance Self-test supported. Selective Self-test supported. SMART capabilities: (0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability: (0x01) Error logging supported. General Purpose Logging supported. Short self-test routine recommended polling time: ( 1) minutes. Extended self-test routine recommended polling time: ( 227) minutes. Conveyance self-test routine recommended polling time: ( 2) minutes. SCT capabilities: (0x103b) SCT Status supported. SCT Feature Control supported. SCT Data Table supported. SMART Attributes Data Structure revision number: 10 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 114 099 006 Pre-fail Always - 60566982 3 Spin_Up_Time 0x0003 093 091 000 Pre-fail Always - 0 4 Start_Stop_Count 0x0032 100 100 020 Old_age Always - 40 5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 0 7 Seek_Error_Rate 0x000f 043 037 030 Pre-fail Always - 61272258239168 9 Power_On_Hours 0x0032 090 090 000 Old_age Always - 9615 10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 40 184 Unknown_Attribute 0x0032 100 100 099 Old_age Always - 0 187 Reported_Uncorrect 0x0032 093 093 000 Old_age Always - 7 188 Unknown_Attribute 0x0032 100 099 000 Old_age Always - 4295032834 189 High_Fly_Writes 0x003a 100 100 000 Old_age Always - 0 190 Airflow_Temperature_Cel 0x0022 086 049 045 Old_age Always - 14 (Lifetime Min/Max 4/30) 194 Temperature_Celsius 0x0022 014 051 000 Old_age Always - 14 (0 4 0 0) 195 Hardware_ECC_Recovered 0x001a 046 026 000 Old_age Always - 60566982 197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0 SMART Error Log Version: 1 ATA Error Count: 7 (device log contains only the most recent five errors) CR = Command Register [HEX] FR = Features Register [HEX] SC = Sector Count Register [HEX] SN = Sector Number Register [HEX] CL = Cylinder Low Register [HEX] CH = Cylinder High Register [HEX] DH = Device/Head Register [HEX] DC = Device Command Register [HEX] ER = Error register [HEX] ST = Status register [HEX] Powered_Up_Time is measured from power on, and printed as DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes, SS=sec, and sss=millisec. It "wraps" after 49.710 days. Error 7 occurred at disk power-on lifetime: 9006 hours (375 days + 6 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER ST SC SN CL CH DH -- -- -- -- -- -- -- 40 51 00 03 b8 13 00 Error: UNC at LBA = 0x0013b803 = 1292291 Commands leading to the command that caused the error were: CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name -- -- -- -- -- -- -- -- ---------------- -------------------- c8 00 08 fd b7 13 e0 00 2d+21:57:34.419 READ DMA 27 00 00 00 00 00 e0 00 2d+21:57:34.417 READ NATIVE MAX ADDRESS EXT ec 00 00 00 00 00 a0 00 2d+21:57:34.397 IDENTIFY DEVICE ef 03 46 00 00 00 a0 00 2d+21:57:34.376 SET FEATURES [Set transfer mode] 27 00 00 00 00 00 e0 00 2d+21:57:34.336 READ NATIVE MAX ADDRESS EXT Error 6 occurred at disk power-on lifetime: 9006 hours (375 days + 6 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER ST SC SN CL CH DH -- -- -- -- -- -- -- 40 51 00 03 b8 13 00 Error: UNC at LBA = 0x0013b803 = 1292291 Commands leading to the command that caused the error were: CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name -- -- -- -- -- -- -- -- ---------------- -------------------- c8 00 08 fd b7 13 e0 00 2d+21:57:31.288 READ DMA 27 00 00 00 00 00 e0 00 2d+21:57:31.287 READ NATIVE MAX ADDRESS EXT ec 00 00 00 00 00 a0 00 2d+21:57:31.267 IDENTIFY DEVICE ef 03 46 00 00 00 a0 00 2d+21:57:31.247 SET FEATURES [Set transfer mode] 27 00 00 00 00 00 e0 00 2d+21:57:31.196 READ NATIVE MAX ADDRESS EXT Error 5 occurred at disk power-on lifetime: 9006 hours (375 days + 6 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER ST SC SN CL CH DH -- -- -- -- -- -- -- 40 51 00 03 b8 13 00 Error: UNC at LBA = 0x0013b803 = 1292291 Commands leading to the command that caused the error were: CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name -- -- -- -- -- -- -- -- ---------------- -------------------- c8 00 08 fd b7 13 e0 00 2d+21:57:28.198 READ DMA 27 00 00 00 00 00 e0 00 2d+21:57:28.197 READ NATIVE MAX ADDRESS EXT ec 00 00 00 00 00 a0 00 2d+21:57:28.177 IDENTIFY DEVICE ef 03 46 00 00 00 a0 00 2d+21:57:28.156 SET FEATURES [Set transfer mode] 27 00 00 00 00 00 e0 00 2d+21:57:28.116 READ NATIVE MAX ADDRESS EXT Error 4 occurred at disk power-on lifetime: 9006 hours (375 days + 6 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER ST SC SN CL CH DH -- -- -- -- -- -- -- 40 51 00 03 b8 13 00 Error: UNC at LBA = 0x0013b803 = 1292291 Commands leading to the command that caused the error were: CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name -- -- -- -- -- -- -- -- ---------------- -------------------- c8 00 08 fd b7 13 e0 00 2d+21:57:25.007 READ DMA 27 00 00 00 00 00 e0 00 2d+21:57:25.005 READ NATIVE MAX ADDRESS EXT ec 00 00 00 00 00 a0 00 2d+21:57:24.985 IDENTIFY DEVICE ef 03 46 00 00 00 a0 00 2d+21:57:24.966 SET FEATURES [Set transfer mode] 27 00 00 00 00 00 e0 00 2d+21:57:24.907 READ NATIVE MAX ADDRESS EXT Error 3 occurred at disk power-on lifetime: 9006 hours (375 days + 6 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER ST SC SN CL CH DH -- -- -- -- -- -- -- 40 51 00 02 b8 13 00 Error: UNC at LBA = 0x0013b802 = 1292290 Commands leading to the command that caused the error were: CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name -- -- -- -- -- -- -- -- ---------------- -------------------- c8 00 08 fd b7 13 e0 00 2d+21:57:21.899 READ DMA 27 00 00 00 00 00 e0 00 2d+21:57:21.897 READ NATIVE MAX ADDRESS EXT ec 00 00 00 00 00 a0 00 2d+21:57:21.877 IDENTIFY DEVICE ef 03 46 00 00 00 a0 00 2d+21:57:21.860 SET FEATURES [Set transfer mode] 27 00 00 00 00 00 e0 00 2d+21:57:21.807 READ NATIVE MAX ADDRESS EXT SMART Self-test log structure revision number 1 No self-tests have been logged. [To run self-tests, use: smartctl -t] SMART Selective self-test log data structure revision number 1 SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS 1 0 0 Not_testing 2 0 0 Not_testing 3 0 0 Not_testing 4 0 0 Not_testing 5 0 0 Not_testing Selective self-test flags (0x0): After scanning selected spans, do NOT read-scan remainder of disk. If Selective self-test is pending on power-up, resume after 0 minute delay. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=2930789&group_id=29880 From mlitwin at stubhub.com Tue Jan 12 22:07:59 2010 From: mlitwin at stubhub.com (Litwin, Matthew) Date: Tue, 12 Jan 2010 14:07:59 -0700 Subject: [Nagiosplug-devel] Nagios SQLPlus query monitor? Message-ID: Hello, Similar to the check_oracle plugin I need a nagios plugin that will SQL from say a secondary text file and then report on the lines that it results. Ideally it would return the number of lines as output where WARN and CRITICAL conditions could be checked against, but also the actual rows would be listed as perfdata. Does any plugin like this exist? I wrote a plugin that will use sqlplus to return a line count and report on those values in Perl, but honestly my scripting capabilities are pretty weak. If you are a Perl guy and see an elegant way of doing this, any guidance on this would be very helpful. Thanks, Matthew Litwin mlitwin at stubhub.com 415.222.8475 From hrpoliveira at gmail.com Tue Jan 12 22:39:40 2010 From: hrpoliveira at gmail.com (Helder Oliveira) Date: Tue, 12 Jan 2010 21:39:40 +0000 Subject: [Nagiosplug-devel] Nagios SQLPlus query monitor? In-Reply-To: References: Message-ID: I have one from my own... if you want to try it i can provide you On Tue, Jan 12, 2010 at 9:07 PM, Litwin, Matthew wrote: > Hello, > > Similar to the check_oracle plugin I need a nagios plugin that will SQL from say a secondary text file and then report on the lines that it results. Ideally it would return the number of lines as output where WARN and CRITICAL conditions could be checked against, but also the actual rows would be listed as perfdata. Does any plugin like this exist? > > I wrote a plugin that will use sqlplus to return a line count and report on those values in Perl, but honestly my scripting capabilities are pretty weak. If you are a Perl guy and see an elegant way of doing this, any guidance on this would be very helpful. > > Thanks, > Matthew Litwin > mlitwin at stubhub.com > 415.222.8475 > > > ------------------------------------------------------------------------------ > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > _______________________________________________________ > Nagios Plugin Development Mailing List Nagiosplug-devel at lists.sourceforge.net > Unsubscribe at https://lists.sourceforge.net/lists/listinfo/nagiosplug-devel > ::: Please include plugins version (-v) and OS when reporting any issue. > ::: Messages without supporting info will risk being sent to /dev/null > From mlitwin at stubhub.com Tue Jan 12 22:45:06 2010 From: mlitwin at stubhub.com (Litwin, Matthew) Date: Tue, 12 Jan 2010 14:45:06 -0700 Subject: [Nagiosplug-devel] Nagios SQLPlus query monitor? In-Reply-To: References: Message-ID: Sure, that'd be fantastic! Please post it here or let me know a URL where I can scoop it up. Thank you! On Jan 12, 2010, at 1:39 PM, Helder Oliveira wrote: > I have one from my own... if you want to try it i can provide you > > On Tue, Jan 12, 2010 at 9:07 PM, Litwin, Matthew wrote: >> Hello, >> >> Similar to the check_oracle plugin I need a nagios plugin that will SQL from say a secondary text file and then report on the lines that it results. Ideally it would return the number of lines as output where WARN and CRITICAL conditions could be checked against, but also the actual rows would be listed as perfdata. Does any plugin like this exist? >> >> I wrote a plugin that will use sqlplus to return a line count and report on those values in Perl, but honestly my scripting capabilities are pretty weak. If you are a Perl guy and see an elegant way of doing this, any guidance on this would be very helpful. >> >> Thanks, >> Matthew Litwin >> mlitwin at stubhub.com >> 415.222.8475 >> >> >> ------------------------------------------------------------------------------ >> This SF.Net email is sponsored by the Verizon Developer Community >> Take advantage of Verizon's best-in-class app development support >> A streamlined, 14 day to market process makes app distribution fast and easy >> Join now and get one step closer to millions of Verizon customers >> http://p.sf.net/sfu/verizon-dev2dev >> _______________________________________________________ >> Nagios Plugin Development Mailing List Nagiosplug-devel at lists.sourceforge.net >> Unsubscribe at https://lists.sourceforge.net/lists/listinfo/nagiosplug-devel >> ::: Please include plugins version (-v) and OS when reporting any issue. >> ::: Messages without supporting info will risk being sent to /dev/null >> > > ------------------------------------------------------------------------------ > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > _______________________________________________________ > Nagios Plugin Development Mailing List Nagiosplug-devel at lists.sourceforge.net > Unsubscribe at https://lists.sourceforge.net/lists/listinfo/nagiosplug-devel > ::: Please include plugins version (-v) and OS when reporting any issue. > ::: Messages without supporting info will risk being sent to /dev/null Thanks, Matthew Litwin mlitwin at stubhub.com 415.222.8475 From hrpoliveira at gmail.com Tue Jan 12 22:53:12 2010 From: hrpoliveira at gmail.com (Helder Oliveira) Date: Tue, 12 Jan 2010 21:53:12 +0000 Subject: [Nagiosplug-devel] Nagios SQLPlus query monitor? In-Reply-To: References: Message-ID: let's wait for tomorow. I have it at work. I am not a genious from perl but that script has been working for some years now :) On Tue, Jan 12, 2010 at 9:45 PM, Litwin, Matthew wrote: > Sure, that'd be fantastic! Please post it here or let me know a URL where I can scoop it up. > > Thank you! > > On Jan 12, 2010, at 1:39 PM, Helder Oliveira wrote: > >> I have one from my own... if you want to try it i can provide you >> >> On Tue, Jan 12, 2010 at 9:07 PM, Litwin, Matthew wrote: >>> Hello, >>> >>> Similar to the check_oracle plugin I need a nagios plugin that will SQL from say a secondary text file and then report on the lines that it results. Ideally it would return the number of lines as output where WARN and CRITICAL conditions could be checked against, but also the actual rows would be listed as perfdata. Does any plugin like this exist? >>> >>> I wrote a plugin that will use sqlplus to return a line count and report on those values in Perl, but honestly my scripting capabilities are pretty weak. If you are a Perl guy and see an elegant way of doing this, any guidance on this would be very helpful. >>> >>> Thanks, >>> Matthew Litwin >>> mlitwin at stubhub.com >>> 415.222.8475 >>> >>> >>> ------------------------------------------------------------------------------ >>> This SF.Net email is sponsored by the Verizon Developer Community >>> Take advantage of Verizon's best-in-class app development support >>> A streamlined, 14 day to market process makes app distribution fast and easy >>> Join now and get one step closer to millions of Verizon customers >>> http://p.sf.net/sfu/verizon-dev2dev >>> _______________________________________________________ >>> Nagios Plugin Development Mailing List Nagiosplug-devel at lists.sourceforge.net >>> Unsubscribe at https://lists.sourceforge.net/lists/listinfo/nagiosplug-devel >>> ::: Please include plugins version (-v) and OS when reporting any issue. >>> ::: Messages without supporting info will risk being sent to /dev/null >>> >> >> ------------------------------------------------------------------------------ >> This SF.Net email is sponsored by the Verizon Developer Community >> Take advantage of Verizon's best-in-class app development support >> A streamlined, 14 day to market process makes app distribution fast and easy >> Join now and get one step closer to millions of Verizon customers >> http://p.sf.net/sfu/verizon-dev2dev >> _______________________________________________________ >> Nagios Plugin Development Mailing List Nagiosplug-devel at lists.sourceforge.net >> Unsubscribe at https://lists.sourceforge.net/lists/listinfo/nagiosplug-devel >> ::: Please include plugins version (-v) and OS when reporting any issue. >> ::: Messages without supporting info will risk being sent to /dev/null > > Thanks, > Matthew Litwin > mlitwin at stubhub.com > 415.222.8475 > > > ------------------------------------------------------------------------------ > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > _______________________________________________________ > Nagios Plugin Development Mailing List Nagiosplug-devel at lists.sourceforge.net > Unsubscribe at https://lists.sourceforge.net/lists/listinfo/nagiosplug-devel > ::: Please include plugins version (-v) and OS when reporting any issue. > ::: Messages without supporting info will risk being sent to /dev/null > From pitchfork at ederdrom.de Wed Jan 13 06:37:43 2010 From: pitchfork at ederdrom.de (Joerg Linge) Date: Wed, 13 Jan 2010 06:37:43 +0100 Subject: [Nagiosplug-devel] Nagios SQLPlus query monitor? In-Reply-To: References: Message-ID: <4B4D5C27.1010000@ederdrom.de> Am 12.01.10 22:07, schrieb Litwin, Matthew: > Hello, > > Similar to the check_oracle plugin I need a nagios plugin that will SQL from say a secondary text file and then report on the lines that it results. Ideally it would return the number of lines as output where WARN and CRITICAL conditions could be checked against, but also the actual rows would be listed as perfdata. Does any plugin like this exist? > > I wrote a plugin that will use sqlplus to return a line count and report on those values in Perl, but honestly my scripting capabilities are pretty weak. If you are a Perl guy and see an elegant way of doing this, any guidance on this would be very helpful. check_oracle_health can do this. http://labs.consol.de/lang/de/nagios/check_oracle_health/ nagios$ check_oracle_health --mode sql \ --name 'select 200,300,1000 from dual' \ --name2 'kaspar melchior balthasar' \ --warning 180 --critical 500 WARNING - kaspar melchior balthasar: 200 300 1000 | 'kaspar'=200;180;500 'melchior'=300;; 'balthasar'=1000;; From mlitwin at stubhub.com Thu Jan 14 19:27:09 2010 From: mlitwin at stubhub.com (Litwin, Matthew) Date: Thu, 14 Jan 2010 11:27:09 -0700 Subject: [Nagiosplug-devel] Nagios SQLPlus query monitor? In-Reply-To: <4B4D5C27.1010000@ederdrom.de> References: <4B4D5C27.1010000@ederdrom.de> Message-ID: On Jan 12, 2010, at 9:37 PM, Joerg Linge wrote: > Am 12.01.10 22:07, schrieb Litwin, Matthew: >> Hello, >> >> Similar to the check_oracle plugin I need a nagios plugin that will SQL from say a secondary text file and then report on the lines that it results. Ideally it would return the number of lines as output where WARN and CRITICAL conditions could be checked against, but also the actual rows would be listed as perfdata. Does any plugin like this exist? >> >> I wrote a plugin that will use sqlplus to return a line count and report on those values in Perl, but honestly my scripting capabilities are pretty weak. If you are a Perl guy and see an elegant way of doing this, any guidance on this would be very helpful. > > check_oracle_health can do this. > > http://labs.consol.de/lang/de/nagios/check_oracle_health/ > > nagios$ check_oracle_health --mode sql \ > --name 'select 200,300,1000 from dual' \ > --name2 'kaspar melchior balthasar' \ > --warning 180 --critical 500 > > WARNING - kaspar melchior balthasar: 200 300 1000 | > 'kaspar'=200;180;500 'melchior'=300;; 'balthasar'=1000;; Thank you, I will keep looking for how I can use the SQL mode for check_oracle_health to see how I can do this. Unfortunately the developers website doesn't have an english version. :-( Thanks, Matthew Litwin mlitwin at stubhub.com 415.222.8475 From cristoir at gmail.com Fri Jan 15 15:17:31 2010 From: cristoir at gmail.com (Christopher McAtackney) Date: Fri, 15 Jan 2010 14:17:31 +0000 Subject: [Nagiosplug-devel] Nagios SQLPlus query monitor? In-Reply-To: References: <4B4D5C27.1010000@ederdrom.de> Message-ID: 2010/1/14 Litwin, Matthew : > > On Jan 12, 2010, at 9:37 PM, Joerg Linge wrote: > >> Am 12.01.10 22:07, schrieb Litwin, Matthew: >>> Hello, >>> >>> Similar to the check_oracle plugin I need a nagios plugin that will SQL from say a secondary text file and then report on the lines that it results. Ideally it would return the number of lines as output where WARN and CRITICAL conditions could be checked against, but also the actual rows would be listed as perfdata. Does any plugin like this exist? >>> >>> I wrote a plugin that will use sqlplus to return a line count and report on those values in Perl, but honestly my scripting capabilities are pretty weak. If you are a Perl guy and see an elegant way of doing this, any guidance on this would be very helpful. >> >> check_oracle_health can do this. >> >> http://labs.consol.de/lang/de/nagios/check_oracle_health/ >> >> nagios$ check_oracle_health --mode sql \ >> ?--name 'select 200,300,1000 from dual' \ >> ?--name2 'kaspar melchior balthasar' \ >> ?--warning 180 --critical 500 >> >> WARNING - kaspar melchior balthasar: 200 300 1000 | >> 'kaspar'=200;180;500 'melchior'=300;; 'balthasar'=1000;; > > Thank you, I will keep looking for how I can use the SQL mode for check_oracle_health to see how I can do this. Unfortunately the developers website doesn't have an english version. :-( > > Thanks, > Matthew Litwin > mlitwin at stubhub.com > 415.222.8475 Matthew, Download the plugin and use the --help option - it presents all the info in English. Also, the developer of the plugin, Gerhard, is very helpful and will respond to your help requests if you mail him. Cheers, Chris From hrpoliveira at gmail.com Fri Jan 15 16:34:53 2010 From: hrpoliveira at gmail.com (Helder Oliveira) Date: Fri, 15 Jan 2010 15:34:53 +0000 Subject: [Nagiosplug-devel] Nagios SQLPlus query monitor? In-Reply-To: References: <4B4D5C27.1010000@ederdrom.de> Message-ID: here is the code: CHange whatever you need to. and sorry for the delay #!/usr/bin/perl -w require 5.004; use strict; use POSIX; use Getopt::Long; use vars qw($opt_V $opt_h $PROGNAME); use lib "/srv/nagios/libexec" ; use utils qw($TIMEOUT %ERRORS &print_revision &support); # USAGE: # args: [warning_level] [critical_level] # defaults: # tsname is mandatory # warning_level is 80 # critical_level is 90 not(defined($ARGV[0])) and print "rtfm!\n" and exit(-1); my $db = $ARGV[0]; my $warn = $ARGV[1] || 2 ; $PROGNAME="check_oracle_instance_uptime"; $ENV{'PATH'}=''; $ENV{'BASH_ENV'}=''; $ENV{'ENV'}=''; my $ora = "/usr/bin/sudo /bin/su -c \"sqlplus -L user/pass\@$db \@sql/instance_uptime.sql\" - oracle"; open(ORA, "$ora|") or die "Can't run sqlplus: $!\n"; my $ok = 0 ; my $warning = 0 ; my $critical = 0 ; my $str = ""; my $tmp = ""; my $ret = 0 ; while(my $item = ) { $_ = $item ; if ( /^(\d{1,3})$/ ) { if ( $1 <= $warn ) { print "Database Startup at $1 Days\n"; $ret = 1 ; } else { print "Database Startup at $1 days\n"; $ret = 0 ; } } } close(ORA); exit $ret ; On Fri, Jan 15, 2010 at 2:17 PM, Christopher McAtackney wrote: > 2010/1/14 Litwin, Matthew : >> >> On Jan 12, 2010, at 9:37 PM, Joerg Linge wrote: >> >>> Am 12.01.10 22:07, schrieb Litwin, Matthew: >>>> Hello, >>>> >>>> Similar to the check_oracle plugin I need a nagios plugin that will SQL from say a secondary text file and then report on the lines that it results. Ideally it would return the number of lines as output where WARN and CRITICAL conditions could be checked against, but also the actual rows would be listed as perfdata. Does any plugin like this exist? >>>> >>>> I wrote a plugin that will use sqlplus to return a line count and report on those values in Perl, but honestly my scripting capabilities are pretty weak. If you are a Perl guy and see an elegant way of doing this, any guidance on this would be very helpful. >>> >>> check_oracle_health can do this. >>> >>> http://labs.consol.de/lang/de/nagios/check_oracle_health/ >>> >>> nagios$ check_oracle_health --mode sql \ >>> ?--name 'select 200,300,1000 from dual' \ >>> ?--name2 'kaspar melchior balthasar' \ >>> ?--warning 180 --critical 500 >>> >>> WARNING - kaspar melchior balthasar: 200 300 1000 | >>> 'kaspar'=200;180;500 'melchior'=300;; 'balthasar'=1000;; >> >> Thank you, I will keep looking for how I can use the SQL mode for check_oracle_health to see how I can do this. Unfortunately the developers website doesn't have an english version. :-( >> >> Thanks, >> Matthew Litwin >> mlitwin at stubhub.com >> 415.222.8475 > > Matthew, > > Download the plugin and use the --help option - it presents all the > info in English. Also, the developer of the plugin, Gerhard, is very > helpful and will respond to your help requests if you mail him. > > Cheers, > Chris > > ------------------------------------------------------------------------------ > Throughout its 18-year history, RSA Conference consistently attracts the > world's best and brightest in the field, creating opportunities for Conference > attendees to learn about information security's most important issues through > interactions with peers, luminaries and emerging and established companies. > http://p.sf.net/sfu/rsaconf-dev2dev > _______________________________________________________ > Nagios Plugin Development Mailing List Nagiosplug-devel at lists.sourceforge.net > Unsubscribe at https://lists.sourceforge.net/lists/listinfo/nagiosplug-devel > ::: Please include plugins version (-v) and OS when reporting any issue. > ::: Messages without supporting info will risk being sent to /dev/null > From ulrik.haugen at liu.se Fri Jan 15 18:31:43 2010 From: ulrik.haugen at liu.se (Ulrik Haugen) Date: Fri, 15 Jan 2010 18:31:43 +0100 Subject: [Nagiosplug-devel] check_ping resolving error References: <6b0028740812100122xbc7bd54l5312bcb2661db6a7@mail.gmail.com> <493F8CC2.1050505@op5.se> <493F8CF6.70605@op5.se> <6b0028740812100300r54a50183xe7bef61ab8bf1dd1@mail.gmail.com> <6b0028740812100305r324d3e44r9b6d0e311631c1a8@mail.gmail.com> <20081210115246.GH3629721@CIS.FU-Berlin.DE> <6b0028740812100435r1af9eaffl5ab085cbe199dec5@mail.gmail.com> <493FC146.8020701@aei.ca> Message-ID: <87fx67ff5s.fsf@bounty.unit.liu.se> Hello! [This is in reply to an old thread.] Thomas Guyot-Sionnest wrote: > On 10/12/08 07:35 AM, Yaron Meiry wrote: >> /[root at machine libexec]# ./check_ping -H domain.tld -w 3000.0,80% -c >> 5000.0,100% -p 5 -vvv >> CMD: /bin/ping6 -n -U -w 30 -c 5 domain.tld >> Output: PING domain.tld(::ffff:xx.xx.xxx.12) 56 data bytes >> Output: >> Output: --- domain.tld ping statistics --- >> Output: 30 packets transmitted, 0 received, 100% packet loss, time 29010ms >> Output: >> Got stderr: ping: sendmsg: Network is unreachable >> CRITICAL - Network Unreachable (domain.tld)/ >> >> This is interesting. It's running /bin/ping6 instead of /bin/ping. Here > Yes. we enable IPv6 whenever possible and your host advertise an IPv6 > address (AAAA record). It looks like check_ping is trying to use ipv6... > you should be able to reproduce it with this hostname as well (both IPv4 > and IPv6 connectivity): ipv6.he.net > Now I need to figure out in which cases check_ping try to use IPv6... it > does not happen on my production servers but kernel support for IPv6 is > disabled on them. In an ideal world it should probably use IPv6 only if > there's at least one global address, however it might be hard to make > that portable... So It might never get fixed. I recently ran into a variant of this problem myself and it got me thinking about how I'd like network plugins to behave. In my case I did not lack ip6 support on the Nagios host but the machine I was monitoring had a AAAA entry in dns even though ip6 traffic was not routed to it. This is an error that check_ping caught for us, but it would not catch the reverse unless we configured separate check_ping -4 and check_ping -6 services. I would like a flag to check_ping, _tcp, _http et c. to instruct them to check both paths when a host name has both A and AAAA addresses in dns and only return Ok if both could be reached. Presumably one would also want a flag to check_ping to say that both addresses should be checked but give an Ok if either is up, that would be more suitable for host command_checks as either kind of response suggests the service checks will produce information of interest. Best regards /Ulrik Haugen From mlitwin at stubhub.com Fri Jan 15 20:23:39 2010 From: mlitwin at stubhub.com (Litwin, Matthew) Date: Fri, 15 Jan 2010 12:23:39 -0700 Subject: [Nagiosplug-devel] Nagios SQLPlus query monitor? In-Reply-To: References: <4B4D5C27.1010000@ederdrom.de> Message-ID: <9FAD9868-E1B8-4070-ACFB-3A2C03045185@stubhub.com> Thank you so much! This is perfect! On Jan 15, 2010, at 7:34 AM, Helder Oliveira wrote: #!/usr/bin/perl -w require 5.004; use strict; use POSIX; use Getopt::Long; use vars qw($opt_V $opt_h $PROGNAME); use lib "/srv/nagios/libexec" ; use utils qw($TIMEOUT %ERRORS &print_revision &support); # USAGE: # args: [warning_level] [critical_level] # defaults: # tsname is mandatory # warning_level is 80 # critical_level is 90 not(defined($ARGV[0])) and print "rtfm!\n" and exit(-1); my $db = $ARGV[0]; my $warn = $ARGV[1] || 2 ; $PROGNAME="check_oracle_instance_uptime"; $ENV{'PATH'}=''; $ENV{'BASH_ENV'}=''; $ENV{'ENV'}=''; my $ora = "/usr/bin/sudo /bin/su -c \"sqlplus -L user/pass\@$db \@sql/instance_uptime.sql\" - oracle"; open(ORA, "$ora|") or die "Can't run sqlplus: $!\n"; my $ok = 0 ; my $warning = 0 ; my $critical = 0 ; my $str = ""; my $tmp = ""; my $ret = 0 ; while(my $item = ) { $_ = $item ; if ( /^(\d{1,3})$/ ) { if ( $1 <= $warn ) { print "Database Startup at $1 Days\n"; $ret = 1 ; } else { print "Database Startup at $1 days\n"; $ret = 0 ; } } } close(ORA); exit $ret ; Thanks, Matthew Litwin mlitwin at stubhub.com 415.222.8475 From noreply at sourceforge.net Fri Jan 22 17:36:40 2010 From: noreply at sourceforge.net (SourceForge.net) Date: Fri, 22 Jan 2010 16:36:40 +0000 Subject: [Nagiosplug-devel] [ nagiosplug-Bugs-2937312 ] check_ide_smart error with Intel SATA Message-ID: Bugs item #2937312, was opened at 2010-01-22 10:36 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=2937312&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: v1.4.14 Status: Open Resolution: None Priority: 5 Private: No Submitted By: jgm () Assigned to: Nobody/Anonymous (nobody) Summary: check_ide_smart error with Intel SATA Initial Comment: Using CentOS-provided nagios-plugins-1.4.13-1.el5.rf with onboard Intel 82801JI (ICH10 Family) 2 port SATA IDE Controller. # lsb_release -a LSB Version: :core-3.1-amd64:core-3.1-ia32:core-3.1-noarch:graphics-3.1-amd64:graphics-3.1-ia32:graphics-3.1-noarch Distributor ID: CentOS Description: CentOS release 5.4 (Final) Release: 5.4 Codename: Final # uname -r 2.6.18-164.10.1.el5 # /usr/lib/nagios/libexec/check_ide_smart -V check_ide_smart v1991 (nagios-plugins 1.4.13) # check_ide_smart -n -d /dev/sda CRITICAL - SMART_ENABLE: Invalid argument CRITICAL - SMART_CMD_ENABLE I also compiled nagios-plugins-1.4.14 from source, with the same results: # ./plugins/check_ide_smart -V check_ide_smart v1.4.14 (nagios-plugins 1.4.14) # ./plugins/check_ide_smart -d /dev/sda CRITICAL - SMART_ENABLE: Invalid argument CRITICAL - SMART_CMD_ENABLE ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=397597&aid=2937312&group_id=29880 From Matthias.Weiss at weiss-system.de Sun Jan 24 06:13:38 2010 From: Matthias.Weiss at weiss-system.de (Matthias =?ISO-8859-1?B?V2Vp3w==?=) Date: Sun, 24 Jan 2010 06:13:38 +0100 Subject: [Nagiosplug-devel] New or / and some add-on of existing database plugins. In-Reply-To: Message-ID: Hi, Short about me: I'm a Consultant, Developer and architect of J2EE Webapplicatins. In the last 6 years my main task was optimizing multi Tier Webapplications, the middleware and backend. So monitoring and preformance measurement of databases is my daily job. I'm using nagios since 6 Years. Nagios is an easy and good Tool to monitor Systems and Service. Today i work for an customer who uses more than 300 Mysql, 100 Oracle and about 40 Sybase databases. This customer decided to migrate the old nagios 2 Infratsucture to nagios3 and pnp4nagios. So i got the job to write some checks for this environment and databases. I had a look on the existing plugins and missed many of data to monitor databases. I also miss performance data for pnp4nagios. After an review i found out, that check_mysql and check_oracle doesn't follow your requirement of plugins. This initial situation induced me to write some own checks and pnp4nagios templates. So I'm asking, if you would be interested in this checks and add them to your project for an official release later on. Maybe i can help you as developer in your project and assist you in some jobs there. I would take care for my checks in future and develop some extensions for more monitoring details. My expirience of writing nagios plugins isn't very large and of long duration. So you will find the first prototype for review and discussion at: https://root-tools.svn.sourceforge.net/svnroot/root-tools/trunk/monitoring/n agios/plugins/ Let me know, if i could help you in your project or you're interested in some more plugins for database monitoring. Maybe you can give me some tips to make this checks better. thx Matthias Weiss From fis.stefan at googlemail.com Tue Jan 26 15:38:58 2010 From: fis.stefan at googlemail.com (Stefan Fi) Date: Tue, 26 Jan 2010 15:38:58 +0100 Subject: [Nagiosplug-devel] Fwd: check_ssh modified In-Reply-To: References: Message-ID: Hello Nagios-Plugin-Team, I modified check_ssh to verify the ssh-protocol version. Attached you'll find the diff: 51d50 < char *remote_protocol = NULL; 61c60 < int ssh_connect (char *haddr, int hport, char *remote_version, char *remote_protocol); --- > int ssh_connect (char *haddr, int hport, char *remote_version); 86c85 < result = ssh_connect (server_name, port, remote_version, remote_protocol); --- > result = ssh_connect (server_name, port, remote_version); 112d110 < {"remote-protocol", required_argument, 0, 'P'}, 125c123 < c = getopt_long (argc, argv, "+Vhv46t:r:H:p:P:", longopts, &option); --- > c = getopt_long (argc, argv, "+Vhv46t:r:H:p:", longopts, &option); 166,169d163 < case 'P': /* port */ < remote_protocol = optarg; < break; < 219c213 < ssh_connect (char *haddr, int hport, char *remote_version, char *remote_protocol) --- > ssh_connect (char *haddr, int hport, char *remote_version) 265,272d258 < if (remote_protocol && strcmp(remote_protocol, ssh_proto)) { < printf < (_("SSH WARNING - %s (protocol %s) protocol mismatch, expected '%s'\n"), < ssh_server, ssh_proto, remote_protocol); < close(sd); < exit (STATE_WARNING); < } < 329c315 < printf ("%s [-46] [-t ] [-r ] [-p ] [-P ] \n", progname); --- > printf ("%s [-46] [-t ] [-r ] [-p ] \n", progname); -------------- next part -------------- An HTML attachment was scrubbed... URL: From bryair01 at noa.nintendo.com Wed Jan 27 18:26:00 2010 From: bryair01 at noa.nintendo.com (Bryan Irvine) Date: Wed, 27 Jan 2010 09:26:00 -0800 Subject: [Nagiosplug-devel] check_http redirects Message-ID: We've had a situation where we changed some of our servers to hand out 302's and our check_http which had been looking at those site and looking for a string didn't fail. They continue to report OK even though the string (or regex) isn't found. If I add -onredirect=follow then the check_http reports warning as expected on the failed devices. Looking over check_http.c this seems to be the expected default behavior but I kind of don't think it should be. I understand the onredirect is the proper way to do this, but should check_http really report OK even though the string isn't found on the page? Would a diff altering this behavior be welcome? Or is it this way for some reason I don't yet understand? -B -------------- next part -------------- An HTML attachment was scrubbed... URL: From dermoth at aei.ca Thu Jan 28 10:13:11 2010 From: dermoth at aei.ca (Thomas Guyot-Sionnest) Date: Thu, 28 Jan 2010 04:13:11 -0500 Subject: [Nagiosplug-devel] check_http redirects In-Reply-To: References: Message-ID: <4B615527.2070703@aei.ca> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 27/01/10 12:26 PM, Bryan Irvine wrote: > We?ve had a situation where we changed some of our servers to hand out > 302?s and our check_http which had been looking at those site and > looking for a string didn?t fail. They continue to report OK even > though the string (or regex) isn?t found. If I add ?onredirect=follow > then the check_http reports warning as expected on the failed devices. > > > > Looking over check_http.c this seems to be the expected default behavior > but I kind of don?t think it should be. I understand the onredirect is > the proper way to do this, but should check_http really report OK even > though the string isn?t found on the page? > > > > Would a diff altering this behavior be welcome? Or is it this way for > some reason I don?t yet understand? Have you tried with the latest version on the Nagios plugins? This shouldn't happen anymore on 1.4.14. - -- Thomas -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFLYVUn6dZ+Kt5BchYRAhMRAKCCQ0505Zxt716BUz3CnXxSYBBLGQCeOJfb C6ENOwqNQDcFPFIlYEojJgg= =j5Hq -----END PGP SIGNATURE-----