[squid-users] Squid 4.3 assertion failed
Julian Perconti
vh1988 at yahoo.com.ar
Thu Oct 25 01:40:07 UTC 2018
> > Program received signal SIGHUP, Hangup.
Yes, I did not realized that I have executed 'squid -k reconfigure', hence that SIGHUP signal.
I don not know if the following is relevant but:
When the exception occurred, I had executed (earlier) 'squid -k reconfigure'.
Then, I made a full squid stop and clean squid start, then entered the site that caused Squid to crash and did not happen again, I tried many times without reach the crash again.
> > By other hand, what can I do with those squid's crashes?
>
> Please try the patch for bug 4864. That bug may be a duplicate of bug 4896,
> and it has an unpolished/unofficial fix:
Let me know if I patched correctly:
~ (...)/squid-4.3-20181021-r17614d5# patch -p1 < /etc/squid/debug/patches/SQUID-385-Comm_MonitorsRead-assertion-t3.patch
patching file src/FwdState.cc (without errors nor warnings)
make/make install and start Squid from systemd (i.e.: systemctl start squid.service) instead of gdb.
And now when I try to connect to site that made squid to crash, I get an error page from squid (instead of chrome page, like before) telling the same thing with different words: "(...): (104) Connection reset by peer". And Squid does not crash.
Even doing a squid -k reconfigure and access again to that site, does not crash.
Anyway I am going to run squid via gdb again, and wait for a similar crash.
> https://bugs.squid-cache.org/show_bug.cgi?id=4864
>
> Please update bug 4896 to let us know whether bug 4864 fix worked for you
> (including cases where the posted patch no longer applies).
I'll let you know if the patch definitely solves the bug , after test it few days.
Thank You!
More information about the squid-users
mailing list