Re: MC ServiceGuard
From: Robert (stop.spam_at_whitehouse.gov)
Date: 08/14/03
- Next message: all mail refused: "Re: System user management commands delete NIS wildcards"
- Previous message: Peter da Silva: "Re: Free UNIX for non-commerical use."
- In reply to: Shark: "MC ServiceGuard"
- Next in thread: Shark: "Re: MC ServiceGuard"
- Reply: Shark: "Re: MC ServiceGuard"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Thu, 14 Aug 2003 05:44:19 GMT
I went through this a couple of times. It is not difficult but it requires
planning. Essentially you will need to present new LUNs from the SAN you
are migrating too. Use vgextend to add those disks to your VG. Assuming
that your lvols are not striped (even if they are you can still do this with
some extra steps) use the pvmove to move each of your lvols from the source
to the target. After you have moved all your physical extents use vgreduce
to remove the old LUNs. You will have to shut your servers down if you add
in additional HBAs for fabric login. If your HBAs are compatable with the
new switches you should be able to use the existing HBAs by removing one
pvlink for each LUN by running a pvchange and vgreduce.
"Shark" <pubsharkj@comcast.net> wrote in message
news:Z8i_a.132369$YN5.89352@sccrnsc01...
> I'm a newbie to MC ServiceGuard, so please forgive me if this is a simple
> question.
>
> I have an MC ServiceGuard 2 node cluster with SAN attached storage. We
will
> be
> replacing our fibre channel switches and would like to migrate to the new
> SAN with little to no down time.
>
> Is this possible, and if so what would the steps be?
>
> Thanks
>
>
- Next message: all mail refused: "Re: System user management commands delete NIS wildcards"
- Previous message: Peter da Silva: "Re: Free UNIX for non-commerical use."
- In reply to: Shark: "MC ServiceGuard"
- Next in thread: Shark: "Re: MC ServiceGuard"
- Reply: Shark: "Re: MC ServiceGuard"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|
