Different network topologies/setups will have different failure modes.
If you want to dig into this I would suggest getting a network capture
(tcpdump -s0) at the time of the problem so we can see exactly at what
level it is timing out. That said I am not sure the crash build
scripts should really have to deal with this kind of things.
On Thu, Jul 19, 2012 at 6:40 AM, Karlsson, Jan
<Jan.Karlsson(a)sonymobile.com> wrote:
Hi
I searched for information on this and it seems that the timeout is dependent on Linux
installation. 10 sec seems also to be a not uncommon default timeout. If you want to set
the timeout you can use the -W option.
ping -c 1 -W 1
code.google.com
will timeout after 1 sec for me.
Jan
Jan Karlsson
Senior Software Engineer
MIB
Sony Mobile Communications
Tel: +46703062174
sonymobile.com
-----Original Message-----
From: crash-utility-bounces(a)redhat.com [mailto:crash-utility-bounces@redhat.com] On
Behalf Of Dave Anderson
Sent: onsdag den 18 juli 2012 15:19
To: Discussion list for crash utility usage, maintenance and development
Subject: Re: [Crash-utility] timeout in eppic.mk
----- Original Message -----
> Thanks Dave, the patch works as intended for me. I now get a 10 sec
> timeout instead of the 10 min timeout I had before, followed by the
> message "failed to pull epic code .....".
Right, although I'm surprised that you have a 10 second timeout.
If I put in a valid name of a machine that I've shut down, the "ping -c 1
<name>" only takes about 1 second to return a failure.
Anyway, I'll queue that change for crash-6.0.9.
Thanks,
Dave
--
Crash-utility mailing list
Crash-utility(a)redhat.com
https://www.redhat.com/mailman/listinfo/crash-utility
--
Crash-utility mailing list
Crash-utility(a)redhat.com
https://www.redhat.com/mailman/listinfo/crash-utility