Russ Uhte wrote:
> I've done a lot of reading, and I can't seem to figure out what's going
> on. OS FreeBSD 4.10-RELEASE-p2. Squid is Version 2.5.STABLE6. There
> are 4 15k 18GB drives being used for the cache. It has a 3.0 GHz HT
> Intel processor, and 2 GB of RAM.
>
> This install has been running since Monday. I noticed on Monday that
> squid kept dieing due to the default 512MB data seg siz. Besides that,
> squid was running flawlessly.
>
> Last night I added the kernel options to allow max data seg size of 1.5
> MB. Everything was running smooth until this morning around 10:00a.m.
> At this time, the CPU pegged out at 100%, so I restarted squid. I then
> watched squid climb back up to 100%. Every once in a while, it will
> start to climb back down, but then it will jump right backup. I can
> reproduce this behavior with just a single machine accessing the cache.
>
> The cache is being run transparently, using IPFW to redirect.
>
> Relevant config lines:
>
> cache_mem 512 MB
>
> cache_dir diskd /usr/local/squid/cache/1 10000 16 256 Q1=72 Q2=64
> cache_dir diskd /usr/local/squid/cache/2 10000 16 256 Q1=72 Q2=64
> cache_dir diskd /usr/local/squid/cache/3 10000 16 256 Q1=72 Q2=64
> cache_dir diskd /usr/local/squid/cache/4 10000 16 256 Q1=72 Q2=64
>
> cache_replacement_policy heap GDSF
>
> Any help what-so-ever would be greatly appreciated!!
Why does this always happen to me? Any time I sign up for a new list,
to ask a question, I always answer it myself shortly after posting...
Any way, I'll answer my self just in case anyone else ever has this
goofy problem.
I went into the ports tree, did a make deinstall, make install, deleted
my current cache dir's, ran squid -z, and now everything seems to be
running okay.
I guess that leaves the question of why? I hate fixing a problem
without that answer. If any one may have the answer, I would be forever
grateful.
Thanks,
Russ
--- [This E-mail scanned for viruses by Declude Virus]Received on Wed Oct 20 2004 - 13:56:17 MDT
This archive was generated by hypermail pre-2.1.9 : Mon Nov 01 2004 - 12:00:02 MST