From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 12:30:18 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BF2B1065672; Thu, 6 Oct 2011 12:30:18 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:56bf:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id BB6D98FC15; Thu, 6 Oct 2011 12:30:17 +0000 (UTC) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:56bf:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 0F019135E9; Thu, 6 Oct 2011 14:30:17 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:2:56bf:1:2::]) (authenticated bits=0) by restart.be (8.14.5/8.14.5) with ESMTP id p96CUFmN001256; Thu, 6 Oct 2011 14:30:15 +0200 (CEST) (envelope-from hlh@restart.be) X-DKIM: Sendmail DKIM Filter v2.8.3 restart.be p96CUFmN001256 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1317904215; bh=WtaaYbvTgrRZeHQCjJhzPDoxyVnylZ6/7taNPTmXJSU=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=UAZOJkh5Yj/GhOi+TUGnYptckAgSM2iU8ZtLHDWcxS0OOV5wdS6/E8VEnhXjqOLmb 2NmyVkSthcexIW8MGSMaQ== X-DomainKeys: Sendmail DomainKeys Filter v1.0.2 restart.be p96CUFmN001256 DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type:content-transfer-encoding; b=tITDobZ4PYm4pXSAQKgOBJBM7DLGC5mXbiAyFVb6VCjurQwo670ZNLH3sM43YLZ1H pEaTQCFQf7n1KXpgxgBHQ== Message-ID: <4E8D9F57.70506@restart.be> Date: Thu, 06 Oct 2011 14:30:15 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0.2) Gecko/20110911 Thunderbird/6.0.2 MIME-Version: 1.0 To: Andriy Gapon References: <4E8D7406.4090302@restart.be> <4E8D86A2.1040508@FreeBSD.org> In-Reply-To: <4E8D86A2.1040508@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, current@FreeBSD.org Subject: Re: zfsloader 9.0 BETA3 r225759 - i/o error - all block copies unavailable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 12:30:18 -0000 On 10/06/2011 12:44, Andriy Gapon wrote: > on 06/10/2011 12:25 Henri Hennebert said the following: >> Hello all, >> >> I upgrade from 9.0-BETA2 to 9.0-BETA3 (r225759) and when booting from a zpool I get: >> >> ZFS: i/o error - all block copies unavailable >> can't open '/boot/menu.rc': no such file or directory. >> >> I pxe boot mfsbsd 8.2-RELEASE + zfs v28 >> >> then: >> >> mkdir /rpool >> zpool import -R /rpool rpool >> mount -t zfs rpool/boot /mnt >> mv /mnt/boot/menu.rc /mnt/boot/Menu.rc >> cp /mnt/boot/Menu.rc /mnt/boot/menu.rc >> umount /mnt >> >> shutdown -r now >> >> and the next boot run smoothly... > > Does your root fs have compression enabled? The pool is a mirror: [root@morzine ~]# zpool status rpool pool: rpool state: ONLINE scan: scrub repaired 0 in 1h0m with 0 errors on Wed Aug 24 15:04:36 2011 config: NAME STATE READ WRITE CKSUM rpool ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 gptid/e915c6a0-fc72-11de-aa21-00e081706b68 ONLINE 0 0 0 gptid/eac8497d-fc72-11de-aa21-00e081706b68 ONLINE 0 0 0 errors: No known data errors and rpool/root is not compressed: [root@morzine ~]# zfs get compression rpool/root NAME PROPERTY VALUE SOURCE rpool/root compression off inherited from rpool pool is v28 and filesystems are v5 > >> PS. >> I have to boot from pxe because after the i/o error, the kernel was booted but >> encounter a double fault. I try 5 times with the same result. >> >> I think that on my configuration only the kernel without ACPI encouter this trap. > > I think that you should try to gather and report more information about the panic > (separately). I'll try this saterday