Child not responding to ping, killing it

Olivier Beau olivier at qalpit.com
Fri Jul 25 17:01:45 CEST 2008


Hello,


i doubled cli_timeout's and ping_interval's defaults :

# varnishadm -T localhost:6082 param.show | grep -e cli_timeout -e ping_interval
cli_timeout                10 [seconds]
ping_interval              6 [seconds]
#


Still had the problem twice today;
should i try raising those params somemore ?


Olivier


Selon Poul-Henning Kamp <phk at phk.freebsd.dk>:

> In message <1216758437.488642a5413e2 at www.qalpit.com>, Olivier Beau writes:
> >Hi all,
> >
> >I installed varnish (trunk) on 3 redhat5 64bit, (serving the same website)
> >
> >i see those logs on only one server :
> >
> >Jul 22 18:12:25 img-front1 varnishd[19818]: Child (27470) not responding to
> >ping, killing it.
> >Jul 22 18:12:25 img-front1 varnishd[19818]: Child (27470) not responding to
> >ping, killing it.
> >Jul 22 18:12:25 img-front1 varnishd[19818]: Child (27470) died signal=9
> 
> Try increasing the cli_timeout and ping_interval parameters  and see if
> that mitigaes the issue.
> 
> If it does, then the child simply gets stuck for long periods of time.
> 
> If it doesn't change things, then the child is stuck in an endless loop
> and getting a stack backtrace from a core file would be wonderful.
> 
> Right now you'll not get a coredump on the signal 9, but give me a
> few minutes, and the coredump will be controled by the diag_bitmap
> paramter.
> 
> -- 
> Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
> phk at FreeBSD.ORG         | TCP/IP since RFC 956
> FreeBSD committer       | BSD since 4.3-tahoe    
> Never attribute to malice what can adequately be explained by incompetence.
> 


--
Olivier Beau



More information about the varnish-misc mailing list