hi there,
i am facing a similar problem with squid 2.4.stable1 on a solaris 2.6 box
with 256mb ram.
i have 4 solaris boxes with squid 2.4.s1 using a two parents / two children
hierarchy, where
both parents and both children have a sibling relationship. it looks like
this
(cache3) <-sibling-> (cache4)
parent X parent
(cache1) <-sibling-> (cache2)
(i hope you can read this :o)
i have set cache_mem to 32mb
my two cache dirs are ufs (diskd somehow causes disk i/o errors...) and
14gb each.
the full cache_dir config is
cache_dir ufs /cache1 14000 32 256
cache_dir ufs /cache2 14000 32 256
i know that you might find it a really stupid question, but i did not get
the real meaning
of the parameters behind the cache_size, except from telling squid how many
directories
and sub-directories it shall use. i guess, these parameters do affect the
cache size as well?
when i start squid everthings runs ok but at some point, the squid process
grows up to
486mb, using up even all of the 400m swap space. subsequently, the system
still runs,
but it takes me about 5mins to get a login shell...
this is the top output
last pid: 5725, load averages: 0.08, 0.11, 0.32
24 processes: 22 sleeping, 2 running, 1 on cpu
cpu states: 0.0% idle, 10.0% user, 14% kernel, 76% iowait, 0.0% swap
memory: 256m real, 4088k free, 400m swap in use
pid username thr pri nice size res state
time cpu command
5456 nobody 1 27 0 486m 0k run
362:14 9.7% squid
3048 rooot 1 33 0 15m 10m sleep
14:22 2.6% named
please note the 0k at 'res', which is 39m sometimes and then 0k again.
after some hours, however, squid seems to restart and the problem is
temporarily fixed.
i believe this is a weird problem posted by a weird person :o) but anyway,
pleeeeaaase HELP
Best regards
Torsten Lange
GE CompuNet Computer Distribution
All Area Networks Services
Europaring 34-40, 50170 Kerpen, Germany
Phone: +49 (0)2273 597-8301, Fax: +49 (0)2273 597-570, Mobile: +49 (0)177
5998944
E-Mail : Torsten.Lange@GECITS-EU.COM
Visit us on the Internet: http://www.gecits-eu.com
This email is confidential. If you are not the intended recipient,
you must not disclose or use the information contained in it.
If you have received this mail in error, please tell us
immediately by return email and delete the document.
Received on Wed May 16 2001 - 03:03:35 MDT
This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 17:00:08 MST