Search squid archive

AW: Squid 3.0.STABLE17 is available

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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@xxxxxxxxxxx] 
Gesendet: Donnerstag, 30. Juli 2009 09:05
An: Amos Jeffries; Herbert Faleiros
Cc: squid-users@xxxxxxxxxxxxxxx
Betreff: AW:  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@xxxxxxxxxxxxx] 
Gesendet: Donnerstag, 30. Juli 2009 03:37
An: Herbert Faleiros
Cc: squid-users@xxxxxxxxxxxxxxx
Betreff: Re:  Squid 3.0.STABLE17 is available

On Wed, 29 Jul 2009 16:18:16 -0300, Herbert Faleiros
<herbert@xxxxxxxxxxxxxxxxx> 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



[Index of Archives]     [Linux Audio Users]     [Samba]     [Big List of Linux Books]     [Linux USB]     [Yosemite News]

  Powered by Linux