Serassio Guido napisał(a):
Hi,
At 01.36 10/12/2005, =?ISO-8859-2?Q?Micha=B3_Margula?= wrote:
Hello!
I was trying to find solution for my problem for a long long
time, but I had no luck. Everything started when I installed Gentoo
with Squid on 64 bit architecture. It is dual Xeon 3.4 with 2 GB of
RAM. My CFLAGS are "-O3 -march=nocona -pipe -fomit-frame-pointer". It
didn't happen on 32 bit architecture.
What gcc version ?
A first try could be don't use any code optimization, many times they
generate more problems then benefits.
gcc version 3.4.4 (Gentoo 3.4.4-r1, ssp-3.4.4-1.0, pie-8.7.8). Those
optimizations didn't cause problems earlier, I will try remove them if I
can't find anything in core dump.
What happens in cache.log file ?
2005/12/10 09:03:33| Request header is too large (21900 bytes)
2005/12/10 09:03:33| Config 'request_header_max_size'= 20480 bytes.
2005/12/10 09:03:33| Request header is too large (21900 bytes)
2005/12/10 09:03:33| Config 'request_header_max_size'= 20480 bytes.
2005/12/10 09:03:34| Request header is too large (23360 bytes)
2005/12/10 09:03:34| Config 'request_header_max_size'= 20480 bytes.
2005/12/10 09:03:46| Starting Squid Cache version 2.5.STABLE12 for
x86_64-pc-linux-gnu...
So nothing usual. I get plenty of WARNING: failed to unpack meta data,
but those are cause by segfaults of squid.
I would appreciate any help, maybe somebody had same issue, or
some kind of Squid-debugging-HOWTO. I can try that also.
What you are asking about was always in Squid's FAQ:
http://www.squid-cache.org/Doc/FAQ/FAQ-11.html#ss11.19
http://www.squid-cache.org/Doc/FAQ/FAQ-11.html#ss11.20
I am sorry. I don't know why I skipped that. Now I have compiled squid
with symbols, enabled core dumps and waiting. Funny thing is that it
didn't fail for last 30 hours (usualy it happens much faster!). I hope I
am not victim of Murphy Law and it will fail sometime :D.
--
Michał Margula, alchemyx@xxxxxxxxxxxx, http://alchemyx.uznam.net.pl/
"W życiu piękne są tylko chwile" [Ryszard Riedel]
