Date: Tue, 29 Sep 2009 22:01:33 -0400 From: Rich <rincebrain@gmail.com> To: freebsd-fs@freebsd.org Subject: Re: zpool replace 'stuck' Message-ID: <5da0588e0909291901o328f9b13x3eb61a93b98ddc37@mail.gmail.com> In-Reply-To: <5da0588e0909281120p301bf75fi1bfda50c1a0a7ef0@mail.gmail.com> References: <5da0588e0909281120p301bf75fi1bfda50c1a0a7ef0@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Oh, what a horrid fix!
We modified src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/spa.c:~3577 =
from:
VERIFY(spa_scrub(spa, POOL_SCRUB_RESILVER) =3D=3D 0);
to:
spa_scrub(spa, POOL_SCRUB_RESILVER);
and ~3469:
if (type =3D=3D POOL_SCRUB_EVERYTHING &&
to:
if ((type =3D=3D POOL_SCRUB_EVERYTHING || type =3D=3D POOL_SCRUB_RE=
SILVER) &&
This allowed the scrub to finish sanely.
Why is it sane to allow it to abort and start a new resilver when in
mid-resilver?
- Rich
On Mon, Sep 28, 2009 at 2:20 PM, Rich <rincebrain@gmail.com> wrote:
> Hello, world.
>
> On 8.0-RC1 amd64, I seem to have run into the same wedge condition
> noted in http://markmail.org/message/khini6ifoty2ecfd.
>
> Unfortunately, however, I can't use the workaround of removing the
> drive, aborting the scrub, and detaching one of the replacements, as
> it reports thus:
> [root@manticore ~]# zpool detach bukkit 7303939385138290847
> cannot detach 7303939385138290847: no valid replicas
> [root@manticore ~]# zpool detach bukkit da14
> cannot detach da14: no valid replicas
>
> da14 is offline (physically not attached), and has been for several reboo=
ts.
>
> Thoughts?
>
> - Rich
>
> --
>
> Os amigos s=E3o a forma de Deus cuidar de n=F3s.
>
--=20
As senadoras? Sim! Missa, roda nessa! -- pal=EDndromo
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5da0588e0909291901o328f9b13x3eb61a93b98ddc37>