From owner-freebsd-fs@FreeBSD.ORG Wed Oct 17 19:17:42 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 95B64527 for ; Wed, 17 Oct 2012 19:17:42 +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 CF0828FC12 for ; Wed, 17 Oct 2012 19:17:40 +0000 (UTC) Received: (qmail 4451 invoked from network); 17 Oct 2012 19:17:33 -0000 Received: from smarthub82.res.a1.net (HELO email.aon.at) ([172.18.1.202]) (envelope-sender ) by fallback43.highway.telekom.at (qmail-ldap-1.03) with SMTP for ; 17 Oct 2012 19:17:33 -0000 Received: (qmail 10318 invoked from network); 17 Oct 2012 19:17:25 -0000 X-Spam-Checker-Version: SpamAssassin 3.2.0 (2007-05-01) on WARSBL507.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 smarthub82.res.a1.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 17 Oct 2012 19:17:25 -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 q9HJHO1X015851; Wed, 17 Oct 2012 21:17:24 +0200 (CEST) (envelope-from Martin.Birgmeier@aon.at) Message-ID: <507F0446.2060805@aon.at> Date: Wed, 17 Oct 2012 21:17:26 +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, Martin.Birgmeier@aon.at, 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 19:17:42 -0000 Good news... I upgraded the FreeBSD head running in the virtual machine v903 to r241507, with the goal to see whether the problem described has been fixed in the meantime. (The server, hal, is still at 8.2 release.) In addition, instead of using iSCSI to make disk{31..36}p4 from hal appear in v903, I attached them as devices directly using VirtualBox (all to one and the same virtual SATA controller). Now the test worked, and I could successfully receive the backup stream. I even made an md5 comparison of all the files in the received file system (> 53000), which went through without a single difference. Very good! What was left was testing with the original test setup again, i.e., using iSCSI. Unfortunately, this still fails in the same way, so it seems that something with iscontrol or istgt is broken. On a hunch, I'd say it is iscontrol, simply because I assume that on the server side (ports/net/istgt) there is not that much that can break, it being a userland application, whereas iscontrol is a kernel module hooking into the SCSI subsystem. Therefore, this defect should possibly be reclassified and instead of [zfs] have some other sticker applied. Regards, Martin p.s. I am using istgt also with disk images of MS Windows XP installations, exporting them to remotely running VirtualBox instances without any issues - to me a hint that istgt is quite o.k. Of course, the zfs scenario uses 6 iSCSI targets at the same time, whereas the XP emulation uses only one, so maybe either istgt or iscontrol have problems with multiple connections/instances.