Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 10 Oct 2008 12:19:11 +0200
From:      Laszlo Nagy <gandalf@shopzeus.com>
To:        Jeremy Chadwick <koitsu@FreeBSD.org>, freebsd-questions@freebsd.org
Subject:   Re: [SOLVED] Re: 7.1 hangs, shutdown terminated
Message-ID:  <48EF2C1F.6000004@shopzeus.com>
In-Reply-To: <48EF23CB.8020104@shopzeus.com>
References:  <48EF14E1.9080808@shopzeus.com>	<57200BF94E69E54880C9BB1AF714BBCB5DE18C@w2003s01.double-l.local>	<48EF1C9C.3020201@shopzeus.com>	<20081010091738.GA27925@icarus.home.lan> <48EF23CB.8020104@shopzeus.com>

next in thread | previous in thread | raw e-mail | index | archive | help

>>   
> Thank you very much! Probably you are right. Our users use shared IMAP 
> folders and sometimes they keep ten thousands of messages in one 
> folder. I have increased dirhash_maxmem to 64MB and see what happens.
>
> Unfortunately, I cannot play with the hardware because it is in a 
> server park, and it must be up 99.99% on workdays.
>
> I hope dirhash will solve the problem. I'm setting this to [SOLVED] 
> and come back if it happens again. (Maybe on monday?)
>
> By the way, there is nothing in /etc/periodic that would execute "find 
> / -sx". Can somebody explain what is this for, and why it was started 
> by root? Is it being used instead for enumerating files in a 
> directory, when dir hash is full?

I'm starting to believe that this was the problem. Within an hour, I see 
this:

shopzeus# sysctl vfs.ufs
vfs.ufs.dirhash_docheck: 0
vfs.ufs.dirhash_mem: 33708867
vfs.ufs.dirhash_maxmem: 134217728
vfs.ufs.dirhash_minsize: 2560

Went up to 32MB!

   L




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?48EF2C1F.6000004>