Date: Mon, 19 Jul 2010 21:09:40 +0100 From: John Hawkes-Reed <hirez@libeljournal.com> To: freebsd-stable <freebsd-stable@freebsd.org> Subject: Re: Problems replacing failing drive in ZFS pool Message-ID: <4C44B104.2050000@libeljournal.com> In-Reply-To: <AANLkTikCCmGmIcRpj7gjnRBEfLE40IjOmelMYu9WkSUO@mail.gmail.com> References: <AANLkTimOrwHe7xiwoap2H2mUtA7vU6TjENkPC4yJ02_z@mail.gmail.com> <AANLkTimOIgCIO4txpPeeoMrRSYAqM25V7cm-h7djmZUC@mail.gmail.com> <AANLkTikPOgIqkm3GhIsEnvuvEHvlc44cnh6GJQ1k7Ja_@mail.gmail.com> <AANLkTimgi2Btzv9krZZPHCPiyCcwtQyF72BmRzA1kuvi@mail.gmail.com> <AANLkTinm-kYD2vwTBCh49AeU0oxuPSOPXjusMa3FGk1h@mail.gmail.com> <AANLkTikPJDoiTUwNHVtTDiFMdFkm6v6_ra8JYkuChBJC@mail.gmail.com> <AANLkTikCCmGmIcRpj7gjnRBEfLE40IjOmelMYu9WkSUO@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 19/07/2010 17:52, Garrett Moore wrote: > I'm nervous to trust the hotswap features and camcontrol to set things up > properly, but I guess I could try it. When I first set the system up before > I put data on the array I tried the hotswap functionality and drives > wouldn't always re-attach when reinserted, even if I fiddled with > camcontrol, but I can't remember exactly what I did then. We've a pair of medium-sized ZFS boxes with Supermicro boards (X8DTi, IIRC) in hotswap chassis. They've both got one hot-spare drive. Well, I say 'hot spare'. I mean 'Ought to be a hot-spare if my shoddy Perl works when triggered by devd'. What we've found to work is this: Drive fails (thus far simulated by pulling the drive from the backplane) ZFS error reported. Pool in degraded state. 'zpool replace pool da9 da23' (Where da23 is the hot spare and where this *should* happen automagically.) Wait for resilvering. Go on and swap the failed drive (da9 in this case) 'camcontrol rescan all' (new drive shows up in /var/log/messages) 'zpool replace da9' Wait while resilvering happens. Hot-swap drive returns to 'avail' status. [ ... ] -- JH-R
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4C44B104.2050000>