Since yesterday I am also hit with the "disk limits overflow" problem.
I let squid rebuild from disk (which took about 12 hours) and it
correctly reported 60 GB disk used, dropped within a few minutes to
50 GB used (about 10 a.m.) and sometime around 14 a.m. it ran gaga
and now reports a reduction to 10 GB.
However the real numbers are:
/dev/da1s1e 17370434 15923475 57325 100% /share/zuse2/disk02
/dev/da2s1e 17370434 15980799 1 100% /share/zuse2/disk03
/dev/da4s1e 17370434 15931241 49559 100% /share/zuse2/disk05
/dev/da5s1e 17370434 15973855 6945 100% /share/zuse2/disk06
Configured is
cache_dir ufs /share/zuse2/disk02/squid/cache 12000 64 256
cache_dir ufs /share/zuse2/disk03/squid/cache 12000 64 256
cache_dir ufs /share/zuse2/disk05/squid/cache 12000 64 256
cache_dir ufs /share/zuse2/disk06/squid/cache 12000 64 256
We have used the 64 256 setting since we run squid on this machine
and it has built all the directories. However - while it tries to
clean and maintain them all - most of them are empty.
It has 600-900 MB in 00-15 and the rest are empty dirs. Does squid not
honor the L1 correctly or do I have to tweak the configuration on
some other place, too? The L2 directories however are filled rather
equally within the used L1 ones.
This is especially nasty with reindexing as it scans tons of empty
directories.
Think I will change the settings to 32 256 and start a new reindex
later this eve.
As I posted before there also seems to be a bug in the FAQ 7.3:
% echo "" > /cache1/swap.state
did not work for me, the log.00 ... log.03 files had to be 0 Bytes,
otherwise squid simply reported it had read 0 objects.
Also one should probably add that the "log last clean" files should
also be removed before restarting the cache.
\Maex
-- SpaceNet GmbH | http://www.Space.Net/ | Stress is when you wake Research & Development | mailto:maex-sig@Space.Net | up screaming and you Joseph-Dollinger-Bogen 14 | Tel: +49 (89) 32356-0 | realize you haven't D-80807 Muenchen | Fax: +49 (89) 32356-299 | fallen asleep yet. -- To unsubscribe, see http://www.squid-cache.org/mailing-lists.htmlReceived on Tue Nov 14 2000 - 09:55:59 MST
This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 16:56:22 MST