From owner-freebsd-current@FreeBSD.ORG Thu Oct 23 09:35:17 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 05EA3761 for ; Thu, 23 Oct 2014 09:35:17 +0000 (UTC) Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [IPv6:2a00:1450:400c:c05::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9168A861 for ; Thu, 23 Oct 2014 09:35:16 +0000 (UTC) Received: by mail-wi0-f177.google.com with SMTP id ex7so1247932wid.16 for ; Thu, 23 Oct 2014 02:35:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; bh=xL9G8+LUm3QFkzCr/2ltTgW/KJjh5NMklVmMhNYxbpg=; b=dUESsF6ojfj/8KyOsGRVM/Ai7zNYvlq54+DEczGqsQMcHK7PlWIrJo+jAIzVFMhn/p BvZAKNL0tqlsMNBcRjUyIPQYKBfQxh9xDmvo1TeYhzRtQi/tG0saRLiQU8VtlXwCpHx7 uUJ3d/IEqEPmvuJpZjDe2sGsFAnWEibY8pULnKCQgHE8ovaqdbyaps/7YJ6CnELJ3nJX XTyQgBD9knOPvq5OOubKQdEA/FSUBGEaKD2PQ6/VHDN7r4VKeKzHwzoBihIDSRKVmnzv +7IpucgRMQBgoegDm7PIzjWpuWKQ9kYbq8mGD5zwQNZRJ3gKVCI+e+c4492cgaw4FzAt K1uA== X-Received: by 10.180.101.102 with SMTP id ff6mr44235046wib.34.1414056914864; Thu, 23 Oct 2014 02:35:14 -0700 (PDT) Received: from hekkair.vks01.verknowsys.com ([46.29.147.192]) by mx.google.com with ESMTPSA id p1sm1497191wjy.22.2014.10.23.02.35.13 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 23 Oct 2014 02:35:14 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.0 \(1990.1\)) Subject: Re: ZFS: i/o error - all block copies unavailable #2 From: Kazik CC In-Reply-To: <20141022153846.GA7092@brick.home> Date: Thu, 23 Oct 2014 11:35:11 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <9711EF60-74E0-46E4-A89E-CD0486F3C457@gmail.com> References: <20141022153846.GA7092@brick.home> To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.1990.1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 23 Oct 2014 09:35:17 -0000 In old post about same issue on 8.x tree, from 2009, I saw the patch = that fixed some integer overflows for large disk sizes/ datasets for = raidz.. maybe it=E2=80=99s something similar here, but for huge stripes? Also, if it might be =E2=80=9Cbootloader launching too fast, before BIOS = actually see all the drives=E2=80=9D=E2=80=A6 so, maybe there=E2=80=99s = a way, to slow bootloader down in case of huge drive? 65TiB is pretty huge virtual drive. Besides that, controller launches all 36 drives properly before boot = process is launched.. The zpool is untouched, I scrubbed it without any = issues. I=E2=80=99m pretty new to fBSD codebase, where can I look into the code = for answers? > On 22 Oct 2014, at 17:38, Edward Tomasz Napiera=C5=82a = wrote: >=20 > On 1022T1633, Kazik Chujwielki wrote: >> =E2=80=A6 >>=20 >> So, I tried with upgrading to 9.3, installing bootcode from 9.3, then = I booted 10.0, installed boot code again.. nothing helps. >>=20 >> Still ends on = http://s.verknowsys.com/1a4f147cbb215da9b16eb61a7e9de9ed26470338.png = >>=20 >> I also tried scrubbing my pool, from ZFS point of view everything is = just "fine=E2=80=9D. No data errors.. it=E2=80=99s machine with ECC RAM, = so corruption shouldn=E2=80=99t take place.. >=20 > Does the scrubbing work under 10.0, the same kernel that fails to = boot? > How did you reinstall the bootcode? >=20