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>