That sounds like a buggy acl,
i have something like,
you should set debug to level 3 and read cafuly to discover ACL that is doing
this.
LD
> >Good day.
> >
> >
> >Im wondering if anybody else has experienced this.
> >Since ive upgraded to squid3stable10 the proxy continuously stops
> >responding.
> >Firefox will say something along the lines of the proxy isn't setup to
> >accept connections.
> >
> >I hit refresh and it loads page perfectly, then next page it loads all the
> >pics half .... and so on..
> >
> >
> >This has only been introduced in stable10 and isn't the link as I tested
> >with a neighboring cache running stable9, no issues.
> >
> >Under further investigation system log file presented following:
> >
> >Nov 13 19:37:21 thavinci kernel: pid 66367 (squid), uid 100: exited on
> >signal 6 (core dumped)
> >Nov 13 19:37:21 thavinci squid[66118]: Squid Parent: child process 66367
> >exited due to signal 6
> >Nov 13 19:37:24 thavinci squid[66118]: Squid Parent: child process 66370
> >started
>
> Under Even further investigation cache.log revealed following...
> JUST before squid crashes each time there is the following entry...
>
> 2008/11/14 00:03:55| assertion failed: client_side_reply.cc:1843: "reqofs
> <= HTTP_REQBUF_SZ || flags.headersSent"
>
> >Also for those interested, a while back I had issues with the performance
>
> of
>
> >squid...
> >Objects retrieved out of cache never went faster than 400K, turned out
> > when I changed my cache_dir from aufs to ufs this was resolved, now
> > objects some down full speed on LAN.
>
> I am pretty desperate to get this problem solved as this is affecting us
> big time.
On Thursday 13 November 2008 16:08:17 Marcel Grandemange wrote:
Received on Fri Nov 14 2008 - 01:22:47 MST
This archive was generated by hypermail 2.2.0 : Fri Nov 14 2008 - 12:00:03 MST