Date: Sun, 11 Nov 2012 10:16:24 -0600 From: Bryan Drewery <bryan@shatow.net> Cc: "freebsd-fs@freebsd.org" <freebsd-fs@freebsd.org> Subject: Re: ZFS can't delete files when over quota Message-ID: <509FCF58.60709@shatow.net> In-Reply-To: <CAF6rxgnoJ%2By-0H%2BnGqy4E_jix8BS19oWSbgTgfwRo_RoyCVY2Q@mail.gmail.com> References: <509E79C7.10300@shatow.net> <CADLo83-mZ0v=zXJnHF01%2BtOvCtBWtrOTZpcd-V%2BWTF7qXNMJUg@mail.gmail.com> <CAFMmRNx2Xqo%2B3FZ6cT%2Ben-u26SVAecN%2B9ULfoV==fXRRTG7fDg@mail.gmail.com> <CADLo83_wEvUtYDgzoCoE4oNF7j3AMWe-AX6OvpxM12xd5AzJ7w@mail.gmail.com> <509EA942.9060801@shatow.net> <67C1C89F-4A91-4595-8EA7-19AF3EC4656F@dragondata.com> <CADLo83-mtBnwwB7qXmJ4yNp9LtVtoaqTFvV0MtR5GMrJc_XzZQ@mail.gmail.com> <CAF6rxgnoJ%2By-0H%2BnGqy4E_jix8BS19oWSbgTgfwRo_RoyCVY2Q@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 11/10/2012 11:11 PM, Eitan Adler wrote: > On 10 November 2012 15:36, Chris Rees <crees@freebsd.org> wrote: > >> These are the reasons I added the -T option, which I realise would >> have been more correct as -t; it's undesirable to have as default >> behaviour. In my patch, errno is tested. > > This only fixes the issue with rm. Others tools which delete files > (find(1) for instance) would be left with the same problem. Ideally > the root cause could fixed, though I imagine this is non-trivial. > Yeah, I agree that just fixing rm(1) to work around a ZFS issue with unlink(2) is not a good plan. There are several easy workarounds, that the rm(1) patch is not really needed. Bryan
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?509FCF58.60709>