Operating System - HP-UX
1837970 Members
2691 Online
110124 Solutions
New Discussion

Re: Fibre channel new server

 
SOLVED
Go to solution
Lacrosse
Regular Advisor

Fibre channel new server

When going from a K-Class to a rp5470 should we be able to move our fibre channel cables over to the new rp5470 HBA's without any issues (other than making sure of the LC or SC connectors are the right type) fibre channel goes to brocade switch then to EMC storage...Thanks
6 REPLIES 6
Sridhar Bhaskarla
Honored Contributor

Re: Fibre channel new server

Hi,

Yes. Except to make sure that the interfaces of the cables are compatible as you mentioned.

-Sri
You may be disappointed if you fail, but you are doomed if you don't try
James R. Ferguson
Acclaimed Contributor
Solution

Re: Fibre channel new server

Hi:

It's likely that your device files will change. Hence, you should plan to 'vgexport' and 'vgimport'. For a task like this, you might want to use the '-f' option to capture your physical paths during export. Edit the file after the export and change the old paths to their new counterpars. Then apply it with the -f' option during the import. See the man pages for more information.

Regards!

...JRF...
Michael Tully
Honored Contributor

Re: Fibre channel new server

It is a certainty that your device will change.

Collect this information, especially the vgexport information, in *preview* mode only.

# vgdisplay -v >/tmp/vgdisplay.out
# vgexport -m myvg.mapfile -p -v /dev/myvg (for each volume)

Use the vgimport command to import the volume groups on your new machine.
Anyone for a Mutiny ?
Jeff Schussele
Honored Contributor

Re: Fibre channel new server

Hi Nigel,

It's a matter of choice but I prefer to use the following when I KNOW the device files will change

vgexport -m /etc/lvmconf/vg_name.map -s -p -v /dev/vg_name

Then move the map file to the new system

This will NOT export (remove) the VGs but imbeds the VGid in the file so that when you import the VG it will search & find it on the array.

NOTE: You have to create the /dev/vg_name directory & the group file, via mknod, BEFORE you can run vgimport on the new system - EX:

mkdir /dev/vg_name
cd /dev/vg_name
mknod group c 64 0x030000

vgimport -m /etc/lvmconf/vg_name.map -s -v /dev/vg_name

This way you don't have to edit nor remember anything (except xfer the map file to new system ;^)

My 2 cents,
Jeff
PERSEVERANCE -- Remember, whatever does not kill you only makes you stronger!
Ian Dennison_1
Honored Contributor

Re: Fibre channel new server

Nigel,

Have not used EMC under Fibre Channel, but I imagine there may be some LUN Security set on the Array (similar to XP512). Check if it uses the WWN of the Fibre Card for identification and security; if so, you may need to update the security before the new Fibre Cards with new WWNs can see the disks.

Share and Enjoy! Ian
Building a dumber user
Ted Ellis_2
Honored Contributor

Re: Fibre channel new server

Ian is correct in that the EMC will use its own controllers to "map" a LUN to a specific HBA based on the wwn (mac address). We had to do similar mapping changes when migrating LUNs from an MTI disk array between servers....

with the mapping changes and a clean vgexport / vgimport using the provided examples, you should be able to cleanly move the LUNs. For us the Mapping updates was provided as maintenance support by the Vendor... you do not want to mess up the LUN mapping.

Ted