SUMMARY: Moving SVM volumes to a new server

From: Charlie Schluting <schluting_at_gmail.com>
Date: Wed Jun 28 2006 - 14:58:20 EDT
Thanks: Steve Harris and Kristopher.

The answer is simply to move in md.tab and run metainit -a, after I've
created new mdb replicas on the new server.

md.tab can be generated with metastat -p on the source system, and
then edited to taste. Alternatively, md.cf is the same, but gets
edited by SVM.
Example:
d8 -p /dev/dsk/c10t256000C0FFC08D80d0s0 -o 251691011 -b 104857600

So since it's a SAN-attached FC device, the only thing that may need
to be changed is the controller, c10.

I keep forgetting that you can re-init (metainit) existing SVM
volumes. Thanks guys!

-Charlie

On 6/28/06, Charlie Schluting <schluting@gmail.com> wrote:
> Howdy.
>
> I'm wondering if anyone has done this before? I've got a few arrays
> SAN-attached, and I'll be moving them to a new file server. I'm using
> SVM on most LUNs, and I'm not seeing a nice way to accomplish this.
>
> Copying /etv/lvm and /kernel/drv/md.conf would work, except for the
> fact that the new server won't have the state databse.
>
> Changing device paths shouldn't be a problem, SVM (metadevfsadm)
> handles this nicely. So I suppose my question is really: how does one
> "copy" a state database and move it to another server?
>
> Many Thanks,
> -Charlie
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers
Received on Wed Jun 28 14:58:47 2006

This archive was generated by hypermail 2.1.8 : Thu Mar 03 2016 - 06:43:59 EST