Search squid archive

Squid reload --> assertion failed: store_client.cc:

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

 



Hello

just compiled Squid 3.1, but the same error (assertion failed + tunnelReadServer )

The first reload now after only  3 Minutes.

What kind of "trace" do you need ??

Here the cache.log:
2008/12/17 09:55:22| tunnelReadServer: FD 154: read failure: (0) Error 0
2008/12/17 09:55:23| tunnelReadServer: FD 188: read failure: (0) Error 0
2008/12/17 09:55:23| tunnelReadServer: FD 270: read failure: (0) Error 0
2008/12/17 09:55:25| tunnelReadServer: FD 243: read failure: (0) Error 0
2008/12/17 09:55:26| tunnelReadServer: FD 253: read failure: (0) Error 0
2008/12/17 09:56:13| ctx: enter level 0: 'http://213.203.200.72/chatin?SID=72525605&ID=17198778&OUT=/wer' 2008/12/17 09:56:13| HttpMsg.cc(175) parse: first line of HTTP message is invalid
2008/12/17 09:57:16| ctx: exit level  0
2008/12/17 09:57:16| assertion failed: store_client.cc:430: "STORE_DISK_CLIENT == getType()" 2008/12/17 09:57:19| Starting Squid Cache version 3.1.0.3 for sparc-sun-solaris2.9...

And now with Squid3.1 an new ERROR:

2008/12/17 10:07:24| tunnelReadServer: FD 255: read failure: (0) Error 0
2008/12/17 10:08:01| tunnelReadServer: FD 261: read failure: (0) Error 0
2008/12/17 10:08:01| assertion failed: fqdncache.cc:642: "!addr.IsAnyAddr() && !addr.IsNoAddr()" 2008/12/17 10:08:05| Starting Squid Cache version 3.1.0.3 for sparc-sun-solaris2.9...


The "tunnelReadServer" Error overall shows an intervall ~ 3-4 Minutes..

2008/12/17 10:01:08| tunnelReadServer: FD 28: read failure: (0) Error 0
2008/12/17 10:01:08| tunnelReadServer: FD 387: read failure: (0) Error 0
2008/12/17 10:01:12| tunnelReadServer: FD 144: read failure: (0) Error 0
2008/12/17 10:01:12| tunnelReadServer: FD 175: read failure: (0) Error 0
2008/12/17 10:01:13| tunnelReadServer: FD 91: read failure: (0) Error 0
2008/12/17 10:01:13| tunnelReadServer: FD 44: read failure: (0) Error 0
2008/12/17 10:01:14| tunnelReadServer: FD 435: read failure: (0) Error 0
2008/12/17 10:01:14| tunnelReadServer: FD 387: read failure: (0) Error 0
2008/12/17 10:01:14| tunnelReadServer: FD 146: read failure: (0) Error 0
2008/12/17 10:01:15| tunnelReadServer: FD 47: read failure: (0) Error 0
2008/12/17 10:01:16| tunnelReadServer: FD 314: read failure: (0) Error 0
2008/12/17 10:01:21| tunnelReadServer: FD 303: read failure: (0) Error 0
2008/12/17 10:01:22| tunnelReadServer: FD 35: read failure: (0) Error 0
2008/12/17 10:01:23| tunnelReadServer: FD 163: read failure: (0) Error 0
2008/12/17 10:01:23| tunnelReadServer: FD 44: read failure: (0) Error 0
2008/12/17 10:01:24| tunnelReadServer: FD 44: read failure: (0) Error 0
2008/12/17 10:01:24| tunnelReadServer: FD 114: read failure: (0) Error 0
2008/12/17 10:01:25| tunnelReadServer: FD 259: read failure: (0) Error 0
2008/12/17 10:01:26| tunnelReadServer: FD 406: read failure: (0) Error 0
2008/12/17 10:01:27| tunnelReadServer: FD 324: read failure: (0) Error 0
2008/12/17 10:01:28| tunnelReadServer: FD 144: read failure: (0) Error 0
2008/12/17 10:04:01| tunnelReadServer: FD 330: read failure: (0) Error 0
2008/12/17 10:04:03| tunnelReadServer: FD 326: read failure: (0) Error 0
2008/12/17 10:04:05| tunnelReadServer: FD 64: read failure: (0) Error 0
2008/12/17 10:04:06| tunnelReadServer: FD 64: read failure: (0) Error 0
2008/12/17 10:04:06| tunnelReadServer: FD 190: read failure: (0) Error 0
2008/12/17 10:04:14| tunnelReadServer: FD 247: read failure: (0) Error 0
2008/12/17 10:04:15| tunnelReadServer: FD 221: read failure: (0) Error 0
2008/12/17 10:04:15| tunnelReadServer: FD 322: read failure: (0) Error 0
2008/12/17 10:04:15| tunnelReadServer: FD 98: read failure: (0) Error 0
2008/12/17 10:04:16| tunnelReadServer: FD 13: read failure: (0) Error 0
2008/12/17 10:04:16| tunnelReadServer: FD 55: read failure: (0) Error 0
2008/12/17 10:04:16| tunnelReadServer: FD 190: read failure: (0) Error 0
2008/12/17 10:04:17| tunnelReadServer: FD 255: read failure: (0) Error 0
2008/12/17 10:04:18| tunnelReadServer: FD 384: read failure: (0) Error 0
2008/12/17 10:04:18| tunnelReadServer: FD 255: read failure: (0) Error 0
2008/12/17 10:04:19| tunnelReadServer: FD 247: read failure: (0) Error 0
2008/12/17 10:04:19| tunnelReadServer: FD 264: read failure: (0) Error 0
2008/12/17 10:04:25| tunnelReadServer: FD 413: read failure: (0) Error 0
2008/12/17 10:04:25| tunnelReadServer: FD 79: read failure: (0) Error 0
2008/12/17 10:04:25| tunnelReadServer: FD 221: read failure: (0) Error 0
2008/12/17 10:04:27| tunnelReadServer: FD 298: read failure: (0) Error 0
2008/12/17 10:04:28| tunnelReadServer: FD 350: read failure: (0) Error 0
2008/12/17 10:04:30| tunnelReadServer: FD 117: read failure: (0) Error 0
2008/12/17 10:04:31| tunnelReadServer: FD 257: read failure: (0) Error 0



Amos Jeffries schrieb:
Thomas Meier wrote:
Hello,

another Problem...

after ~ 30 - 60 Min. Squid3.0 S4  writes this in the cache.log

.
.
2008/12/16 14:17:07| tunnelReadServer: FD 284: read failure: (0) Error 0
2008/12/16 14:17:08| tunnelReadServer: FD 280: read failure: (0) Error 0
2008/12/16 14:17:13| tunnelReadServer: FD 239: read failure: (0) Error 0
2008/12/16 14:21:05| assertion failed: store_client.cc:430: "STORE_DISK_CLIENT == getType()" 2008/12/16 14:21:08| Starting Squid Cache version 3.0.STABLE4 for sparc-sun-solaris2.9...

Squid reloads, and works fine for the next 30-60 Minutes.

Squid3S9 tested, but ists the same.

Something like that was processed here, but not solved:

http://www.squid-cache.org/bugs/show_bug.cgi?id=2155


Yes those appear to be the same bug.

We still need a solid trace of stack with debug symbols when the error occurs and a confirmation that its still relevant against the much improved 3.1 code.

Amos

--
----------------------------------------------
Thomas Meier
Landeshauptstadt Muenchen
Direktorium, Hauptabteilung III
IT-Dienstleistungen
Servicebereich Dienste & Produktion
Serviceteam 05 - Externe Netze und Internet

Postanschrift: Herzogspitalstr. 24, 80331 Muenchen
Bueroanschrift: Herzog-Wilhelm-Str. 22, Zi. 204, 80331 Muenchen
Tel.: +49 89 233 25874
E-Mail thomas.meier@xxxxxxxxxxx

Elektronische Kommunikation mit der LhSt Muenchen - siehe:
http://www.muenchen.de/ekomm

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

  Powered by Linux