From owner-freebsd-virtualization@FreeBSD.ORG Tue Mar 4 22:24:56 2014 Return-Path: Delivered-To: freebsd-virtualization@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A0FFC5F6; Tue, 4 Mar 2014 22:24:56 +0000 (UTC) Received: from alto.onthenet.com.au (alto.OntheNet.com.au [203.13.68.12]) by mx1.freebsd.org (Postfix) with ESMTP id 5E5E3343; Tue, 4 Mar 2014 22:24:56 +0000 (UTC) Received: from dommail.onthenet.com.au (dommail.OntheNet.com.au [203.13.70.57]) by alto.onthenet.com.au (Postfix) with ESMTPS id 4ED4712212; Wed, 5 Mar 2014 08:24:49 +1000 (EST) Received: from Peter-Grehans-MacBook-Pro-2.local ([64.245.0.210]) by dommail.onthenet.com.au (MOS 4.2.4-GA) with ESMTP id BSG63615 (AUTH peterg@ptree32.com.au); Wed, 5 Mar 2014 08:24:48 +1000 Message-ID: <531652AE.9070506@freebsd.org> Date: Tue, 04 Mar 2014 14:24:46 -0800 From: Peter Grehan User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Craig Rodrigues Subject: Re: Problem with ZFS userboot changes r262331 and VM with mixed partitions References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "jenkins-admin@freebsd.org" , Xin Li , "freebsd-virtualization@freebsd.org" X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Mar 2014 22:24:56 -0000 Hi Craig, > ZFS: i/o error - all block copies unavailable > > I don't fully understand all this logic. Is there a bug that can be fixed here? Yes - a flag needs to be passed to userboot to tell it to ignore ZFS filesystems. This is analogous to the decision to use boot2 (implicit UFS) vs zfsboot (explicit ZFS) as the 2nd-stage loader on a real disk. It didn't look possible to do this without changing the userboot ABI, but, it's probably time to bump that. later, Peter.