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 SupportReceived on Fri Apr 19 2002 - 08:25:47 MDT
This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 17:07:37 MST