Re: [squid-users] Squid refuses to cache requests.

Probably not the same issue...but I ran into a problem with these
symptoms some time ago when I started an aufs Squid from the command
line (maybe from RunCache) and then logged out after doing so. But
then, I think I recall this being fixed some time ago as well.

I think Henrik was the one that fixed that problem, so maybe he knows
more or can correct any misrememberings I'm having.

Mike Brogioli wrote:
> Chown on the cache directory didnt fix things. Using the identical
> configuration I've got running on this Linux/IA64 box, I installed on a
> solaris machine and everything works fine! Squid caches requests under
> solaris. Granted, I'm not very familiar w/ squid...but I'm quite puzzled
> at why it reports TCP_MISS for every request.
>
>
> On Sat, 20 Apr 2002, Squid
> Support (Henrik Nordstrom) wrote:
>
>
>>Have you changed owner of the cache directories and their content?
>>
>>chown -R testacct15 /home/testacct15/squid/cache
>>
>>Regards
>>Henrik
>>
>>
>>On Friday 19 April 2002 22:20, Mike Brogioli wrote:
>>
>>>Here are my changes to squid.conf. Keep in mind that squid was
>>>caching content until I killed it and tried running it again. I'm
>>>curious if squid leaves residual files around or
>>>something...because I killed it via the PID...not the "squid -k
>>>shutdown" unfortunatly. Perhaps this left things in an invalid
>>>state. I wiped the disk clean and did a full re-install after that
>>>though, and still it refused to cache. Changes to squid.conf are
>>>below....thanks for the assistance.
>>>
>>>#Default:
>>>cache_mem 8 MB
>>>...
>>># cache_dir ufs /home/testacct15/squid/cache 100 16 256
>>>cache_dir ufs /home/testacct15/squid/cache 100 16 256
>>>....
>>>http_access allow localhost
>>>....
>>># cache_effective_user nobody
>>># cache_effective_group nogroup
>>>cache_effective_user testacct15 # nobody
>>>cache_effective_group nobody #
>>>
>>>
>>>*******************************************************************
>>>*********** Michael C. Brogioli, MS/PhD Student
>>> Electrical and Computer Engineering Office: 2062 Duncan
>>>Hall Rice University Phone: (713)
>>>348-5707 6100 Main Street Fax:
>>>(713) 348-5686 Houston, Texas 77005
>>>Email: brogioli@rice.edu
>>>*******************************************************************
>>>***********
>>>
>>>On Fri, 19 Apr 2002, Joe Cooper wrote:
>>>
>>>>Would you mind posting the items you've changed from defaaults in
>>>>the squid.conf? Perhaps there is something there that would
>>>>explain it.
>>>>
>>>>You may want to watch the store.log and cache.log as well, to see
>>>>if they will tell you why Squid isn't caching or isn't serving
>>>>hits.
>>>>
>>>>Mike Brogioli wrote:
>>>>
>>>>>I posted this question the other day, but I'm still stuck on
>>>>>it. Details are below. One thing I wanted to add is that
>>>>>Squid was caching data fine originally. I shutdown squid, and
>>>>>did a make. After that squid refused to cache anything when it
>>>>>started back up. I even blew out the entire squid tree and
>>>>>re-installed from scratch...but nothing. Details of the logs
>>>>>and system are below.
>>>>>
>>>>>
>>>>>I'm running trying to run squid and webpolygraph all on a local
>>>>>quad processor machine to gather some runtime profiling data.
>>>>>Basically just trying to get everything talking to each other.
>>>>>The situation is that the client talks to squid, but every time
>>>>>the client accesses squid, it results in a cache miss and a
>>>>>subsequent direct access. It doesn't matter how many times the
>>>>>same document is requested...squid refuses to cache anything.
>>>>>
>>>>>The operating system I'm running is Red Hat Linux 7.1 on a quad
>>>>>processor ia64 machine. Squid is running on port 8081, as I'm
>>>>>not root on the machine.
>>>>>
>>>>>I've included sample output from relevant files ( I think ).
>>>>>Any assistance as to why squid isn't caching *any* documents is
>>>>>of great help.
>>>>>
>>>>>Here is a snippet from from my access.log file,
>>>>>this is what every entry looks like...even if I use
>>>>>the client program and request "cachable" documents
>>>>>manually multiple times:
>>>>>-----------------------------------------------
>>>>>1019076870.656 89 127.0.0.1 TCP_MISS/200 10814 GET
>>>>>http://www.ece.rice.edu - DIRECT/128.42.4.119 text/html
>>>>>1019076878.052 69 127.0.0.1 TCP_MISS/200 10814 GET
>>>>>http://www.ece.rice.edu - DIRECT/128.42.4.119 text/html
>>>>>
>>>>>
>>>>>Here is a snipped of what webpolygraphs 'polyclt' program
>>>>>shows during debug output. The documents are
>>>>>cache-control public, and have reasonable expiration dates:
>>>>>-----------------------------------------------------------
>>>>>1019076937.118015# obj:
>>>>>http://127.0.0.1:8080/w065c96fa.21691504:00000004/t01/_0000003d
>>>>>xact: 065c96fa.21691504:0000029c
>>>>>HTTP/1.0 200 OK
>>>>>Cache-Control: public
>>>>>Date: Wed, 17 Apr 2002 20:55:37 GMT
>>>>>Expires: Thu, 17 Apr 2003 20:55:14 GMT
>>>>>Last-Modified: Tue, 17 Apr 2001 20:55:14 GMT
>>>>>Content-Length: 18127
>>>>>X-Xact: 065c96e5.2c881503:00000002 065c96fa.21691504:7ffffd63
>>>>>332/332 X-Srv-Wid: 065c96e5.2c881503:00000004
>>>>>X-Srv-Sets: 65:-1.47
>>>>>X-Srv-Nids: 20:305.16
>>>>>X-Phase-Sync-Pos: 0
>>>>>X-Cache: MISS from ia64beta.ir.rice.edu
>>>>>Proxy-Connection: close
>>>>>
>>>>>***************************************************************
>>>>>*************** Michael C. Brogioli, MS/PhD Student
>>>>> Electrical and Computer Engineering Office: 2062
>>>>>Duncan Hall Rice University
>>>>>Phone: (713) 348-5707 6100 Main Street
>>>>> Fax: (713) 348-5686 Houston, Texas 77005
>>>>> Email: brogioli@rice.edu
>>>>>***************************************************************
>>>>>***************
>>>>
>>>>--
>>>>Joe Cooper <joe@swelltech.com>
>>>>http://www.swelltech.com
>>>>Web Caching Appliances and Support
>>>
>>--
>>MARA Systems AB, Giving you basic free Squid support
>>Your source of advanced web reverse proxying solutions
>>http://www.marasystems.com/producs/
>>
>
>
>
>

-- 
Joe Cooper <joe@swelltech.com>
http://www.swelltech.com
Web Caching Appliances and Support