Hi,
I am running Suse 9.0 version of Linux. I tried setting up Squid3
using COSS for the following configuration in squid.conf
cache_dir coss /usr/local/squid/var/cache/coss 100 block-size=512
max-size=1000
With this I got an error in CossSwapDir::init function 161,
store_dir_coss.cc, that unable to open file, it is a directory. If I
replace the configuration with a file name instead of the directory,
then there was an error that unable to create the swap file. Is there
any other setting that I need to take care of?
I then hardcoded the filename just before the call to file_open just to
see if things are working and then the proxy came up. However, there
were consistent assert fails in the following place
2004/04/30 09:55:22.843| storeUnlockObject: key
'B82E322244D1C35D7DD85291840EA7DA' count=4
2004/04/30 09:55:22.843| cbdataFree: 0x852cc38
2004/04/30 09:55:22.843| assertion failed: cbdata.cc:118: "cookie ==
((long)this ^ Cookie)"
(I can send the logs if required). This happens whenever, the system
tries to swap, by creating a Stripe in COSS and flushing the data to it.
Till then everything is fine.
THis happens in a call to cbdataFree in storeCossIOCallback of
store_io_coss.cc line no 494. Is this something due to the cookie
getting an overlapping value.
The cbdataFree is called for a CossState object. I tried removing the
call to the free and logged the delete function of the CossState object.
Even by not calling the cbdataFree, delete does get called during
2004/05/01 14:27:08.905| StoreIOState::~StoreIOState: 0x852cfa8
Is there any specific reason for doing an explicit cbdataFree?
Thanks,
TV
Received on Sun May 02 2004 - 22:34:22 MDT
This archive was generated by hypermail pre-2.1.9 : Mon May 31 2004 - 12:00:02 MDT