Date: Thu, 08 Aug 2013 09:17:13 +0200 From: Willem Jan Withagen <wjw@digiware.nl> To: Steven Hartland <killing@multiplay.co.uk>, fs@freebsd.org Subject: Re: Crash while sending ZFS file system Message-ID: <520345F9.7090508@digiware.nl> In-Reply-To: <39CF025C25F34968A4AF344142CC7225@multiplay.co.uk> References: <520262C6.2060606@digiware.nl> <4467AAF5BA6A450FAC9BD9306110A256@multiplay.co.uk> <52026DC2.8070000@digiware.nl> <E5EA1EA9F51B4203816826433A4D8D20@multiplay.co.uk> <5202AB11.205@digiware.nl> <39CF025C25F34968A4AF344142CC7225@multiplay.co.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2013-08-07 23:22, Steven Hartland wrote: > > ----- Original Message ----- From: "Willem Jan Withagen" <wjw@digiware.nl> >> # zfs send -n -v -R zfsraid@box > ... > >> Need origin_guid 16676154253971996192 for zfsraid/home >> Need parent_guid 3602069970101155964 for zfsraid/home/clone_20100925 >> Need parent_guid 3602069970101155964 for zfsraid/home/Software >> Need parent_guid 3602069970101155964 for zfsraid/home/www >> Need parent_guid 3602069970101155964 for zfsraid/home/Media >> Need parent_guid 3602069970101155964 for zfsraid/home/angelic >> Need parent_guid 3602069970101155964 for zfsraid/home/mrtg >> Need parent_guid 3602069970101155964 for zfsraid/home/wjw >> Assertion failed: (progress), file >> /usr/srcs/src9/src/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib/libzfs/common/libzfs_sendrecv.c, >> >> line 1318. >> Abort (core dumped) > > I believe the problem you have is that zfsraid/home depends on its > parent guid of 16676154253971996192 which according to your > zfs list is:- > zfsraid/home/clone_20100925@20100925 16676154253971996192 - > > This is a child of zfsraid/home so it will itself dependent on > zfsraid/home creating a cyclic dependency which can't be resolved. > > I suspect zfsraid/home was cloned from zfsraid/somethingelse and > then subsiquently zfsraid/somethingelse was renamed to > zfsraid/home/clone_20100925 creating the cycle. > > The updated patch should had enough extra debug to confirm this. > > If I'm right then simpy renaming zfsraid/home/clone_20100925 to > zfsraid/clone_20100925, so its not under zfsraid/home, should be > enough to remove the cycle and allow the send to complete. I think you are most probably right. I have been experimenting with clones at one time to sort of "clean up" old snapshots.. But one way or another it did not work. I'll patch libzfs and send the resulting output. Is there a way to shortcut the buildproces? Now I just do 'make -DNO_CLEAN -DNOCLEAN buildworld && make installworld' But I have a feeling that there could be a shortcut. --WjW
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?520345F9.7090508>