From owner-freebsd-fs@FreeBSD.ORG Sun May 16 20:45:06 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 1FDD1106564A for ; Sun, 16 May 2010 20:45:06 +0000 (UTC) (envelope-from tsw5@duke.edu) Received: from smtp.duke.edu (smtp-01.oit.duke.edu [152.3.174.14]) by mx1.freebsd.org (Postfix) with ESMTP id EA50A8FC13 for ; Sun, 16 May 2010 20:45:05 +0000 (UTC) Received: from smtp.duke.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 00C42308F77; Sun, 16 May 2010 16:45:05 -0400 (EDT) Received: from shoggoth.wintermute (cpe-066-057-248-190.nc.res.rr.com [66.57.248.190]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.duke.edu (Postfix) with ESMTP id C8F41308F75; Sun, 16 May 2010 16:45:04 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Todd Wasson In-Reply-To: Date: Sun, 16 May 2010 16:45:04 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <0BE564E4-3B13-41A5-9A38-7D5AE0C983BF@duke.edu> References: <0B97967D-1057-4414-BBD4-4F1AA2659A5D@duke.edu> <6FADBEDC-FF47-498A-BB17-0FCC163D3C8C@duke.edu> To: Wes Morgan X-Mailer: Apple Mail (2.1078) X-PMX-Version: 5.4.2.338381, Antispam-Engine: 2.6.0.325393, Antispam-Data: 2010.5.16.203619 Cc: freebsd-fs@freebsd.org Subject: Re: zfs drive replacement issues 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: Sun, 16 May 2010 20:45:06 -0000 >>> Strange, you should be able to cancel the replacement with detach. = There >>> is some kind of DTL issue preventing it. I don't know what it is >>> precisely, but there are known cases where legitimate detach = operations >>> are prevented. >>>=20 >>> Try reconnecting the disk you partitioned, leaving the original ad6 = still >>> attached, and you should be able to detach the new one. >>=20 >> The problem with that is that I can't have any more than four SATA >> devices in my machine. I'd have to detach one of the other (good) >> devices in order to do that. Is that feasible / possible? I would >> think at that point I would have only two of the four drives in the = pool >> and it wouldn't function at all, but if that's not the case I can = give >> it a try... >=20 > I wouldn't recommend that. What about attaching it externally, via = eSATA > or USB? Unfortunately, my machine doesn't support eSATA and I don't have a USB = to SATA adapter. I can pick one up if it'll help me solve this, though, = but one related issue: will the device be identified as the device that = used to be on ad6 (or ad6s1) once it's attached via another means, like = a USB adapter? I suspect it will (or that I can issue a command to tell = the zpool about it, anyway) but I thought I'd double check... Todd=