From owner-freebsd-stable@FreeBSD.ORG Mon Jan 23 20:48:05 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 1FC36106564A for ; Mon, 23 Jan 2012 20:48:05 +0000 (UTC) (envelope-from prvs=1369c89d38=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 9C24D8FC17 for ; Mon, 23 Jan 2012 20:48:04 +0000 (UTC) X-Spam-Processed: mail1.multiplay.co.uk, Mon, 23 Jan 2012 20:47:43 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50017677636.msg for ; Mon, 23 Jan 2012 20:47:41 +0000 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=1369c89d38=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Message-ID: <8270FFAE3BF447C380F5A414FFA9A9D2@multiplay.co.uk> From: "Steven Hartland" To: "Olivier Smedts" , "Matthew Seaman" References: <520B9285BCC0498286196195933D67E9@multiplay.co.uk><4F1DA991.1060601@infracaninophile.co.uk><7F1E17105173440B8C52DB9AAFA7A400@multiplay.co.uk><4F1DBA47.8080504@infracaninophile.co.uk> Date: Mon, 23 Jan 2012 20:47:55 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 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 20:48:05 -0000 ----- Original Message ----- From: Olivier Smedts >> In my case, I fixed it by having a separate /boot on some USB sticks -- >> this was only ever accessed to read the kernel, kernel modules and >> bootloader at boot time, so no worries over performance. Out of interest whats the procedure you used for that Matthew? > Have you tried using a separate /boot on a zfs with copies=2 (or the > number of vdevs composing the pool) ? Interesting idea but this assumes that the insertion of the new disks doesn't affect the visability of the old disk. While this may sound like it shouldn't happen I can see the case where this may well be the case e.g. adding disks to a multi controller system where the id's of the added disks are lower and hence preferenced by the BIOS. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk.