One suggestion that I can make is changing your
memory_replacement_policy and cache_replacement_policy to heap LRU.
You should graph your iops on your disk so that you can see if you are
having issues there and need more disk.
Dusten Splan
On Fri, Jan 15, 2010 at 07:18, Markus Meyer wrote
Thanks for the response Chris but I don't think that is was I'm
looking for. What I would like to do is overwrite the expires header
to something far in the future. I am also running squid 3.0.
Thanks
Dusten
On Thu, Dec 31, 2009 at 15:30, Chris Robertson wrote:
> Duste
Does anyone know how to change the expires header in the http response
that squid sends. I have an object that has one in the past and when
being forwarded to the CDN because it's in the past it's only keeping
the content for 1 day. I would like to do this in squid and not
change the origin.
Tha
So I found out why I stopped collecting objects in my cache. It was
because I was hitting the low water mark.
Thanks
Dusten
On Wed, Dec 30, 2009 at 15:21, Dusten Splan wrote:
> Yes I agree with the major issue is the peers dropping offline. Is
> there a way to keep this from happing w
So I'm looking for the LRU reference age and I can not seam to find
it. I am running squid-3.0.STABLE20-1.el5. Can anyone point me in
the right direction?
Thanks
Dusten
squid.conf
cache_replacement_policy heap LFUDA
memory_replacement_policy heap LRU
cache_dir aufs /mnt/squid_disk/disk1 55000
13403 (100%)
Thanks
Dusten
On Tue, Dec 29, 2009 at 22:03, Amos Jeffries wrote:
> On Tue, 29 Dec 2009 14:11:44 -0500, Dusten Splan
> wrote:
>> Hi All,
>> So I'm having an issue where squid will not cache more then 3843117
>> objects.
>
> NP: 2^24 objects limit
Hi All,
So I'm having an issue where squid will not cache more then 3843117
objects. Also on this same box we are seeing the traffic dip every
time it rebuilds the digest file.
Sample of log file.
2009/12/29 04:15:21.745| storeDigestRebuildStart: rebuild #276
2009/12/29 04:15:21.745| storeDig
pe to continue, or q to quit---
#13 0x7f9f08381a10 in EventLoop::runOnce (this=0x7fff104bddc0) at
EventLoop.cc:120
#14 0x7f9f08381bb8 in EventLoop::run (this=0x7fff104bddc0) at
EventLoop.cc:100
#15 0x7f9f083bc0eb in main (argc=,
argv=0x7fff104bdf88) at main.cc:1334
On Thu, Dec 24, 2009
1 squid squid 5.5G Dec 24 02:33 core-squid-21428-1261639928
All that's left is to run the through gdb.
I'll have more info. soon on what my crash is looking like.
Thanks
Dusten
On Wed, Dec 23, 2009 at 11:21, Dusten Splan wrote:
> I just noticed that my ulimit for core dumps wa
, 2009 at 03:41, Kinkie wrote:
> On Tue, Dec 22, 2009 at 8:54 PM, Dusten Splan wrote:
>> I'm seeing my squid processes die and restart. I think it's related
>> to a bad cache file but I am unsure how to track it down. I have
>> rebuilt the cache by removing the swa
PM, Dusten Splan wrote:
>> I'm seeing my squid processes die and restart. I think it's related
>> to a bad cache file but I am unsure how to track it down. I have
>> rebuilt the cache by removing the swap.state file and starting squid
>> back up.
>>
>> He
I'm seeing my squid processes die and restart. I think it's related
to a bad cache file but I am unsure how to track it down. I have
rebuilt the cache by removing the swap.state file and starting squid
back up.
Here's what I'm seeing in my logs.
2009/12/21 22:07:01| WARNING: 1 swapin MD5 mismat
12 matches
Mail list logo
