| Summary: | net-analyzer/nagios-plugins-1.4.14-r2 breakage in check_ping | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Reuben Farrelly <reuben-gentoo-bugzilla> |
| Component: | [OLD] Server | Assignee: | Tobias Scherbaum (RETIRED) <dertobi123> |
| Status: | RESOLVED TEST-REQUEST | ||
| Severity: | major | CC: | davidsparks, gms8994, kensington, manna |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | AMD64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: | patch to fix first_ip function | ||
|
Description
Reuben Farrelly
2010-03-28 10:07:11 UTC
Please test with 1.4.15. (In reply to comment #1) > Please test with 1.4.15. With 1.4.15 the problem still exists. checking for ICMP ping syntax... configure: WARNING: unable to find usable ping syntax The problematic part of the patch is where it tries to get the "first_ip". I've run the command directly and included the output of `ifconfig` below.
nagios # /sbin/ifconfig | egrep "inet addr:" | sed -n '1p' | sed 's/ Bcast.*$//' | sed 's/^\s*inet addr://'
127.0.0.1 Mask:255.0.0.0
This is an OpenVZ container, the ifconfig output looks slightly different than what is expected:
# ifconfig
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:2 errors:0 dropped:0 overruns:0 frame:0
TX packets:2 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:168 (168.0 B) TX bytes:168 (168.0 B)
venet0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
inet addr:10.0.0.7 P-t-P:10.0.0.7 Bcast:0.0.0.0 Mask:255.255.255.255
UP BROADCAST POINTOPOINT RUNNING NOARP MTU:1500 Metric:1
RX packets:290662 errors:0 dropped:0 overruns:0 frame:0
TX packets:295389 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:39821033 (37.9 MiB) TX bytes:30045896 (28.6 MiB)
Created attachment 246406 [details]
patch to fix first_ip function
Tested with regular hardware and OpenVZ containers.
I just noticed this bug is marked "Resolved" and I have no option to reopen it. Should I create a new bug with my patch linked to this bug? |