Thanks for the replay
i have reinstalled the system and the problem disappeared, it seems
that i have a "broken kernel"
But i have noticed another starnge behavior today for which i posted
another message here
On Wed, 5 Jan 2005 03:39:22 +0100, Matus UHLAR - fantomas
<uhlar@fantomas.sk> wrote:
> On 26.12 23:23, Houssam Melhem wrote:
> > I unmounted the all my 10 drives
> > then i mkefs eache
> >
> > But I got the same thing
> >
> > Today I tried the folloeing to have more than 4GB of cache_size
> > i made 10 sub director on each harddisk
> > i made each one a cache_dir with size=400M
>
> bad bad. only define one cache directory on one harddisk.
>
> > I know that this is crazy, and there should be another way of
> > increasing the cache_dir size I only have now 28G But each hard drive
> > is 143 GB
>
> in addition to alredy recommended running 'squid -z'
>
> I would say that you will have that many objects in your cache that you
> will run out of memory. If you are on 32-bit system of course processes
> have 4GB memomry limit there and even metadata of your cache will take
> more than this limit.
>
> Defining higher maximum_object_size can delay this problem for some time.
> I would even recommend you doing this, if you have that big cache.
>
> Then, you will need to do different things with your cache.
> --
> Matus UHLAR - fantomas, uhlar@fantomas.sk ; http://www.fantomas.sk/
> Warning: I wish NOT to receive e-mail advertising to this address.
> Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
> Linux is like a wigwam: no Windows, no Gates and an apache inside...
>
Received on Sat Jan 08 2005 - 13:03:56 MST
This archive was generated by hypermail pre-2.1.9 : Mon Mar 07 2005 - 12:59:35 MST