<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Migrating from one HP Server to another connected to an EMC in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/migrating-from-one-hp-server-to-another-connected-to-an-emc/m-p/2978003#M632263</link>
    <description>vgremove is not recommended because you need to remove all LVs and PVs from the VG before you could use vgremove. This is not necessary with vgexport. Additionally vgexport leaves the LVM structures on the disks untouched which could be an advantage if you like to re-import the VG later.</description>
    <pubDate>Wed, 21 May 2003 11:04:27 GMT</pubDate>
    <dc:creator />
    <dc:date>2003-05-21T11:04:27Z</dc:date>
    <item>
      <title>Migrating from one HP Server to another connected to an EMC</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/migrating-from-one-hp-server-to-another-connected-to-an-emc/m-p/2977998#M632258</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;When upgrading/migrating from one HP server to another that is attached to an EMC Symmetrix, there will be controller number changes for the disks when mounted on the new server.  How can I cater for this with the vgimport, without losing any data?  Do I specify the disks with the new controller number, or will the "-s" option cater for this.&lt;BR /&gt;&lt;BR /&gt;I do award points, and will appreciate any advice.&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;&lt;BR /&gt;Jo</description>
      <pubDate>Wed, 21 May 2003 02:05:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/migrating-from-one-hp-server-to-another-connected-to-an-emc/m-p/2977998#M632258</guid>
      <dc:creator>Joanne Keegan</dc:creator>
      <dc:date>2003-05-21T02:05:37Z</dc:date>
    </item>
    <item>
      <title>Re: Migrating from one HP Server to another connected to an EMC</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/migrating-from-one-hp-server-to-another-connected-to-an-emc/m-p/2977999#M632259</link>
      <description>Yes Joanne, you are on the right track.&lt;BR /&gt;&lt;BR /&gt;You will want a good tape backup before you start, but you should be able to use vgexport on the volume groups on the EMC and then vgimport to bring those volume groups into the new machine.&lt;BR /&gt;&lt;BR /&gt;A few things to think about.&lt;BR /&gt;&lt;BR /&gt;If its a boot volume, you might have problems because there are likely hardware and driver differences.&lt;BR /&gt;&lt;BR /&gt;If you used nonstandard volume group names,  those won't import the same way.&lt;BR /&gt;&lt;BR /&gt;If a filesystem in vg01 on the EMC was called oracle, it will be imported with standard volume group names as if created without the -n option in vgcreate.&lt;BR /&gt;&lt;BR /&gt;/dev/vg01/oracle will become /dev/vg01/lvol8 when imported.&lt;BR /&gt;&lt;BR /&gt;There may be a way around it with 11i, but I've done it with HP suport on an 11.00 box.&lt;BR /&gt;&lt;BR /&gt;I had to mount the logical volumes after the import one at a time, figure out what was on them and make adjustments to my /etc/fstab file.&lt;BR /&gt;&lt;BR /&gt;This is a start, I'll hunt down some itrc posts and get back to you after handling some issues with my kiddies.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Wed, 21 May 2003 02:14:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/migrating-from-one-hp-server-to-another-connected-to-an-emc/m-p/2977999#M632259</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2003-05-21T02:14:54Z</dc:date>
    </item>
    <item>
      <title>Re: Migrating from one HP Server to another connected to an EMC</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/migrating-from-one-hp-server-to-another-connected-to-an-emc/m-p/2978000#M632260</link>
      <description>Hi Jo,&lt;BR /&gt;&lt;BR /&gt;I've done this many times. The key is in how you do the vgexport. The -s places a VGID in the mapfile.&lt;BR /&gt;&lt;BR /&gt;Try this e.g.&lt;BR /&gt;old server for each volume group&lt;BR /&gt;# cd /tmp&lt;BR /&gt;# vgexport -m myvg.mapfile -v -p -s /dev/myvg (you must use -p or you'll lose everything)&lt;BR /&gt;ftp the files to new server&lt;BR /&gt;unplug the cables/new cables/ rezone etc&lt;BR /&gt;&lt;BR /&gt;on new server for each volume group e.g.&lt;BR /&gt;# mkdir /dev/myvg&lt;BR /&gt;# mknod /dev/myvg/group c 64 0x020000 (or whatever number is next)&lt;BR /&gt;# vgimport -m myvg.mapfile -v -p -s /dev/myvg&lt;BR /&gt;if it all works&lt;BR /&gt;# vgimport -m myvg.mapfile -v -s /dev/myvg (remove the -p preview option)&lt;BR /&gt;# vgchange -a y /dev/myvg &lt;BR /&gt;Make your directories etc mount, copy your /etc/fstab&lt;BR /&gt;&lt;BR /&gt;Regards&lt;BR /&gt;Michael&lt;BR /&gt;"When I have trouble spelling, it's called fat finger syndrome" &lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 21 May 2003 02:15:24 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/migrating-from-one-hp-server-to-another-connected-to-an-emc/m-p/2978000#M632260</guid>
      <dc:creator>Michael Tully</dc:creator>
      <dc:date>2003-05-21T02:15:24Z</dc:date>
    </item>
    <item>
      <title>Re: Migrating from one HP Server to another connected to an EMC</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/migrating-from-one-hp-server-to-another-connected-to-an-emc/m-p/2978001#M632261</link>
      <description>Hi Jo,&lt;BR /&gt;-s option will be enough.&lt;BR /&gt;&lt;BR /&gt;vgexport -m /tmp/vg01.map -v -s /dev/vg01&lt;BR /&gt;On new server :&lt;BR /&gt;mkdir /dev/vg01&lt;BR /&gt;mknod /dev/vg01/group  c 64 0x020000&lt;BR /&gt;vgimport -m /tmp/map/vg01.map -v  -s /dev/vg01&lt;BR /&gt;&lt;BR /&gt;vgchange -a y vg01&lt;BR /&gt;vgcfgbackup vg01&lt;BR /&gt;&lt;BR /&gt;Thanks&lt;BR /&gt;Animesh</description>
      <pubDate>Wed, 21 May 2003 02:19:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/migrating-from-one-hp-server-to-another-connected-to-an-emc/m-p/2978001#M632261</guid>
      <dc:creator>Animesh Chakraborty</dc:creator>
      <dc:date>2003-05-21T02:19:07Z</dc:date>
    </item>
    <item>
      <title>Re: Migrating from one HP Server to another connected to an EMC</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/migrating-from-one-hp-server-to-another-connected-to-an-emc/m-p/2978002#M632262</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;You got it...&lt;BR /&gt;yes -s option is more than sufficient....&lt;BR /&gt;SS</description>
      <pubDate>Wed, 21 May 2003 02:48:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/migrating-from-one-hp-server-to-another-connected-to-an-emc/m-p/2978002#M632262</guid>
      <dc:creator>Sunil Sharma_1</dc:creator>
      <dc:date>2003-05-21T02:48:58Z</dc:date>
    </item>
    <item>
      <title>Re: Migrating from one HP Server to another connected to an EMC</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/migrating-from-one-hp-server-to-another-connected-to-an-emc/m-p/2978003#M632263</link>
      <description>vgremove is not recommended because you need to remove all LVs and PVs from the VG before you could use vgremove. This is not necessary with vgexport. Additionally vgexport leaves the LVM structures on the disks untouched which could be an advantage if you like to re-import the VG later.</description>
      <pubDate>Wed, 21 May 2003 11:04:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/migrating-from-one-hp-server-to-another-connected-to-an-emc/m-p/2978003#M632263</guid>
      <dc:creator />
      <dc:date>2003-05-21T11:04:27Z</dc:date>
    </item>
    <item>
      <title>Re: Migrating from one HP Server to another connected to an EMC</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/migrating-from-one-hp-server-to-another-connected-to-an-emc/m-p/2978004#M632264</link>
      <description>I've done something similar on a k-class.  These were the steps I did.&lt;BR /&gt;&lt;BR /&gt;Deactivate the volume group&lt;BR /&gt;#vgchange -a n /dev/vg03&lt;BR /&gt;&lt;BR /&gt;Remove LVM settings from /etc/lvmtab (-m will create a mapfile)&lt;BR /&gt;#vgexport ???v -s ???m /tmp/vg03_map  /dev/vg03 &lt;BR /&gt;&lt;BR /&gt;Modify the fstab file so when the system reboots it will come up cleaner&lt;BR /&gt;#cp /etc/fstab /etc/fstab.old&lt;BR /&gt;Modify the fstab so it just contains vg00(root volume group info), comment out the rest&lt;BR /&gt;&lt;BR /&gt;Architecture change (EMC)&lt;BR /&gt;Add the Brocade switches???&lt;BR /&gt;&lt;BR /&gt;Reboot system&lt;BR /&gt;&lt;BR /&gt;Unix Commands (HP)&lt;BR /&gt;The device files will need to change&lt;BR /&gt;#ioscan -fn&lt;BR /&gt;&lt;BR /&gt;Recreate the directory&lt;BR /&gt;#mkdir /dev/vg03&lt;BR /&gt;&lt;BR /&gt;See which numbers have been used already for the group files&lt;BR /&gt;#ll /dev/vg*/group&lt;BR /&gt;&lt;BR /&gt;???n??? has to be a unique number (see previous command)&lt;BR /&gt;#mknod /dev/vg03/group c 64 0x0n0000 &lt;BR /&gt;&lt;BR /&gt;Restore the LVM settings (-m references the mapfile)&lt;BR /&gt;#vgimport ???v -s ???m /tmp/vg03_map  /dev/vg03&lt;BR /&gt;&lt;BR /&gt;Reactivate the Volume Group&lt;BR /&gt;#vgchange -a y /dev/vg03&lt;BR /&gt;&lt;BR /&gt;Backup the new LVM settings&lt;BR /&gt;#vgcfgbackup /dev/vg03 (do twice)&lt;BR /&gt;&lt;BR /&gt;copy back the /etc/fstab&lt;BR /&gt;#cp /etc/fstab.old /etc/fstab &lt;BR /&gt;mount -a&lt;BR /&gt;&lt;BR /&gt;Good luck!&lt;BR /&gt;</description>
      <pubDate>Thu, 22 May 2003 12:49:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/migrating-from-one-hp-server-to-another-connected-to-an-emc/m-p/2978004#M632264</guid>
      <dc:creator>Bruce Troutman</dc:creator>
      <dc:date>2003-05-22T12:49:32Z</dc:date>
    </item>
  </channel>
</rss>

