On Sat, Dec 27, 2008 at 3:24 PM, Miles Nordin <car...@ivy.net> wrote:
> >>>>> "t" == Tim <t...@tcsac.net> writes: > > t> couldn't you simply do a detach before removing the disk, and > t> do a re-attach everytime you wanted to re-mirror? > > no, for two reasons. First, when you detach a disk, ZFS writes > something to the disk that makes it unrecoverable. The simple-UI > wallpaper blocks your access to the detached disk, so you have no > redundancy while detached. In this thread is a workaround to disable > the checks (AIUI they're explaining a more fundamental problem with a > multi-vdev pool because you can't detach one-mirror-half of each vdev > at exactly the same instant, but multi-vdev is not part of Niall's > case): > > http://opensolaris.org/jive/thread.jspa?threadID=58780 Gotcha, that's more than a bit ridiculous. If I detach a disk, I guess I'd expect to have to clear metadata if that's what I wanted, rather than it automatically doing so. I guess I almost feel there should either be a secondary command, or some flags added for just such situations as this. Personally I'd much rather have attach/detach commands than having to do a zfs send. Perhaps I'm alone in that feeling though. > > second, when you attach rather than online/clear/notice-its-back, ZFS > will treat the newly-attached disk as empty and will resilver > everything, not just your changes. It's the difference between taking > 5 minutes and taking all night. and you don't have redundancy until > the resilver finishes. > Odd, my experience was definitely not the same. When I re-attached, it did not sync the entire disk. Good to know that the expected behavior is different than what I saw.
_______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
