[squid-users] Too much assertion failed: comm.cc:178: "fd_table[conn->fd].halfClosedReader != NULL"

Yuri Voinov yvoinov at gmail.com
Thu Jan 15 13:23:48 UTC 2015


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
 
Core dumps is configured after OS installation - over 4 years ago. For
another processes they produces ok.

System has modular mebugger (MDB), but this is production system and
undesirable to run key service under debugger.

The same time this case is difficult to reproduce on test system.

Looks like assertion produces one of clients within irregular intervals.

I'll try to use DTrace to catch assertion live.

15.01.2015 19:14, Amos Jeffries пишет:
> On 16/01/2015 1:50 a.m., Yuri Voinov wrote:
>
> > Hi gents,
>
> > Sometimes I have too much assertions:
>
> > 2015/01/08 09:40:39 kid1| assertion failed: comm.cc:178:
> > "fd_table[conn->fd].halfClosedReader != NULL"
>
> > Core dump not produced but Squid restarts. So, I can't get stack
> > trace.
>
> > When I set hals_closed_clients to on, I've got much more
> > assertions:
>
> > 2015/01/15 18:41:31 kid1| assertion failed: comm.cc:1823:
> > "isOpen(fd) && !commHasHalfClosedMonitor(fd)"
>
> > What can be wrong? This is very annoying behaviour. Also memory
> > cache is often cold after restarts and hit ratio is degrades.
>
> > This looks similar adaptation bug 4057, but it is closed in 3.4.11.
> > This behaviour depends half-closed connections, but how?
>
> > And how to troubleshoot?
>
> A) running Squid under GDB. There are instructions in
> <http://wiki.squid-cache.org/SquidFaq/BugReporting> on how to do that
> even if you are debugging a production server that needs no downtime.
>
> OR,
>
> B) finding out how to enable core dumps in your OS. The assertion
> handling calls abort() which will generate a core file if the OS
> allows them to be created.
>
> Amos
> _______________________________________________
> squid-users mailing list
> squid-users at lists.squid-cache.org
> http://lists.squid-cache.org/listinfo/squid-users

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
 
iQEcBAEBAgAGBQJUt79kAAoJENNXIZxhPexGu3wH/28qhMz9SRRdv4M/NnZascGH
J2pgn03D7RI7C/rHY0fn9TeojoTFE1WLNEBkj+n3ufU7jp44eBZ1X1ZImS1Of/jc
5qmKaWc9vAIfRjX1J5Wvyn0Z6p5P0HqBO7WLE6kSBK6M+s9JkcCC49zZS0qp+pOd
U5tuNT1CqX3B1VkdDLbBMDxxGDKTTTt76CRhiF5bn/8GfdTL2/aPrhEpiKzRBK3W
b0azWyIKs39QzWwPTbkFk47Xidz3xFFXAl0bGuWnJg38fgRW/S6tlHUu8J0n+PCO
e4rXODf/X1EADWIZJMe7tUoKgk5o3AUSm4ZgnggMQj4y+MQFw//xrkczSVoJCOM=
=RvbX
-----END PGP SIGNATURE-----

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squid-cache.org/pipermail/squid-users/attachments/20150115/c211b9f3/attachment.html>


More information about the squid-users mailing list