From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 18:06:48 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 643961065672 for ; Mon, 23 Jan 2012 18:06:48 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout027.mac.com (asmtpout027.mac.com [17.148.16.102]) by mx1.freebsd.org (Postfix) with ESMTP id 4A3ED8FC1D for ; Mon, 23 Jan 2012 18:06:47 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from cswiger1.apple.com (unknown [17.209.4.71]) by asmtp027.mac.com (Oracle Communications Messaging Server 7u4-23.01 (7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTPSA id <0LY900AWEJMMQM40@asmtp027.mac.com> for freebsd-stable@freebsd.org; Mon, 23 Jan 2012 10:06:23 -0800 (PST) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7361,1.0.211,0.0.0000 definitions=2012-01-23_03:2012-01-22, 2012-01-23, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1012030000 definitions=main-1201230164 From: Chuck Swiger X-Priority: 3 In-reply-to: <520B9285BCC0498286196195933D67E9@multiplay.co.uk> Date: Mon, 23 Jan 2012 10:06:21 -0800 Message-id: References: <520B9285BCC0498286196195933D67E9@multiplay.co.uk> To: Steven Hartland X-Mailer: Apple Mail (2.1084) Cc: freebsd-stable@freebsd.org Subject: Re: ZFS: i/o error - all block copies unavailable on large disk number machines X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jan 2012 18:06:48 -0000 On Jan 23, 2012, at 9:04 AM, Steven Hartland wrote: > After some digging we discovered that this was likely due to the fact that the BIOS only enumerates the first 12 disks and this machine has more than that in the root zpool which was a striped raidz2 volume. This in turn means that the bootcode > can't complete and hence the machine can't boot. As far as I can tell, ZFS best practices guides recommend no more than nine drives in a group/pool. Putting more than that into a pool, much less something you are trying to boot from, seems like a fine experiment to make but is not something which I would rely upon... Regards, -- -Chuck