RE: [squid-users] kid1| assertion failed: helper.cc:697: "hlp->childs.n_running > 0"

From: Jenny Lee <bodycare_5_at_live.com>
Date: Sun, 12 Jun 2011 22:34:39 +0000

> > ----------------------------------------
> >> Date: Sun, 12 Jun 2011 14:26:09 +1200
> >> From: squid3_at_treenet.co.nz
> >> To: squid-users_at_squid-cache.org
> >> Subject: Re: [squid-users] kid1| assertion failed: helper.cc:697: "hlp->childs.n_running> 0"
> >>
> >> On 12/06/11 14:16, Jenny Lee wrote:
> >>>
> >>> Dear Squid Users,
> >>>
> >>> I get this occasionally with with NCSA auth followed by a restart.
> >>>
> >>> What does it mean?
> >>>
> >>> Jenny
> >>>
> >>> RHEL6 x64
> >>> Squid 3.2.0.7
> >>
> >>
> >> A helper process died or shutdown. But Squid internal state indicates
> >> there were none of that type of helper running.
> >
> > Thanks Amos,
> >
> > Is there a limit to the amount of requests helpers can service?
>
> The bundled helpers don't use the concurrency protocol yet, so they can
> handle 2 simultaneous requests each: one being worked on, and one queued
> waiting.
>
> >
> > I have:
> >
> > auth_param basic children 20 startup=20 idle=2
> >
> > When this happens, helpers are running and available.
>
> Yes, 20 maximum. minimum of 20 loaded on startup. These can handled 40
> simultaneous client requests.
>
> The error is about a helper closing/dying/shutdown when there are none
> running.
>
> For example 20 helpers started, and 21 socket closed notices received by
> Squid.
 
number active: 50 of 50 (0 shutting down)
requests sent: 424394
replies received: 424394
queue length: 0
avg service time: 0 msec
      # FD PID # Requests Flags Time Offset Request
      1 210 16794 6187 0.000 0 (none)
      2 240 16795 820 0.000 0 (none)
      3 268 16796 14 0.001 0 (none)
      4 278 16797 0 0.000 0 (none)
      5 284 16798 0 0.000 0 (none)
 
 
5-10-20-50 makes no difference. I have not seen more than 3 helpers in use yet i always get assertion failed restart couple of times a day.
 
What else could be causing this issue?
 
Jenny
                                                
Received on Sun Jun 12 2011 - 22:34:46 MDT

This archive was generated by hypermail 2.2.0 : Mon Jun 13 2011 - 12:00:02 MDT