From owner-freebsd-fs@FreeBSD.ORG Wed Sep 30 02:01:34 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA767106566B for ; Wed, 30 Sep 2009 02:01:34 +0000 (UTC) (envelope-from rincebrain@gmail.com) Received: from mail-pz0-f202.google.com (mail-pz0-f202.google.com [209.85.222.202]) by mx1.freebsd.org (Postfix) with ESMTP id A09618FC1E for ; Wed, 30 Sep 2009 02:01:34 +0000 (UTC) Received: by pzk40 with SMTP id 40so3911731pzk.7 for ; Tue, 29 Sep 2009 19:01:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=NSX21C9tlaqm4qhQUBKcfFws/vEiZV4YcJUTOux7Yqc=; b=n9laa0+/sEaquL5ScDYAk4Pyxigyx5pqwzOZ4gn4Ai65d8W3+euS/y6LYD6wdLJ/0d 6MC5JVAH8dOuBMyHYCETqH8Jzb0koY3flV0v+9C3Y/TfQC06Mg0YzUiMNUvGeu0J4NJJ HBBmMqAIi9y0VY+tMJhKeahoPL3NvgnEHA/qQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=gCx5zjkPZU/WalNcO97k/V9nCFa3yUDPWu9CtNvgnlj48TXHAOgtrUrtaNgxnMn1+W gwBfz1U1QguqFKsnA2+bJNHmkqugUPrSLHFmOiekZZuiW3ddyWueoB1cYa4zut3U8eB8 3WdIKoe1YltNXSYxs7Ce9lPVU9oglMLA4NNMk= MIME-Version: 1.0 Received: by 10.115.117.34 with SMTP id u34mr9440929wam.193.1254276093919; Tue, 29 Sep 2009 19:01:33 -0700 (PDT) In-Reply-To: <5da0588e0909281120p301bf75fi1bfda50c1a0a7ef0@mail.gmail.com> References: <5da0588e0909281120p301bf75fi1bfda50c1a0a7ef0@mail.gmail.com> Date: Tue, 29 Sep 2009 22:01:33 -0400 Message-ID: <5da0588e0909291901o328f9b13x3eb61a93b98ddc37@mail.gmail.com> From: Rich To: freebsd-fs@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: zpool replace 'stuck' X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Sep 2009 02:01:34 -0000 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 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