From owner-freebsd-questions@FreeBSD.ORG Tue Feb 28 16:25:00 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCF5A1065786 for ; Tue, 28 Feb 2012 16:25:00 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 401138FC23 for ; Tue, 28 Feb 2012 16:25:00 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [IPv6:2001:8b0:151:1:fa1e:dfff:feda:c0bb]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q1SGOuTZ097709 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Tue, 28 Feb 2012 16:24:56 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: OpenDKIM Filter v2.4.3 smtp.infracaninophile.co.uk q1SGOuTZ097709 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1330446296; bh=K93MOU5tCihy7/NzAtY0I9HrmVgA52BoFbTJDhZ7vzU=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Cc; b=AD3ZO1GsbLkKMnjcIFp4PwvkRfXH1lJdeO5xA+Pc+M5nEQITXVbE7K8lzdsibsgXU eeF6PJiFSfYQMz9EVvbuKwOyNzJknI4DOzRUgOREohTvw4WOGQkPJOazNyDfdJuNPY 4L0hsagkLIHx8bC2fqV7tmpE/IAHj1768A+s4XEg= Message-ID: <4F4CFFCF.4010207@infracaninophile.co.uk> Date: Tue, 28 Feb 2012 16:24:47 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: freebsd-questions@freebsd.org References: In-Reply-To: X-Enigmail-Version: 1.3.5 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig9636C0BEA83528452C3E439A" X-Virus-Scanned: clamav-milter 0.97.3 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Subject: Re: zpool not grabbing hot spare X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Feb 2012 16:25:00 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig9636C0BEA83528452C3E439A Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 28/02/2012 15:21, Randy Schultz wrote: > Got a zpool that lost a drive: > Feb 24 20:46:01 booto kernel: (da30:mpt3:0:6:0): lost device > Feb 24 20:46:41 booto kernel: (da30:mpt3:0:6:0): Synchronize cache > failed, status =3D=3D 0xa, scsi status =3D=3D > 0x0 > Feb 24 20:46:41 booto kernel: (da30:mpt3:0:6:0): removing device ent= ry >=20 > however the spare never came online: > zpool status -v > pool: data > state: DEGRADED > status: One or more devices has been removed by the administrator. > Sufficient replicas exist for the pool to continue > functioning in a > degraded state. > action: Online the device using 'zpool online' or replace the device= > with > 'zpool replace'. > scan: resilvered 0 in 0h2m with 0 errors on Tue Oct 25 13:40:59 201= 1 > config: >=20 > NAME STATE READ WRITE CKSUM > data DEGRADED 0 0 0 > raidz2-0 DEGRADED 0 0 0 > da2 ONLINE 0 0 0 > da3 ONLINE 0 0 0 > da4 ONLINE 0 0 0 > da5 ONLINE 0 0 0 > da6 ONLINE 0 0 0 > da7 ONLINE 0 0 0 > da9 ONLINE 0 0 0 > da10 ONLINE 0 0 0 > da11 ONLINE 0 0 0 > da12 ONLINE 0 0 0 > da13 ONLINE 0 0 0 > da14 ONLINE 0 0 0 > da15 ONLINE 0 0 0 > da17 ONLINE 0 0 0 > da18 ONLINE 0 0 0 > da19 ONLINE 0 0 0 > da20 ONLINE 0 0 0 > da21 ONLINE 0 0 0 > da22 ONLINE 0 0 0 > da23 ONLINE 0 0 0 > da25 ONLINE 0 0 0 > da26 ONLINE 0 0 0 > da27 ONLINE 0 0 0 > da28 ONLINE 0 0 0 > da29 ONLINE 0 0 0 > da30 REMOVED 0 0 0 > da31 ONLINE 0 0 0 > da32 ONLINE 0 0 0 > da33 ONLINE 0 0 0 > da34 ONLINE 0 0 0 > da35 ONLINE 0 0 0 > da36 ONLINE 0 0 0 > da37 ONLINE 0 0 0 > da38 ONLINE 0 0 0 > da39 ONLINE 0 0 0 > da40 ONLINE 0 0 0 > da41 ONLINE 0 0 0 > da42 ONLINE 0 0 0 > da43 ONLINE 0 0 0 > da44 ONLINE 0 0 0 > da45 ONLINE 0 0 0 > da46 ONLINE 0 0 0 > da47 ONLINE 0 0 0 > logs > mirror-1 ONLINE 0 0 0 > da24 ONLINE 0 0 0 > da16 ONLINE 0 0 0 > spares > da1 AVAIL >=20 > I thought the spare was supposed to come online and be resilvered > automatically. Did I miss some config thing > or did I just misunderstand how the hot spare bit works? Yes. That's the generally accepted meaning of the concept of a 'hot spare.' The fact that the spare hasn't been automatically bought on-line in this case is a bug. There's an open PR on the subject: http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/134491 That seems to suggest the problem was known to be solved at some point in 2011, but it was not necessarily propagated to all stable branches. However, given your experience perhaps that is not the case. You should be able to use zfs commands manually to sub-in the spare drive and get it resilvered. As an aside -- you've got a pretty odd setup there: 41 drives all in one big RAIDZ2 vdev? Standard practice would be to create something like 5 RAIDZ2 vdevs of 8 drives each (Or maybe 6 vdevs of 7 drives apiece: 6--9 drives is about the sweet spot for a RAIDZ2) and then stripe those vdevs together to create your zpool. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enig9636C0BEA83528452C3E439A Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk9M/9cACgkQ8Mjk52CukIy29gCggNSAKQKVQHhivn5+wrFhnVHw tekAmgOKrqqXUstaHU5HrIJF95l0L7OD =VJVh -----END PGP SIGNATURE----- --------------enig9636C0BEA83528452C3E439A--