Disk fragmentation problem is a known issue on Solaris2.6
but couldn't Squid handle this more robust than:
1999/02/18 10:08:14| diskHandleWrite: FD 30: disk write error: (28) No space left on
device
FATAL: Write failure -- check your disk space and cache.log
Squid Cache (Version 2.1.PATCH2): Terminated abnormally.
I have lowered the Mbytes part of the cache_dir config several times
with better and better stability, but still this happens once a while.
Couldn't Squid be smarter and lower this parameter dynamically
and/or do some tougher removal of of cached objects and then continue?
P�l
----------------------------------------------------------------
Addr: P�l Baltzersen, ElTele �st AS, Sandakervn. 114B, N-0483 Oslo.
Phone: +47 23 18 10 00 Direct: +47 23 18 11 74
fax: +47 23 18 10 01 Mobile: +47 93 08 11 74
mail: [EMAIL PROTECTED] [EMAIL PROTECTED]
