AW: [squid-users] Squid 3.0.STABLE17 is available

ok I now have enabled "debug_options ALL,9" on version 3.1.0.12

2009/07/30 09:23:57.897| ctx: enter level 0: 'http://www.hao-li.com/favicon.ico'
2009/07/30 09:23:57.897| processReplyHeader: key '6C931D0F6E779E11100F17D2F019B090'
2009/07/30 09:23:57.897| init-ing hdr: 0x9aa39c0 owner: 3
2009/07/30 09:23:57.897| 0x9aa39c0 lookup for 39
2009/07/30 09:23:57.897| 0x9aa39c0 lookup for 9
2009/07/30 09:23:57.897| 0x9aa39c0 lookup for 22
2009/07/30 09:23:57.897| HttpMsg.cc(157) parse: first line of HTTP message is invalid
2009/07/30 09:23:57.897| assertion failed: http.cc:705: "!eof"
2009/07/30 09:24:00.947| enter_suid: PID 3016 taking root priveleges
2009/07/30 09:24:00.947| CacheManager::registerAction: registering legacy config
2009/07/30 09:24:00.947| CacheManager::findAction: looking for action config
2009/07/30 09:24:00.947| Action not found.
2009/07/30 09:24:00.947| CacheManager::registerAction: registered config
2009/07/30 09:24:00.947| Memory pools are 'on'; limit: 5.000 MB
2009/07/30 09:24:00.947| CacheManager::registerAction: registering legacy comm_epoll_incoming
2009/07/30 09:24:00.947| CacheManager::findAction: looking for action comm_epoll_incoming
2009/07/30 09:24:00.947| Action not found.
2009/07/30 09:24:00.947| CacheManager::registerAction: registered comm_epoll_incoming
2009/07/30 09:24:00.947| leave_suid: PID 3016 called
2009/07/30 09:24:00.947| leave_suid: PID 3016 giving up root, becoming 'proxy'
2009/07/30 09:24:00.947| fd_open() FD 5 /squid3-log/cache.log
2009/07/30 09:24:00.947| Starting Squid Cache version 3.1.0.12 for i686-pc-linux-gnu...
2009/07/30 09:24:00.947| Process ID 3016

Is that info sufficient ?

kind regards,

Jan

-----Ursprüngliche Nachricht-----
Von: Zeller, Jan [mailto:jan.zeller_at_id.unibe.ch]
Gesendet: Donnerstag, 30. Juli 2009 09:05
An: Amos Jeffries; Herbert Faleiros
Cc: squid-users_at_squid-cache.org
Betreff: AW: [squid-users] Squid 3.0.STABLE17 is available

hi Amos, dear list,

the problem

Jul 30 08:56:28 squid[2888]: ctx: enter level 0: 'http://www.riehen.ch/de/images/folgelebenskultur.jpg'
Jul 30 08:55:30 squid[2882]: assertion failed: http.cc:705: "!eof"
Jul 30 08:55:30 squid[2847]: Squid Parent: child process 2882 exited due to signal 6 with status 0
Jul 30 08:55:33 squid[2847]: Squid Parent: child process 2888 started

also appears also on i686 with Squid Cache version 3.1.0.12 but less frequently. I know this info is not precise & helpful.
I need to enable "debug_options ALL,9" on my production system with real traffic.
Downside is that the logs are growing up very quickly and finally the users get

ErrPage: ERR_CONNECT_FAIL
Err: (27) File too large

on their screen.

kind regards,

Jan

-----Ursprüngliche Nachricht-----
Von: Amos Jeffries [mailto:squid3_at_treenet.co.nz]
Gesendet: Donnerstag, 30. Juli 2009 03:37
An: Herbert Faleiros
Cc: squid-users_at_squid-cache.org
Betreff: Re: [squid-users] Squid 3.0.STABLE17 is available

On Wed, 29 Jul 2009 16:18:16 -0300, Herbert Faleiros
<herbert_at_scwtelecom.com.br> wrote:
> On Tuesday 28 July 2009 23:22:56 Amos Jeffries wrote:
>> The next formally bundled will be STABLE18. However the daily snapshots
>> serve as intermediate updates on STABLE
>> (http://www.squid-cache.org/Versions/v3/3.0/).
>>
>> I just have not yet had time to apply these fixes to the branch yet.
>
>
> 3.0.STABLE17-20090729 still crashing here (x86_64)...
>
> 2009/07/29 16:07:45| ctx: enter level 0:
> 'http://images.windowsmedia.com/svcswitch/MG_pt-
> br.xml?locale=416&geoid=20&version=1
> 1.0.6001.7004&userlocale=416'

>
> 2009/07/29 16:07:45| assertion failed: http.cc:738: "!eof"
>
> I also applied (the patch from previous e-mail) against this version:
>
> patching file src/HttpMsg.cc
> patching file src/HttpReply.cc
> patching file src/HttpRequest.cc
> patching file src/pconn.cc
>
> The only solution here was downgrade to previous release...
>
> Any clue?

It seems to be a fread() issue between Squid and x86_64. Disappears on
i386/i686.

Maybe *BSD specific as well, but there are a few reports without OS info
fuzzing my info there.
I plan on spending more time over the weekend adding good tracing info to
find it.

Amos

Received on Thu Jul 30 2009 - 07:31:36 MDT