Date: Wed, 28 Nov 2012 11:42:18 +0100 From: Mateusz Guzik <mjguzik@gmail.com> To: Boris Astardzhiev <boris.astardzhiev@gmail.com> Cc: freebsd-fs@freebsd.org, gjb@semihalf.com, Grzegorz Bernacki <gber@freebsd.org>, stanislav_galabov@smartcom.bg Subject: Re: NANDFS eats itself up Message-ID: <20121128104218.GA17871@dft-labs.eu> In-Reply-To: <CAP=KkTwX6t=6a_b7osbce5wLXrEEr_ryChAx-G5B24xOQw-q8g@mail.gmail.com> References: <CAP=KkTwX6t=6a_b7osbce5wLXrEEr_ryChAx-G5B24xOQw-q8g@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Nov 28, 2012 at 09:51:53AM +0200, Boris Astardzhiev wrote: > Hi, > > I've been playing with the NANDFS implementation in 10.0-CURRENT on a > SHEEVAPLUG device. So far i've noticed a strange problem having a simple > test on it. Firstly I have a partition that is 32MBs and it is mounted in > /mnt (ROOTFS is over NFS). > > I've made an repetitive scp transfer of a 2MB file to the /mnt on the > sheevaplug. After a delay of 100s the file is rm'ed from /mnt and this is > repeating for quite awhile now. It seems the FS is eating itself up. > It is unclear from your descripion: do you still scp and rm the file? If so, it may be just that the cleaner is not able to delete data fast enough. You can increase vfs.nandfs.cleaner_segments and decrease vfs.nandfs.cleaner_interval to get more cleaning. If you are not doing anything on the fs and used space is growing, can you reproduce that? Preferably on a md based device (just create a file with dd of the same size and mdconfig -f it). -- Mateusz Guzik <mjguzik gmail.com>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20121128104218.GA17871>