[squid-users] Squid refuses to cache requests. (fwd)

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
******************************************************************************

---------- Forwarded message ----------
Date: Thu, 18 Apr 2002 23:17:43 -0500 (CDT)
From: Mike Brogioli <brogioli@ece.rice.edu>
To: squid-users@squid-cache.org
Subject: Squid refuses to cache requests.

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
******************************************************************************
Received on Fri Apr 19 2002 - 15:12:59 MDT