Nicolas Williams wrote:
On Tue, Jan 23, 2007 at 04:49:38PM +0000, Darren J Moffat wrote:
Jeremy Teo wrote:
I'm defining "zpool split" as the ability to divide a pool into 2
separate pools, each with identical FSes. The typical use case would
be to split a N disk mirrored pool into a N-1 pool and a 1 disk pool,
and then transport the 1 disk pool to another machine.
Can you pick another name for this please because that name has already
been suggested for zfs(1) where the argument is a directory in an
existing ZFS file system and the result is that the directory becomes a
new ZFS file system while retaining its contents.
But zpool(1M) and zfs(1) do such different things that I wouldn't be
confused by it. However, an option to detach seems much better to me,
as in detach a mirror from a vdev such that the detached mirror turns
into an imported or exported pool.
but there is no overlap in subcommands today and I don't think that
creating an overlap when the functionality is fundamentally different is
a good idea.
What problem are you actually trying to solve ? Just because you did
something this way in the SVM world doesn't mean that there should be a
1:1 in the ZFS world - there might be but it doesn't follow that there
should be.
I think Jeremy must mean detach a mirror and treat the detached device
as new pool.
I think so too and to be honest I was actually very surprised to find
out that detach didn't do that.
--
Darren J Moffat
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
