Date: Tue, 12 Jul 2011 11:14:51 +0100 From: Luke Marsden <luke-lists@hybrid-logic.co.uk> To: freebsd-fs@freebsd.org Cc: tech@hybrid-logic.co.uk Subject: Re: ZFS bug in v28 - temporary clones are not automatically destroyed on error Message-ID: <1310465691.26698.1.camel@behemoth> In-Reply-To: <1310383541.30844.73.camel@behemoth> References: <1310383541.30844.73.camel@behemoth>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 2011-07-11 at 12:25 +0100, Luke Marsden wrote: > Hi all, > > I'm experiencing this bug on mm's ZFS v28 image from 19.06.2011 > r222557M: > > cannot destroy 'hpool/hcfs/fs@snapshot': dataset already exists > > That is on a v4 formatted zfs filesystem on a v28 formatted pool, if I > zfs upgrade the filesystem to v5 the error changes to "snapshot has > dependent clones" (from memory) which is more informative but otherwise > behaves the same. See: > > http://serverfault.com/questions/66414 > http://opensolaris.org/jive/thread.jspa?messageID=484242&tstart=0 > Just an update on this for posterity, I found this: http://www.freebsd.org/cgi/query-pr.cgi?pr=157728 The workaround indicated there - which in our case was implemented by a semaphore around 'zfs list' and 'zfs recv' operations (so they never run in parallel for the same filesystem), seems to have worked perfectly and we're not seeing any more stray clones. It would be good to fix this properly, of course :-) -- Best Regards, Luke Marsden CTO, Hybrid Logic Ltd. Mobile: +447791750420 www.hybrid-cluster.com - Cloud web hosting platform
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1310465691.26698.1.camel>