Date: Thu, 5 May 2011 09:36:40 -0700 From: Freddie Cash <fjwcash@gmail.com> To: john@theusgroup.com Cc: freebsd-fs@freebsd.org Subject: Re: zfs v28 destory -r snapshot failure Message-ID: <BANLkTinFy%2BqhEQ78Qc6sn=HNJL9NBwQx_A@mail.gmail.com> In-Reply-To: <20110505062246.60B561C4@server.theusgroup.com> References: <20110505062246.60B561C4@server.theusgroup.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, May 4, 2011 at 11:22 PM, John <john@theusgroup.com> wrote: > Applied this patch set stable-8-zfsv28-20110501.patch.xz to a fresh download > of 8.2-release, buildworld, buildkernel, install and rebooted. Did not upgrade > pool or filesystems. > > Made a snapshot of tank/foo@today, then tried to delete with > zfs destroy -r tank@today yielded: > cannot destroy 'tank@today': dataset does not exist > no snapshots destroyed So, you have a snapshot tank/foo@today, but you don't have a snapshot tank@today, and you expect it to be able to delete the non-existent tank@foo? > If tank@today exists along with tank/foo@today, then the destroy works > correctly. Makes sense. tank@today exists, so you can destroy it. tank/foo@today also exists, so you can destroy it as part of the recursion. > Rebooted with kernel.old which is 8.2-release without the v28 patch and > zfs destroy -r tank@today deleted tank/foo@today without an error. That sounds like an error, since you shouldn't be able to destroy something that doesn't exist. But, maybe my understanding of how -r works is faulty. -- Freddie Cash fjwcash@gmail.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?BANLkTinFy%2BqhEQ78Qc6sn=HNJL9NBwQx_A>