[squid-users] Strange squid restart

From: Joost de Heer <[email protected]>
Date: Wed, 2 Mar 2005 11:55:11 +0100 (CET)

After a restart of Squid today, I found the following in the cache.log:

2005/03/02 09:13:22| Starting Squid Cache version 2.5.STABLE7 for
i686-pc-linux-gnu...
2005/03/02 09:13:22| Process ID 15980
2005/03/02 09:13:22| With 16384 file descriptors available
2005/03/02 09:13:22| DNS Socket created at 0.0.0.0, port 32775, FD 4
2005/03/02 09:13:22| Adding nameserver XXX.XXX.XXX.XXX from squid.conf
2005/03/02 09:13:22| Unlinkd pipe opened on FD 9
2005/03/02 09:13:22| Swap maxSize 15564800 KB, estimated 1197292 objects
2005/03/02 09:13:22| Target number of buckets: 59864
2005/03/02 09:13:22| Using 65536 Store buckets
2005/03/02 09:13:22| Max Mem size: 65536 KB
2005/03/02 09:13:22| Max Swap size: 15564800 KB
2005/03/02 09:13:22| Store logging disabled
2005/03/02 09:13:22| Rebuilding COSS storage in
/opt/squid-master/var/cache/coss0 (CLEAN)
2005/03/02 09:13:22| Rebuilding COSS storage in
/opt/squid-master/var/cache/coss1 (CLEAN)
2005/03/02 09:13:22| Rebuilding COSS storage in
/opt/squid-master/var/cache/coss2 (CLEAN)
2005/03/02 09:13:22| Rebuilding COSS storage in
/opt/squid-master/var/cache/coss3 (CLEAN)
2005/03/02 09:13:22| Rebuilding COSS storage in
/opt/squid-master/var/cache/coss4 (CLEAN)
2005/03/02 09:13:22| Rebuilding COSS storage in
/opt/squid-master/var/cache/coss5 (CLEAN)
2005/03/02 09:13:22| Rebuilding COSS storage in
/opt/squid-master/var/cache/coss6 (CLEAN)
2005/03/02 09:13:22| Rebuilding COSS storage in
/opt/squid-master/var/cache/coss7 (CLEAN)
2005/03/02 09:13:22| Using Least Load store dir selection
2005/03/02 09:13:22| Set Current Directory to /opt/squid-master/var/core
2005/03/02 09:13:22| Loaded Icons.
2005/03/02 09:13:22| Accepting HTTP connections at 0.0.0.0, port 8080, FD 32.
2005/03/02 09:13:22| Ready to serve requests.
2005/03/02 09:13:22| assertion failed: cbdata.c:163: "type > 0 && type <
cbdata_types"
2005/03/02 09:13:25| Starting Squid Cache version 2.5.STABLE7 for
i686-pc-linux-gnu...
2005/03/02 09:13:25| Process ID 15983
2005/03/02 09:13:25| With 16384 file descriptors available
2005/03/02 09:13:25| DNS Socket created at 0.0.0.0, port 32775, FD 4
2005/03/02 09:13:25| Adding nameserver 159.46.248.2 from squid.conf
2005/03/02 09:13:25| Unlinkd pipe opened on FD 9
2005/03/02 09:13:25| Swap maxSize 15564800 KB, estimated 1197292 objects
2005/03/02 09:13:25| Target number of buckets: 59864
2005/03/02 09:13:25| Using 65536 Store buckets
2005/03/02 09:13:25| Max Mem size: 65536 KB
2005/03/02 09:13:25| Max Swap size: 15564800 KB
2005/03/02 09:13:25| Store logging disabled
2005/03/02 09:13:25| Rebuilding COSS storage in
/opt/squid-master/var/cache/coss0 (DIRTY)
2005/03/02 09:13:25| Rebuilding COSS storage in
/opt/squid-master/var/cache/coss1 (DIRTY)
2005/03/02 09:13:25| Rebuilding COSS storage in
/opt/squid-master/var/cache/coss2 (DIRTY)
2005/03/02 09:13:25| Rebuilding COSS storage in
/opt/squid-master/var/cache/coss3 (DIRTY)
2005/03/02 09:13:25| Rebuilding COSS storage in
/opt/squid-master/var/cache/coss4 (DIRTY)
2005/03/02 09:13:25| Rebuilding COSS storage in
/opt/squid-master/var/cache/coss5 (DIRTY)
2005/03/02 09:13:25| Rebuilding COSS storage in
/opt/squid-master/var/cache/coss6 (DIRTY)
2005/03/02 09:13:25| Rebuilding COSS storage in
/opt/squid-master/var/cache/coss7 (DIRTY)
2005/03/02 09:13:25| Using Least Load store dir selection
2005/03/02 09:13:25| Set Current Directory to /opt/squid-master/var/core
2005/03/02 09:13:25| Loaded Icons.
2005/03/02 09:13:25| Accepting HTTP connections at 0.0.0.0, port 8080, FD 24.
2005/03/02 09:13:25| Ready to serve requests.
2005/03/02 09:13:25| Finished rebuilding storage from disk.
2005/03/02 09:13:25| 0 Entries scanned
2005/03/02 09:13:25| 0 Invalid entries.
2005/03/02 09:13:25| 0 With invalid flags.
2005/03/02 09:13:25| 0 Objects loaded.
2005/03/02 09:13:25| 0 Objects expired.
2005/03/02 09:13:25| 0 Objects cancelled.
2005/03/02 09:13:25| 0 Duplicate URLs purged.
2005/03/02 09:13:25| 0 Swapfile clashes avoided.
2005/03/02 09:13:25| Took 0.0 seconds ( 0.0 objects/sec).
2005/03/02 09:13:25| Beginning Validation Procedure
2005/03/02 09:13:26| Completed Validation Procedure
2005/03/02 09:13:26| Validated 0 Entries
2005/03/02 09:13:26| store_swap_size = 0k
2005/03/02 09:13:26| storeLateRelease: released 0 objects

I haven't been able to find anything on the 'assert failed' line, which
seems to have caused the cache to be wiped clean.

Is this a known problem? If it isn't, this is the first time I see this
problem in the few months this machine has been running, so I don't know
if I can produce a stack trace .... (currently core-size is set to 0, so
there's no coredump for this problem)

Joost
Received on Wed Mar 02 2005 - 03:52:11 MST

This archive was generated by hypermail pre-2.1.9 : Fri Apr 01 2005 - 12:00:01 MST