From owner-freebsd-fs@FreeBSD.ORG Thu Aug 5 09:00:20 2010 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB5091065674 for ; Thu, 5 Aug 2010 09:00:20 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 99C4B8FC0C for ; Thu, 5 Aug 2010 09:00:20 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7590KEV049582 for ; Thu, 5 Aug 2010 09:00:20 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7590K52049581; Thu, 5 Aug 2010 09:00:20 GMT (envelope-from gnats) Date: Thu, 5 Aug 2010 09:00:20 GMT Message-Id: <201008050900.o7590K52049581@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org From: Andriy Gapon Cc: Subject: Re: kern/148655: [zfs] Booting from a degraded raidz no longer works in 8-STABLE [regression] X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Andriy Gapon List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Aug 2010 09:00:20 -0000 The following reply was made to PR kern/148655; it has been noted by GNATS. From: Andriy Gapon To: Martin Matuska Cc: bug-followup@FreeBSD.org Subject: Re: kern/148655: [zfs] Booting from a degraded raidz no longer works in 8-STABLE [regression] Date: Thu, 05 Aug 2010 11:51:23 +0300 on 05/08/2010 11:19 Martin Matuska said the following: > I can confirm this behaviour, easily reproducable in virtualbox. > > The problem must be in the internal logic of zfsboot, because the lba > errors reported are from function: > > drvread() in sys/boot/i386/zfsboot/zfsboot.c, line #1079: > if (V86_CY(v86.efl)) { > printf("error %u lba %u\n", v86.eax >> 8 & 0xff, lba); > return -1; > } > > drvread() is called from vdev_read() (line #315) Right, and this is the reason why I asked to try zfstest, because it would be interesting to see the whole stack trace to determine which high-level zfs operation fails. Thanks! -- Andriy Gapon