Date: Thu, 8 Aug 2013 09:13:00 +0100 From: "Steven Hartland" <killing@multiplay.co.uk> To: "Willem Jan Withagen" <wjw@digiware.nl>, <fs@freebsd.org> Subject: Re: Crash while sending ZFS file system Message-ID: <9789E77C6156417980C49B0202673887@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> <520345F9.7090508@digiware.nl>
next in thread | previous in thread | raw e-mail | index | archive | help
----- Original Message -----
From: "Willem Jan Withagen" <wjw@digiware.nl>
To: "Steven Hartland" <killing@multiplay.co.uk>; <fs@freebsd.org>
Sent: Thursday, August 08, 2013 8:17 AM
Subject: Re: Crash while sending ZFS file system
> 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.
Yer the following is all thats required.
cd cddl/lib/libzfs && make && make install
Regards
Steve
================================================
This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it.
In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337
or return the E.mail to postmaster@multiplay.co.uk.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?9789E77C6156417980C49B0202673887>