From owner-freebsd-fs@FreeBSD.ORG Wed Oct 1 02:39:57 2014 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BAD24CEF for ; Wed, 1 Oct 2014 02:39:57 +0000 (UTC) Received: from mail-pa0-x234.google.com (mail-pa0-x234.google.com [IPv6:2607:f8b0:400e:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8B3649D8 for ; Wed, 1 Oct 2014 02:39:57 +0000 (UTC) Received: by mail-pa0-f52.google.com with SMTP id fb1so273697pad.39 for ; Tue, 30 Sep 2014 19:39:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=kONf6AQg3ph40II3DBA+d5s7gp0yQIlXR9rna/+ScbY=; b=QMmnyb1yDoPfhbh7Y8m8tks5oto710s/t32Kb55SWrbyrrovRJtPqBjryP73c8e+Io xl38P51MhMG9meK+MzZi77AZ33tzDWfeMDB8n7uV/o32UNdqksrtG3e2Y0jKm/5d3/uP ewcz/x2mcr+ccCeQLcM53h4Z8I/ZaqVF4lgpG+U2i6gFlXledXuMmpZdqOvRIpUL01sm Jtr4/9qL76+C6mbONO9sXccCNV+JHpmBqv4Rx0ZtBLhIPAcIR/tMlJk2ywWnvv6+zeFI GEj6RgZ9NgCoOr2LSzu0AVFRGXwqwCtnOTAJhAHUATVgsaRAdyzhseYH4y1wZbMGOJxF FXbA== X-Received: by 10.68.228.37 with SMTP id sf5mr28250441pbc.154.1412131196972; Tue, 30 Sep 2014 19:39:56 -0700 (PDT) Received: from macmini.internal.coolpeople.us ([2001:470:b:2d8::8001]) by mx.google.com with ESMTPSA id b4sm16436528pdh.2.2014.09.30.19.39.55 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 30 Sep 2014 19:39:55 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: zfs-send/receive between FreeBSD10 and SmartOS (Illumos) fails. From: John Terrell In-Reply-To: <99C93627-2B9C-423F-9C3D-D8B6ACB9C74A@gmail.com> Date: Tue, 30 Sep 2014 19:39:54 -0700 Message-Id: <5C3F3898-9C40-48A6-9B8D-C2118448BE42@gmail.com> References: <37BD986A-9B05-4CE8-9D55-CAB4B2713D9D@gmail.com> <99C93627-2B9C-423F-9C3D-D8B6ACB9C74A@gmail.com> To: Will Andrews X-Mailer: Apple Mail (2.1878.6) Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-fs@freebsd.org" X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Oct 2014 02:39:57 -0000 By the way, here=92s another report that sounds similar to mine (though = on Linux): = http://stackoverflow.com/questions/19754375/why-does-zsh-send-fail-midway His repro doesn=92t even use ssh (appears to be completely local). On Sep 30, 2014, at 6:41 PM, John Terrell = wrote: > Sorry for the tardy response (busy at work. :)). Here=92s the = command and output (run from the SmartOS box): >=20 > ssh -c arcfour256 root@freebsdnas zfs send -R tank@daily20140920 | zfs = receive -v -F zones/tank=20 >=20 > The output (after running for a long time xferring data): >=20 > receiving full stream of tank@daily20140920 into = zones/tank@daily20140920 > received 1.35GB stream in 15 seconds (91.9MB/sec) > receiving full stream of tank/photography@daily20140920 into = zones/tank/photography@daily20140920 > Read from remote host nas00: Connection reset by peer > cannot receive new filesystem stream: invalid backup stream >=20 >=20 > Is it possible the command is simply timing out for some reason and = closing the connection? >=20 >=20 > On Sep 26, 2014, at 3:04 PM, Will Andrews wrote: >=20 >> What do the zfs commands print? The -v option prints some metadata = that might help diagnose the problem. >>=20 >> --Will.=20 >>=20 >> On Monday, September 22, 2014, John Terrell = wrote: >> Hello all, I'm trying to replicate one of the ZFS filesystems that = lives on my FreeBSD 10 NAS to a SmartOS (Illumos based) server. The = transfer dies at about the 1.7TB (of almost 4TB) mark indicating: >>=20 >> "cannot receive incremental stream: invalid backup stream" >>=20 >> The stream being sent is not incremental so I'm not sure what the = receiver is trying to do. Here's the command I'm using to transfer = (executed on the SmartOS machine): >>=20 >> ssh root@fbsd10 zfs send -v -R tank@daily20140920 | zfs receive -v = tank >>=20 >> I've also tried to use mbuffer as the transport interface (removing = SSH from the equation) and it has the same result. >>=20 >> Is the possibly an incompatibility between FreeBSD10 and SmartOS ZFS = implementations? >> _______________________________________________ >> freebsd-fs@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-fs >> To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" >=20