Many packages use ping to test to see if a machine is alive.
The ping -c 1 hostname is executed and the return code checked.
Normally this command would send out 1 packet , wait to see if it
returns, and exit after the wait time since its only to send 1 packet.
This command is not exiting - it is continueing to send packets and
never exiting. WHen the command is given a ctrl-c at the command line
it then indicates it has sent more than the proper number of packets.
[root@stealth /root]# ping -c 1 cad609
PING cad609.cad.dehavilland.ca (184.108.40.206) from 220.127.116.11 : 56(84)
bytes of data.
--- cad609.cad.dehavilland.ca ping statistics ---
3 packets transmitted, 0 packets received, 100% packet loss
The command above was given a ctrl-c after about 20 seconds....
I have also come to the same conclusion. I run several Big Brother Server on
various platforms (Solaris 2.5.1 SPARC) and RedHat 5.2 i386. I set up a
BigBrother server on RedHat 6.0 i386 at another company and it ran for a few
days without any apparent problems until a router went down for a very short
period of time.
The "ping -c 1 xxx.xxx.xxx.xxx" never returned control and everything went
purple until the box was rebooted. I worked on this for a few days before
figuring out exactly where the problem was.
In addition I can not seem to "traceroute xxx.xxx.xxx.xxx" to any of the router
interfaces (it will traceroute to a server behind the remote routers, a Windows
machine on the same hub can traceroute to the routers just fine.
I upgraded to RedHat 6.1 and the same problem exists. I even compiled and
installed "fping" but it has the same problem so I assume it is an underlying
problem with a library or the kernel.
My next step is to install Mandrake or some other package (or even RedHat 5.2
which might be the better choice as I have had no trouble with it at the other
This bug list is the first time I've seen any other references to the problem
(other than someone on the Big Brother mailing list mentioned it in one
In fact, try this: "ping -c 1 18.104.22.168". I don't know who's address it is but
you certainly can duplicate that ping does not return (I just picked an address
out of the air and just so happened exhibited the problem).
*** This bug has been marked as a duplicate of 8724 ***
Commit pushed to master at https://github.com/openshift/origin
Merge pull request #7794 from soltysh/issue7785
Merged by openshift-bot