Date: Sun, 16 May 2010 16:23:56 -0500 (CDT) From: Wes Morgan <morganw@chemikals.org> To: Todd Wasson <tsw5@duke.edu> Cc: freebsd-fs@freebsd.org Subject: Re: zfs drive replacement issues Message-ID: <alpine.BSF.2.00.1005161622191.92195@ibyngvyr> In-Reply-To: <0BE564E4-3B13-41A5-9A38-7D5AE0C983BF@duke.edu> References: <0B97967D-1057-4414-BBD4-4F1AA2659A5D@duke.edu> <alpine.BSF.2.00.1005161352240.17439@ibyngvyr> <6FADBEDC-FF47-498A-BB17-0FCC163D3C8C@duke.edu> <alpine.BSF.2.00.1005161534120.92195@ibyngvyr> <0BE564E4-3B13-41A5-9A38-7D5AE0C983BF@duke.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 16 May 2010, Todd Wasson wrote: > >>> 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. > >>> > >>> Try reconnecting the disk you partitioned, leaving the original ad6 still > >>> attached, and you should be able to detach the new one. > >> > >> 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... > > > > 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... Via USB, it will show up as a daX device, and it should be recognized without problem by zfs. You may need to export and import the pool, though.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.00.1005161622191.92195>