From owner-freebsd-fs@FreeBSD.ORG Tue Mar 16 09:07:38 2010 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 EDE4A106566C for ; Tue, 16 Mar 2010 09:07:38 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from mail-bw0-f228.google.com (mail-bw0-f228.google.com [209.85.218.228]) by mx1.freebsd.org (Postfix) with ESMTP id 804AD8FC16 for ; Tue, 16 Mar 2010 09:07:38 +0000 (UTC) Received: by bwz28 with SMTP id 28so3713458bwz.14 for ; Tue, 16 Mar 2010 02:07:37 -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:cc:content-type :content-transfer-encoding; bh=ZFoW4MK7OoKccvnukhucrmEmGR5yfGRpQ9x1kLSB74s=; b=Cx6pxJ+vBLXkSvzc3auj6az9ABCFjmg+AwQ7rjlbVFC2U3SJ+hu/ZjRZYRtCmRMXhC wBnGi2kWFQdr8bMhDqH2E9aKm77BkMZBV42kT428+NtiR+et7Rm1u29qEaoLdA4ekpRO mHOsJULCYlgtUpsxAeg6IsFtigGbuKFtQHqZU= 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 :cc:content-type:content-transfer-encoding; b=LCr2TvOT908/FI3lwXd7a+OtEbMEm7K0pFkQL5/j7Eu3UwXvcjWEf8XBOzxBMm0ukt 1STYUhmZ7WkQtyrFNjK0RRK0aS/vrkVV78oC1NoN87i5UsGlbjFtors2RjyHVi86rPuC AsIHcz36PVRwxDNedr0ZNwMusUIUlcXt5eSJs= MIME-Version: 1.0 Received: by 10.204.25.70 with SMTP id y6mr320759bkb.130.1268730451105; Tue, 16 Mar 2010 02:07:31 -0700 (PDT) In-Reply-To: References: Date: Tue, 16 Mar 2010 11:07:31 +0200 Message-ID: From: Dan Naumov To: Randy Bush Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org Subject: Re: degraded zfs slowdown 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: Tue, 16 Mar 2010 09:07:39 -0000 On Tue, Mar 16, 2010 at 10:23 AM, Randy Bush wrote: >>> as the ghostly bad drive does not have a unique name, [how] can i tell >>> zfs to remove it for the moment? >> Have you tried running a scrub on the pool and THEN trying to offline >> and detach (zpool commands, not physical actions) the ghost drive? > > =A0 =A0psg.com:/root# zpool scrub tank > =A0 =A0psg.com:/root# zpool status > =A0 =A0 =A0pool: tank > =A0 =A0 state: DEGRADED > =A0 =A0status: One or more devices could not be used because the label is= missing or > =A0 =A0 =A0 =A0 =A0 =A0invalid. =A0Sufficient replicas exist for the pool= to continue > =A0 =A0 =A0 =A0 =A0 =A0functioning in a degraded state. > =A0 =A0action: Replace the device using 'zpool replace'. > =A0 =A0 =A0 see: http://www.sun.com/msg/ZFS-8000-4J > =A0 =A0 scrub: scrub in progress for 0h0m, 0.00% done, 169h12m to go > =A0 =A0config: > > =A0 =A0 =A0 =A0 =A0 =A0NAME =A0 =A0 =A0 =A0STATE =A0 =A0 READ WRITE CKSUM > =A0 =A0 =A0 =A0 =A0 =A0tank =A0 =A0 =A0 =A0DEGRADED =A0 =A0 0 =A0 =A0 0 = =A0 =A0 0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0mirror =A0 =A0DEGRADED =A0 =A0 0 =A0 =A0 0 =A0= =A0 0 > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0twed1 =A0 FAULTED =A0 =A0 =A00 =A0 =A0 3 = =A0 =A0 0 =A0corrupted data > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0twed1 =A0 ONLINE =A0 =A0 =A0 0 =A0 =A0 0 = =A0 =A0 0 > > =A0 =A0errors: No known data errors > > still do not know how to detach bad drive as it does not have a unique > name As you can see from your own message, the scrub hasn't finished, it has just started. What happens after the scrub is finished? If both twed1's are still visible at this point (after a finished scrub), what happens if you attempt to "zfs detach tank twed1" the ghost drive, do you get an error or does it recognize and correctly remove the ghost twed1? - Sincerely, Dan Naumov