Date: Sun, 19 Jun 2011 23:54:29 +0200 From: Martin Matuska <mm@FreeBSD.org> To: Matthias Andree <mandree@FreeBSD.org> Cc: freebsd-fs@FreeBSD.org Subject: Re: kern/154930: [zfs] cannot delete/unlink file from full volume -> ENOSPC Message-ID: <4DFE7015.8020205@FreeBSD.org> In-Reply-To: <201102221550.p1MFo9Ld054161@freefall.freebsd.org> References: <201102221550.p1MFo9Ld054161@freefall.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Some more information on this: Here is a OpenSolaris forums entry: http://opensolaris.org/jive/thread.jspa?threadID=62037 This is described in Illumos issues as well: https://www.illumos.org/issues/412 This is quite a serious problem of the ZFS implementation - to delete a file or a snapshot, you may need free space! I am quoting Garett D'Amore: "The problem is that with copy-on-write, when you delete a file you must create a new copy of the meta data which means a new tree, ultimately. Its not possible to avoid this, but it is possible that we should ultimately be able to have a reserve, and only allow operations which will ultimately remove data once the pool is reduced to nothing more than this reserve." Before we have a "reserve" implementation, the only workaround I found is creating an empty dataset with some reserved space (which you can free in a case of emergency), e.g.: zfs create -o mountpoint=none -o reservation=10M tank/reserve Dňa 22.02.2011 16:50, Matthias Andree wrote / napísal(a): > The following reply was made to PR kern/154930; it has been noted by GNATS. > > From: Matthias Andree <mandree@FreeBSD.org> > To: Martin Matuska <mm@FreeBSD.org> > Cc: bug-followup@FreeBSD.org > Subject: Re: kern/154930: [zfs] cannot delete/unlink file from full volume > -> ENOSPC > Date: Tue, 22 Feb 2011 16:06:47 +0100 > > Am 22.02.2011 15:30, schrieb Martin Matuska: > > I was unable to reproduce your problem. > > > > But I was able to reproduce a different situation: > > - on a dataset with one or more snapshots I am unable to delete files > > (ENOSPC) if the dataset got full. > > > > If this is your case, then: > > - deleting files does not unlink them from the snapshot. > > - you must first delete a specific snapshot (or all snapshots linking > > the file) to free space. > > Hi Martin, > > no snapshots were ever used on the zpools or zfs volumes -- I had > checked that previously. Only truncation of a 20 M file would allow me > to delete files. > > Best regards > Matthias > > -- > Matthias Andree > ports committer > _______________________________________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" -- Martin Matuska FreeBSD committer http://blog.vx.sk
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4DFE7015.8020205>