Date: Sun, 11 Nov 2012 10:18:20 -0600 From: Bryan Drewery <bryan@shatow.net> Cc: freebsd-fs@freebsd.org Subject: Re: ZFS can't delete files when over quota Message-ID: <509FCFCC.8030607@shatow.net> In-Reply-To: <D772C0CB72024AF1A72C7E9EC53E6F6F@multiplay.co.uk> 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> <20121110194759.GA19081@dft-labs.eu> <CAGH67wTbGy2FyB91KrCA4aceVQ-BaCzoTA00vNG%2BKGf5LfVBtg@mail.gmail.com> <20121110210317.GC19081@dft-labs.eu> <CAGH67wTJmuy_%2BTLxPQpZd%2Buvh5OtrX4XSy=GuiXfXE-PPAbefA@mail.gmail.com> <D772C0CB72024AF1A72C7E9EC53E6F6F@multiplay.co.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
On 11/10/2012 5:06 PM, Steven Hartland wrote: > ----- Original Message ----- From: "Garrett Cooper" <yanegomi@gmail.com> >>> Except this is not about being unable to rm because of EDQUOT (whether >>> ZFS can do something about that or not I have no idea). This is about >>> being >>> able to remove just after truncation, which clearly shows that zfs >>> can in >>> principle remove this file on its own. >>> >> >> You're probably right. My guess is that the fix would be to ignore >> EDQUOT in the unlink VOP handler. > > The CoW nature of ZFS causes this issue, which is why UFS doesn't have this > problem. Unfortunately given ZFS's snapshots there's no guarantee that > truncating the file will result in enough free space to perform the unlink. > > Regards > Steve > This is what I was initially thinking. I assumed ZFS unlink behavior was smart enough to see that I had no snapshots and that it would really trim the data immediately. Having no idea how the internals of ZFS works, but a general understanding, I could see this being non-trivial as well to not hurt performance. Bryan
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?509FCFCC.8030607>