Hi, my squid.conf contains: cache_dir coss /var/cache/squid 128 block-size=512 max-size=1048576 That means, that /var/cache/squid will not contain any 00, 01, 02 subdirs. Instead, it contains the file /var/cache/squid/stripe after running "squid -z". The init.d-script does not understand - it looks for a subdir 00 every time, and tries to run squid -z even though it already has been done on last start. Please add support for coss to the init.d-script. (Note: that squid creates a file "stripe" is new in squid 3.0 - i think squid 2.x handles the coss case differently) Reproducible: Always Steps to Reproduce: A workaround is to mkdir /var/cache/squid/00 after running squid -z manually.
Fixed in cvs, but without revision bumping, reasons being: - coss cache dirs are used only by a tiny minority of gentoo users - new versions are likely to appear soon enough
Hmmh, squid.initd-logrotate (cvs 1.6) gives me awk: (FILENAME=- FNR=62) fatal: not enough arguments to satisfy format string `%s/00 ' ^ ran out for this one on shutdown! I've set cache_dir null /tmp in my config file, because my squid doesn't do any caching! Seems that the awk statement always expects parameters folloing the given folder which is an incorrect assumption.
Oops... Fixed in cvs. This time I've also bumped the revision of the testing versions.
*** Bug 217580 has been marked as a duplicate of this bug. ***
