Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 20 Jun 2009 17:36:59 -0700
From:      Kip Macy <kmacy@freebsd.org>
To:        mister.olli@googlemail.com
Cc:        freebsd-fs@freebsd.org
Subject:   Re: Unable to delete files on ZFS volume
Message-ID:  <3c1674c90906201736o335b4a3dv862139dc55f2211f@mail.gmail.com>
In-Reply-To: <1245527381.26909.82.camel@phoenix.blechhirn.net>
References:  <1245519413.26909.60.camel@phoenix.blechhirn.net> <3c1674c90906201050w15e4cd5dpae76cd70d64b4e92@mail.gmail.com> <1245525965.26909.69.camel@phoenix.blechhirn.net> <3c1674c90906201232x63ddee19yf91aeac30f3401bb@mail.gmail.com> <1245527381.26909.82.camel@phoenix.blechhirn.net>

next in thread | previous in thread | raw e-mail | index | archive | help
>
>> - How much churn has there been on the file system?
> not sure what you mean with 'churn' (there seem to be no translation to
> german that makes sense ;-))
>

The closest I can come to defining it would be "fluctuation of
contents". By this I was asking if you repeatedly created and deleted
files.

I didn't think it would be this easy to provoke this. I've tried
provoking this with a handful of large files without success. I'm
guessing that ZFS isn't as careful about bounding metadata creation as
it is data creation.

My focus is, and for the foreseeable future will be, fixing FreeBSD
integration issues. As this is a fundamental ZFS space management
issue I don't foresee fixing it any time soon if at all unless it is
addressed by upgrading to v15 or v16.

I hope that truncating some of the files will free up space for deletion.

Cheers,
Kip



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