From owner-freebsd-fs@FreeBSD.ORG Tue Mar 16 13:24:24 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 CF868106566C for ; Tue, 16 Mar 2010 13:24:24 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-qy0-f198.google.com (mail-qy0-f198.google.com [209.85.221.198]) by mx1.freebsd.org (Postfix) with ESMTP id 8324B8FC0C for ; Tue, 16 Mar 2010 13:24:24 +0000 (UTC) Received: by qyk36 with SMTP id 36so330362qyk.30 for ; Tue, 16 Mar 2010 06:24:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:from:to:cc :subject:in-reply-to:message-id:references:user-agent :x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; bh=kn35p/g3qP2tNopeQm5G5Fd96iNWBUvlyH/8IDzfAZg=; b=n8LvhsVa3ZLG1oAXJ7N/B6mSXtVREH38l1vqDaxivb4i1MvBPtpN2dTdn6jARA6GPb yNnAhmi7JlWOsMMw+nljnIwfAKEEC+KBYTyCXZvJaydoPuRyqt7NTq6QeLRqtdILfpFy MyHGOflYAS669AdDwN7659ILhal0S3GP50vRg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; b=FyvJpTAgIHxNJEN7v5j5UgSObKAh2G08jJCENSubTHo3S17FIxyN+wsobtCyPPJOLe oEnsV0F7OsEjOHDJ0gEo4BE77pf+oT3DV/KOSX23ihheiQ+jhEa65uyelwrPAOh7tbNE 63Ocz6uQwFIKankMrOCrpHfVfLJm28g+OhDuU= Received: by 10.229.216.21 with SMTP id hg21mr7067590qcb.14.1268745862434; Tue, 16 Mar 2010 06:24:22 -0700 (PDT) Received: from centel.dataix.local (ppp-22.211.dialinfree.com [209.172.22.211]) by mx.google.com with ESMTPS id 20sm3893902qyk.4.2010.03.16.06.24.18 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 16 Mar 2010 06:24:21 -0700 (PDT) Sender: "J. Hellenthal" Date: Tue, 16 Mar 2010 09:12:39 -0400 From: jhell To: Randy Bush In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-fs@freebsd.org, Dan Naumov 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 13:24:25 -0000 On Tue, 16 Mar 2010 04:23, Randy Bush wrote: In Message-Id: >>> 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? > > psg.com:/root# zpool scrub tank > psg.com:/root# zpool status > pool: tank > state: DEGRADED > status: One or more devices could not be used because the label is missing or > invalid. Sufficient replicas exist for the pool to continue > functioning in a degraded state. > action: Replace the device using 'zpool replace'. > see: http://www.sun.com/msg/ZFS-8000-4J > scrub: scrub in progress for 0h0m, 0.00% done, 169h12m to go > config: > > NAME STATE READ WRITE CKSUM > tank DEGRADED 0 0 0 > mirror DEGRADED 0 0 0 > twed1 FAULTED 0 3 0 corrupted data > twed1 ONLINE 0 0 0 > > errors: No known data errors > > still do not know how to detach bad drive as it does not have a unique > name > Have you, Can you ? (zpool export tank) and then (zpool import tank) and then followup with the results ? You might need some force flags with this so don't be surprised. When importing the pool it should search out the GUID for the badly named drive and replace it with its proper drive. I believe if at all possible you should wait for the scrub to finish or properly stop the scrub with (zpool scrub -s) Good Luck. -- jhell