>>>>> "np" == Neal Pollack <[EMAIL PROTECTED]> writes: >>>>> "wj" == wan jm <[EMAIL PROTECTED]> writes:
np> Yes, it's too easy to administer. This makes it rough to
np> charge a lot as a sysadmin.
yeah, sure, until you get a simple question like this:
wj> there are two disks in one ZFS pool used as mirror. So we all
wj> know that there are the same date on the two disks. I want to
wj> know, how can migrate them into two separate pools, so I can
wj> later read & write them separately.( just as in UFS mirror
and then you will need to pay someone a lot to set new GUID's, as
discussed earlier for LUN cloning done by storage hardware.
http://www.opensolaris.org/jive/thread.jspa?threadID=65413&tstart=165
If you've detached one side of your mirror because you didn't want to
reboot, (1) it'll only work for a single-vdev pool, and (2) you'll
need the magic beans in this thread:
http://opensolaris.org/jive/thread.jspa?threadID=58780
and obviously I've never done it myself. I'm just repeating what I
read.
Of course you could just say, ``you can't do that.'' but that
solution would also work for UFS, also without the expensive
administrator.
I think at least for a few more years administrator salary deflation
is not a ZFS downside.
pgpN2nBv8SAEF.pgp
Description: PGP signature
_______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
