Re: LFS without lfs_cleanerd?

[christos%astron.com@localhost (Christos Zoulas)]

In article <87r6e0hr09.fsf%orac.acorntoolworks.com@localhost>,
J.T. Conklin <jtc%acorntoolworks.com@localhost> wrote:
>What would be the expected failure mode of a LFS filesystem wasn't
>running the lfs_cleaner daemon?  Due to a packaging error, I had a
>wrong version of lfs_cleanerd in a NetBSD-based appliance firmware
>image. After some months, all writes to the filesystem blocked.
>
>After installing a new firmware image containing lfs_cleanerd, it was
>able to catch up with the backlog and normal filesystem access was 
>restored.
>
>While I'm pretty sure this is the root cause of the failure, I'd like
>to reproduce the failure in a lab setting.  So far, I've run bonnie++
>(as it does sequential and random access I/O, plus assorted file
>operations) in a loop for about a week without being able to reproduce
>the failure. Is there any specific set of operations that would make a
>better accelerated wear test?
>

Do something that would cause a lot of fragmentation. Like fill up the
disk with small files then delete 1/2 of them at random. Then try to
create fairly large file that should fit if space was coallesced.

christos