I think my problem with "Store Directory Stats" and Rock store is related to bug #3694, http://bugs.squid-cache.org/show_bug.cgi?id=3694
I also am hitting bug #3640 http://bugs.squid-cache.org/show_bug.cgi?id=3640 when I rotate the logs. I'm working around the bug by using logfile_rotate 0 debug_options ALL,1,rotate=0 The "rotate=0" clause doesn't seem to work, as I still get cache.log.XX files, one for each worker. Mike Mitchell mike.mitch...@sas.com ________________________________________ From: Mike Mitchell Sent: Monday, December 10, 2012 4:34 PM To: squid-users@squid-cache.org Subject: cachemgr.cgi "Store Directory Stats" with multiple cache_dir lines I'm running squid 3.2.4 with the errno patch. My squid.conf has the following for cache_dir lines: cache_dir rock /cache/rock-1k 128 min-size=0 max-size=1008 cache_dir rock /cache/rock-2k 128 min-size=1009 max-size=2032 cache_dir rock /cache/rock-4k 128 min-size=2033 max-size=4080 cache_dir rock /cache/rock-8k 160 min-size=4081 max-size=8176 cache_dir rock /cache/rock-16k 180 min-size=8177 max-size=16368 cache_dir rock /cache/rock-30k 300 min-size=16369 max-size=30704 cache_dir aufs /cache/aufs 3072 15 253 min-size=30705 max-size=200000000 It all seems to be working, until I do a "squid -k reconfig". After that, the cachemgr.cgi application starts reporting zeros for the "rock" directories. The output looks like: by kid1 { Store Directory Statistics: Store Entries : 38936 Maximum Swap Size : 3145728 KB Current Store Swap Size: 2856644.00 KB Current Capacity : 90.81% used, 9.19% free Shared Memory Cache Maximum Size: 131072 KB Maximum entries: 4096 Current entries: 4096 100.00% Store Directory #6 (aufs): /cache/aufs FS Block Size 4096 Bytes First level subdirectories: 15 Second level subdirectories: 253 Maximum Size: 3145728 KB Current Size: 2856644.00 KB Percent Used: 90.81% Filemap bits in use: 38167 of 65536 (58%) Filesystem Space in use: 4068160/5078656 KB (80%) Filesystem Inodes in use: 42005/1310720 (3%) Flags: Removal policy: heap } by kid1 by kid2 { Store Directory Statistics: Store Entries : 53 Maximum Swap Size : 0 KB Current Store Swap Size: 0.00 KB Current Capacity : 0.00% used, 0.00% free } by kid2 by kid3 { Store Directory Statistics: Store Entries : 53 Maximum Swap Size : 0 KB Current Store Swap Size: 0.00 KB Current Capacity : 0.00% used, 0.00% free } by kid3 by kid4 { Store Directory Statistics: Store Entries : 53 Maximum Swap Size : 0 KB Current Store Swap Size: 0.00 KB Current Capacity : 0.00% used, 0.00% free } by kid4 by kid5 { Store Directory Statistics: Store Entries : 53 Maximum Swap Size : 0 KB Current Store Swap Size: 0.00 KB Current Capacity : 0.00% used, 0.00% free } by kid5 by kid6 { Store Directory Statistics: Store Entries : 53 Maximum Swap Size : 0 KB Current Store Swap Size: 0.00 KB Current Capacity : 0.00% used, 0.00% free } by kid6 by kid7 { Store Directory Statistics: Store Entries : 53 Maximum Swap Size : 0 KB Current Store Swap Size: 0.00 KB Current Capacity : 0.00% used, 0.00% free } by kid7 I do see TCP_HIT:HIER_NONE messages in the access.log file for files that should be stored in the "rock" directory: 10.17.17.147 - - [10/Dec/2012:16:24:34.246 -0500] "GET http://conn.skype.com/ HTTP/1.0" 200 585 TCP_HIT:HIER_NONE but cachemgr.cgi's "Store Directory Stats" report that nothing is cached in the "rock" directories. If I stop and restart squid cachemgr.cgi starts displaying data for the "rock" directories. A "squid -k reconfig" later and the reports are empty again. Has anyone seen this problem? Mike Mitchell mike.mitch...@sas.com
