<?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: vgexport vgimport for Install of HP11 from 10.20 in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/vgexport-vgimport-for-install-of-hp11-from-10-20/m-p/2671340#M644258</link>
    <description>Hi,&lt;BR /&gt;&lt;BR /&gt;I migrated an L class server last week doing &lt;BR /&gt;this:&lt;BR /&gt;&lt;BR /&gt;Build new server.&lt;BR /&gt;Backup old server.&lt;BR /&gt;Export existing volume groups on old server&lt;BR /&gt;vgexport -m vg01.mapfile -s -p -v /dev/vg01&lt;BR /&gt;continue for each group. Copy mafiles to new&lt;BR /&gt;server.&lt;BR /&gt;Unplug disks from old server&lt;BR /&gt;Plug into new server, and switch on, creating&lt;BR /&gt;the new devices.&lt;BR /&gt;mkdir /dev/vg01&lt;BR /&gt;mknod /dev/vg01/group c 64 0x010000&lt;BR /&gt;vgimport -m vg01.mapfile -p -s -v /dev/vg01&lt;BR /&gt;if no errors&lt;BR /&gt;vgimport -m vg01.mapfile -s -v /dev/vg01&lt;BR /&gt;&lt;BR /&gt;and so on for each group. For this scenario&lt;BR /&gt;I see no problem using the -s option.&lt;BR /&gt;&lt;BR /&gt;-Michael</description>
    <pubDate>Mon, 25 Feb 2002 21:38:35 GMT</pubDate>
    <dc:creator>Michael Tully</dc:creator>
    <dc:date>2002-02-25T21:38:35Z</dc:date>
    <item>
      <title>vgexport vgimport for Install of HP11 from 10.20</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vgexport-vgimport-for-install-of-hp11-from-10-20/m-p/2671336#M644254</link>
      <description>I am planning to do a cold install of HP11 to a HP9000/H50 system this weekend prior to my production install.  I have a vg01 and a vg02 groups on the 10.20.  I have read all the search notes for vgimport and vgexport and my question and concern is the -s option. I have about 12 drives in each vg group and really do not want to type in all the pv address and worry about fat fingers.  My concern is I read pro's and con's with using the -s option.  What is the opinion of the master's out there.  I will have make_recovery tape (which is a great thing) and all the important files copied over to a directory in the vg01 group.</description>
      <pubDate>Mon, 25 Feb 2002 21:17:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vgexport-vgimport-for-install-of-hp11-from-10-20/m-p/2671336#M644254</guid>
      <dc:creator>Belinda Dermody</dc:creator>
      <dc:date>2002-02-25T21:17:36Z</dc:date>
    </item>
    <item>
      <title>Re: vgexport vgimport for Install of HP11 from 10.20</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vgexport-vgimport-for-install-of-hp11-from-10-20/m-p/2671337#M644255</link>
      <description>I don't use the 's' option.  What I do is create a file with the vgimport command and all the physical volume names, make the file executable and run it.  By putting this into a file I am able to check for all my 'fat finger' mistakes and correct them.  Of course you will want to keep the file where you can get to in and not overwrite it.  I will often put the commands into notepad and just cut and paste them when needed.&lt;BR /&gt;&lt;BR /&gt;I know this doesn't answer your '-s' option question, just giving and alternative.&lt;BR /&gt;&lt;BR /&gt;nancy</description>
      <pubDate>Mon, 25 Feb 2002 21:26:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vgexport-vgimport-for-install-of-hp11-from-10-20/m-p/2671337#M644255</guid>
      <dc:creator>nancy rippey</dc:creator>
      <dc:date>2002-02-25T21:26:35Z</dc:date>
    </item>
    <item>
      <title>Re: vgexport vgimport for Install of HP11 from 10.20</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vgexport-vgimport-for-install-of-hp11-from-10-20/m-p/2671338#M644256</link>
      <description>Hi James:&lt;BR /&gt;&lt;BR /&gt;The '-s' option will allow the discovery of disks with the same VGID during the 'vgimport' process and is perfectly appropriate for the likes of OS cold installations.&lt;BR /&gt;&lt;BR /&gt;The '-s' option of the 'vgexport'/'vgimport'. prevents the removal of VG name from /etc/lvmtab and the removal of the associated device files from the exporting system.  Since you are going to cold-install anyway, this is not a problem.&lt;BR /&gt;&lt;BR /&gt;Another way to handle 'vgimport' device files (which often change during cold installation) is to do something like this:&lt;BR /&gt;&lt;BR /&gt;# vgchange -a n /dev/vg02 &lt;BR /&gt;# vgexport -m /tmp/vg02.mapfile -v -f /tmp/vg02.oldpaths /dev/vg02 &lt;BR /&gt;&lt;BR /&gt;...then... &lt;BR /&gt;&lt;BR /&gt;# mkdir /dev/vg02 &lt;BR /&gt;# mknod /dev/vg02/group c 64 0x020000 &lt;BR /&gt;# vgimport -m /tmp/vg02.mapfile -v -f /tmp/vg02.newpaths /dev/vg02 &lt;BR /&gt;# vgchange -a y /dev/vg02 &lt;BR /&gt;&lt;BR /&gt;You can capture the "oldpaths" when you export the affected volume groups, edit the device declarations to reflect the new devices, name the editted file "newpaths" and import the volume group. &lt;BR /&gt;&lt;BR /&gt;Regards!&lt;BR /&gt;&lt;BR /&gt;...JRF...</description>
      <pubDate>Mon, 25 Feb 2002 21:34:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vgexport-vgimport-for-install-of-hp11-from-10-20/m-p/2671338#M644256</guid>
      <dc:creator>James R. Ferguson</dc:creator>
      <dc:date>2002-02-25T21:34:43Z</dc:date>
    </item>
    <item>
      <title>Re: vgexport vgimport for Install of HP11 from 10.20</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vgexport-vgimport-for-install-of-hp11-from-10-20/m-p/2671339#M644257</link>
      <description>I will tell you to use the -s options since after cold installing the system your devices will  probably have change and it will be harder to try to associate them with the correct VG so it will be easier to let the system work for you.&lt;BR /&gt;&lt;BR /&gt;What the -s does is adding a line in the map file with the volume group id (VGID) . when you import using the -s option the system with read the header on each disk to be able to match them with the VGID define in the map file.&lt;BR /&gt;&lt;BR /&gt;The only time I won recommend to do it with the -s option is if you are using an EMC with powerpath or with the BCV split, the same thing for the XP with business copy.&lt;BR /&gt;&lt;BR /&gt;The other problem you may encounter is if you have a lot of luns (&amp;gt;500) it could take a lot of time for the import because the system will have to read all these luns. &lt;BR /&gt;&lt;BR /&gt;Luc</description>
      <pubDate>Mon, 25 Feb 2002 21:37:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vgexport-vgimport-for-install-of-hp11-from-10-20/m-p/2671339#M644257</guid>
      <dc:creator>Luc Bussieres</dc:creator>
      <dc:date>2002-02-25T21:37:35Z</dc:date>
    </item>
    <item>
      <title>Re: vgexport vgimport for Install of HP11 from 10.20</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vgexport-vgimport-for-install-of-hp11-from-10-20/m-p/2671340#M644258</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;I migrated an L class server last week doing &lt;BR /&gt;this:&lt;BR /&gt;&lt;BR /&gt;Build new server.&lt;BR /&gt;Backup old server.&lt;BR /&gt;Export existing volume groups on old server&lt;BR /&gt;vgexport -m vg01.mapfile -s -p -v /dev/vg01&lt;BR /&gt;continue for each group. Copy mafiles to new&lt;BR /&gt;server.&lt;BR /&gt;Unplug disks from old server&lt;BR /&gt;Plug into new server, and switch on, creating&lt;BR /&gt;the new devices.&lt;BR /&gt;mkdir /dev/vg01&lt;BR /&gt;mknod /dev/vg01/group c 64 0x010000&lt;BR /&gt;vgimport -m vg01.mapfile -p -s -v /dev/vg01&lt;BR /&gt;if no errors&lt;BR /&gt;vgimport -m vg01.mapfile -s -v /dev/vg01&lt;BR /&gt;&lt;BR /&gt;and so on for each group. For this scenario&lt;BR /&gt;I see no problem using the -s option.&lt;BR /&gt;&lt;BR /&gt;-Michael</description>
      <pubDate>Mon, 25 Feb 2002 21:38:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vgexport-vgimport-for-install-of-hp11-from-10-20/m-p/2671340#M644258</guid>
      <dc:creator>Michael Tully</dc:creator>
      <dc:date>2002-02-25T21:38:35Z</dc:date>
    </item>
    <item>
      <title>Re: vgexport vgimport for Install of HP11 from 10.20</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vgexport-vgimport-for-install-of-hp11-from-10-20/m-p/2671341#M644259</link>
      <description>I have used this exact procedure recently, with great success:&lt;BR /&gt;&lt;BR /&gt;vgchange -a n vg01&lt;BR /&gt;vgexport -m /tmp/vg01.map -v -s vg01&lt;BR /&gt;..(etc, more pairs of commands here)..&lt;BR /&gt;&lt;BR /&gt;FTP map files to another server..  Save them!  You need them!&lt;BR /&gt;&lt;BR /&gt;After install and bootup, ftp the files back.&lt;BR /&gt;&lt;BR /&gt;mkdir /dev/vg01&lt;BR /&gt;mknod /dev/vg01/group c 64 0x010000&lt;BR /&gt;vgimport -m /tmp/vg01.map -v -s -p vg01&lt;BR /&gt;&lt;BR /&gt;I even wrote a perl script to create all the commands when we did our upgrade because we had some systems with a bunch of VGs.  It's attached if you're curious.&lt;BR /&gt;</description>
      <pubDate>Mon, 25 Feb 2002 21:53:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vgexport-vgimport-for-install-of-hp11-from-10-20/m-p/2671341#M644259</guid>
      <dc:creator>Eric Ladner</dc:creator>
      <dc:date>2002-02-25T21:53:11Z</dc:date>
    </item>
  </channel>
</rss>

