From owner-freebsd-fs@FreeBSD.ORG Wed Oct 17 21:51:01 2012 Return-Path: Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E7ED92E5 for ; Wed, 17 Oct 2012 21:51:01 +0000 (UTC) (envelope-from Martin.Birgmeier@aon.at) Received: from email.aon.at (nat-warsl417-01.aon.at [195.3.96.119]) by mx1.freebsd.org (Postfix) with ESMTP id 3055F8FC12 for ; Wed, 17 Oct 2012 21:51:00 +0000 (UTC) Received: (qmail 30197 invoked from network); 17 Oct 2012 21:50:59 -0000 Received: from smarthub81.res.a1.net (HELO email.aon.at) ([172.18.1.201]) (envelope-sender ) by fallback44.highway.telekom.at (qmail-ldap-1.03) with SMTP for ; 17 Oct 2012 21:50:59 -0000 Received: (qmail 30680 invoked from network); 17 Oct 2012 21:50:53 -0000 X-Spam-Checker-Version: SpamAssassin 3.2.0 (2007-05-01) on WARSBL606.highway.telekom.at X-Spam-Level: Received: from 194-166-159-44.adsl.highway.telekom.at (HELO gandalf.xyzzy) ([194.166.159.44]) (envelope-sender ) by smarthub81.res.a1.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 17 Oct 2012 21:50:52 -0000 Received: from mizar-v1.xyzzy (mizar-v1.xyzzy [192.168.1.51]) by gandalf.xyzzy (8.14.5/8.14.5) with ESMTP id q9HLoqWj024427; Wed, 17 Oct 2012 23:50:52 +0200 (CEST) (envelope-from Martin.Birgmeier@aon.at) Message-ID: <507F283D.5060003@aon.at> Date: Wed, 17 Oct 2012 23:50:53 +0200 From: Martin Birgmeier User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:16.0) Gecko/20121012 Thunderbird/16.0.1 MIME-Version: 1.0 To: bug-followup@FreeBSD.org, freebsd-fs@FreeBSD.org Subject: Re: kern/171415: [zfs] zfs recv fails with " cannot receive incremental stream: invalid backup stream" X-Enigmail-Version: 1.4.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Oct 2012 21:51:02 -0000 One more test with the goal of determining whether iscontrol or istgt is the culprit... The test setup is altered as follows: In addition to the 6 partitions which are being used for the zpool on v903, also v903's OS partition (GPT, holding /, /usr, and swap) is being exported from hal via istgt (i.e., as iSCSI targets). Then v903 is started as a VirtualBox client on a Windows 7 host, where the (now 7) partitions are included via VirtualBox's iSCSI facility (http://www.virtualbox.org/manual/ch05.html#idp17868816) as ada0 and ada1..ada6. This setup results in a flawless zfs receive of the sent stream, again checked via md5 of all files. In addition the number (but not md5) of files in all snapshot directories (.zfs/snapshot/*) were checked. This is a strong indication that indeed iscontrol is problematic. Regards, Martin p.s. Some observations using this setup: It is a lot faster than running v903 in a VirtualBox client on hal. I had to do a disk check of v903 because it had crashed, and checking the UFS file systems / and /usr was in fact blazingly fast, much faster than when its containing partition was directly connected in hal as VirtualBox host. Also, the subsequent zfs import test ran with a sustained rate of approximately 23 MB/s, whereas with v903 on hal as host it ran with only 15 MB/s (see my previous test), a speed increase of 50%. One should note that in the setup of this test, there is a 1 Gbps Ethernet between hal as the server and the Windows host, whereas otherwise v903 runs directly on hal, which at least in theory should result in much quicker I/O. So it seems that not only iscontrol needs fixing, but VirtualBox on FreeBSD hosts could use some optimization. But then, FreeBSD is the work of volunteers, and at this point of my tests is certainly the time to thank them for all the great possibilities this system offers!