Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 17 Jul 2017 15:52:55 -0700
From:      Ultima <ultima1252@gmail.com>
To:        "Derek (freebsd lists)" <482254ac@razorfever.net>
Cc:        FreeBSD Mailing List <freebsd-questions@freebsd.org>
Subject:   Re: zfs send -R | zfs recv aborted
Message-ID:  <CANJ8om7czv9Z7CSxnFVx1Yf=k=MU2kBofTe2GyAAubGCM1J7-g@mail.gmail.com>
In-Reply-To: <ca6f887b-2c67-fbfc-303e-544827b97ed1@razorfever.net>
References:  <ca6f887b-2c67-fbfc-303e-544827b97ed1@razorfever.net>

next in thread | previous in thread | raw e-mail | index | archive | help
Have you looked into the recv -s options, and the send -t option?
These options are for restarting an interrupted data stream.

I'm of the opinion that this should be a default recv option and add
the option to disable it, but there must be a good reason for this
option not on by default.

On Mon, Jul 17, 2017 at 12:32 PM, Derek (freebsd lists) <
482254ac@razorfever.net> wrote:

> Hiya!
>
> Wondering if anyone can help give me pointers, or has a rough idea where
> to look next.
>
> The situation is this:  I've got a 10.2-RELEASE sender, and a 10.3-RELEASE
> receiver.  I'm trying so send a ~20TB recursive dataset over gig-e.  I've
> had a failed send because the ssh connection is torn down (for reasons
> unknown), and a second failed attempt because the zfs send command went
> <defunct> (a child of sudo).  Usually the transfer fails after a few days
> (14TB+) of copying.  I'm confident in the hardware.
>
> My thinking is, most of the filesystems+snapshots that are already showing
> up on the receive side are successful.  If possible, I'd like to keep the
> correctly-received filesystems+snapshots, and free up the resources from
> the ones that haven't been correctly received.  Then I will transfer the
> rest by name (i.e. not recursively).
>
> The send-resume in 10.3 would be fabulous here, but I'm running out of
> time, and I'd really rather avoid a restart.
>
> I've been playing around with zdb to try to compare what's
> missing/incomplete, but the manual page doesn't really give me much
> information on how to understand the detailed information returned.
>
> Does anyone have:
> - an alternative approach
> or
> - a way to free the resources by an incomplete receive, without trashing
> the rest of the receive
> or
> - a resource that will help me grok zdb output such that I could write
> something that will be able to give me the value I seek
>
>
> Thanks
> Derek
> _______________________________________________
> freebsd-questions@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to "freebsd-questions-unsubscribe
> @freebsd.org"
>



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CANJ8om7czv9Z7CSxnFVx1Yf=k=MU2kBofTe2GyAAubGCM1J7-g>