Hello Bill, Tuesday, November 14, 2006, 2:31:11 PM, you wrote:
BS> On Tue, 2006-11-14 at 03:50 -0600, Chris Csanady wrote: >> After examining the source, it clearly wipes the vdev label during a detach. >> I suppose it does this so that the machine can't get confused at a later >> date. >> It would be nice if the detach simply renamed something, rather than >> destroying the pool though. At the very least, the manual page ought >> to reflect the destructive nature of the detach command. BS> rather than patch it up after the detach, why not have the filesystem do BS> it? BS> seems like the problem would be solved by something looking vaguely BS> like: BS> zpool fork -p poolname -n newpoolname [devname ...] BS> Create the new exported pool "newpoolname" from poolname by detaching BS> one side from each mirrored vdev, starting with the BS> device names listed on the command line. Fails if the pool does not BS> consist exclusively of mirror vdevs, if any device listed on the BS> command line is not part of the pool, or if there is a scrub or resilver BS> necessary or in progress. Use on bootable pools not recommended. BS> For best results, snapshot filesystems you care about before the fork. BS> (just a concept... ) Could you please create an RFE for it and give us id? I would immediately add a call record to it :) -- Best regards, Robert mailto:[EMAIL PROTECTED] http://milek.blogspot.com _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
