I have an interesting situation, this is not something that I can see happening often, but it would be useful to have, for example, when a business re-organizes.
I want to be able to move a volume from vserver1 to vserver2. It seems to me that this should be a fairly simple thing to do. Right?
1) unmount volume from junction path on vserver1.
2) maybe offline the volume? might not be needed.
3) vol modify to change owning vserver
4) mount volume on new junction path on vserver2.
I don't see a way to do this today without using SnapMirror to migrate the data, then remove the old volume. This would be time consuming for large volumes and impractical if the cluster doesn't have the free space.
It seems to me that this should be a simple update in VolDB to move a volume, with a few error checks to make sure the volume name is unique in the destination vserver, and that the volume is unmounted. Export policies, CIFS shares, LUN mapping would be handled within the original owner vserver the sames as if someone deleted the volume. The administrator would have to copy or setup new policies on the destination vserver (new owner), or maybe there can be a way to migrate that information too if requested.
vFiler parity across the board to Vservers in a perfect world. in addition to move/reassign volumes, Vserver migrate and Vserver dr. I know these are futures but all on my wish list too. Vserver data motion too.