Hmmm nevermind, that seemed to be incorrect.
Anyone have any ideas about why my cache only has 500 MB in it for a 7GB set of files? I can provide snippets of logs if needed.
-----Original Message-----
From: Volker-Yoblick, Adam
Sent: Thursday, December 09, 2010 6:13 PM
To: Volker-Yoblick, Adam; 'squid-users_at_squid-cache.org'
Subject: RE: Forcing squid to cache files
I noticed that the extensions of the files not being cached are not present in the mime.conf that squid uses.
Is it correct to assume that all extensions must be present in the mime types table in order for the file to be cached?
-----Original Message-----
From: Volker-Yoblick, Adam [mailto:avolker_at_ea.com]
Sent: Thursday, December 09, 2010 6:07 PM
To: 'squid-users_at_squid-cache.org'
Subject: [squid-users] RE: Forcing squid to cache files
I have another related question:
I can see my cache filling up, but I'm sending about 7 gigs through the proxy, and the cache doesn't even have 300 MB in it yet, and the transfer is at 62%.
Looking in the store.log, I see a mix of RELEASE and SWAPOUT lines. Also, none of the files are > 2 GB.
Anyone have any ideas why all the files aren't getting cached? Did I miss something in my config file?
Thanks for your time,
-Adam
-----Original Message-----
From: Volker-Yoblick, Adam [mailto:avolker_at_ea.com]
Sent: Thursday, December 09, 2010 5:51 PM
To: 'squid-users_at_squid-cache.org'
Subject: [squid-users] RE: Forcing squid to cache files
Doh! I feel like a moron.
Read up on the refresh_pattern command, and it seems that first 0 on the last line was causing everything to be marked as "not fresh" right away.
I upped that value, and my cache is now filling up.
Nothing to see here.... =)
-----Original Message-----
From: Volker-Yoblick, Adam [mailto:avolker_at_ea.com]
Sent: Thursday, December 09, 2010 5:42 PM
To: 'squid-users_at_squid-cache.org'
Subject: [squid-users] Forcing squid to cache files
Greetings squid users,
I recently installed squid 3.1.9 on an RHEL 5 server, with no options when running ./configure.
We have a proprietary tool that sends files from one machine to another over HTTP, and I wanted to have squid always cache the files to help improve transfer times when the tool is used from outside the building. Note that this cache will NEVER be used to serve webpages, so I don't care about violating HTTP protocol.
I was able to set up the acls to allow a source connection from my machine, and to allow a destination connection to another machine. I can tell this is working, because when I start the transfer, I see lots of HTTP GET lines in my access.log.
I also see lots of lines in my store.log, but unfortunately, all the lines are RELEASE lines, meaning nothing is being stored in the cache. I verified this by running du -hs on my cache dir, and the size is never going up.
I've spent most of the day googling this issue (and looking at the squid FAQ), and it seems most users have the problem where they are not ignoring "no-cache" commands in the http headers. I tried to get around this in my squid.conf, shown below:
refresh_pattern ^ftp: 1440 20% 10080 override-expire override-lastmod ignore-reload ignore-no-cache ignore-no-store ignore-must-revalidate ignore-private
refresh_pattern ^gopher: 1440 0% 1440 override-expire override-lastmod ignore-reload ignore-no-cache ignore-no-store ignore-must-revalidate ignore-private
refresh_pattern -i (/cgi-bin/|\?) 0 0% 0 override-expire override-lastmod ignore-reload ignore-no-cache ignore-no-store ignore-must-revalidate ignore-private
refresh_pattern . 0 20% 4320 override-expire override-lastmod ignore-reload ignore-no-cache ignore-no-store ignore-must-revalidate ignore-private
This doesn't seem to fix the problem, however.
I also made sure that the "squid" user is the owner of my cache_dir, and I made sure that cache_effect_user is set to "squid". Running squid -z returns no errors.
I'm kinda stumped at this point.
Anyone have any suggestions? Maybe a "gotcha" that I missed, or proper steps to debug this further?
Thanks for your time,
-Adam
Received on Thu Dec 09 2010 - 23:22:26 MST
This archive was generated by hypermail 2.2.0 : Fri Dec 10 2010 - 12:00:01 MST