<?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: Problem with vgextend command in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/problem-with-vgextend-command/m-p/4435132#M561345</link>
    <description>Hello,&lt;BR /&gt;&lt;BR /&gt;You do not need to perform extension on the second server. Infact you should not attempt to.&lt;BR /&gt;&lt;BR /&gt;When you extended it on the primary server, it already modified the LVM headers on the disks with the new information. Now the disks being shared and viewable by both servers in the cluster (as it should be), you only need to update the lvmtab and create relevant device files for the new luns, on the secondary server.&lt;BR /&gt;&lt;BR /&gt;Follow below:&lt;BR /&gt;&lt;BR /&gt;perform ioscan and ensure disks are claimed&lt;BR /&gt;#insf -e #Creates device files&lt;BR /&gt; &lt;BR /&gt;On Primary server:&lt;BR /&gt;&lt;BR /&gt;For each vg that that you added luns to, that is shared and active on primary server, do&lt;BR /&gt;&lt;BR /&gt;#vgexport -p -v -s -m &lt;MAPFILENAME&gt; &lt;VGNAME&gt; #Creates map file with all lv info&lt;BR /&gt;&lt;BR /&gt;Copy this map file to the secondary server&lt;BR /&gt;On Secondary server:&lt;BR /&gt;&lt;BR /&gt;Note down the minor numbers of the group file&lt;BR /&gt;&lt;BR /&gt;#ll /dev/vg*/group &amp;gt; tmpfile&lt;BR /&gt;&lt;BR /&gt;For each vg that you added luns to, shared, and that is active now on primary server, do&lt;BR /&gt;&lt;BR /&gt;#vgexport vgname # Exports and removes configuration&lt;BR /&gt;#mkdir /dev/vgname&lt;BR /&gt;#mknod /dev/vgname/group c 64 &lt;MINOR number="" -="" refer="" the="" tmpfile=""&gt; # This creates the device file with the same minor number as before.&lt;BR /&gt;#vgimport -s -v -m &lt;CORRECT mapfile="" for="" the="" vg=""&gt; &lt;VGNAME&gt;  # This will scan all the available disks, match them with the vgid, import with relevant pvs and create device files for lvols.&lt;BR /&gt;&lt;BR /&gt;Remember that a different map file needs to be used for each vg.&lt;BR /&gt;&lt;BR /&gt;And all this can be performed WITHOUT down time when the cluster and packages are up and running :)&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;/VGNAME&gt;&lt;/CORRECT&gt;&lt;/MINOR&gt;&lt;/VGNAME&gt;&lt;/MAPFILENAME&gt;</description>
    <pubDate>Tue, 09 Jun 2009 08:32:18 GMT</pubDate>
    <dc:creator>Anoop P_2</dc:creator>
    <dc:date>2009-06-09T08:32:18Z</dc:date>
    <item>
      <title>Problem with vgextend command</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/problem-with-vgextend-command/m-p/4435126#M561339</link>
      <description>I have some new LUNs created in VA7100 and they are shared in two HP-UX 11.11 server and controlled by service guard. &lt;BR /&gt;&lt;BR /&gt;I made the extension of the VG with the new LUNs on the primary HP-UX server but I can’t extend the same VG on the second HP-UX server.&lt;BR /&gt;&lt;BR /&gt;When I run the vgextend command the system return the following message: &lt;BR /&gt;&lt;BR /&gt;vgextend /dev/vgdbofprod /dev/dsk/c10t3d4&lt;BR /&gt;Current path "/dev/dsk/c10t0d2" is an alternate link, skip.&lt;BR /&gt;Current path "/dev/dsk/c8t1d0" is an alternate link, skip.&lt;BR /&gt;vgextend: Couldn't install the physical volume "/dev/dsk/c10t3d4".&lt;BR /&gt;Device busy&lt;BR /&gt;&lt;BR /&gt;Please, could somebody help me?&lt;BR /&gt;&lt;BR /&gt;Thanks&lt;BR /&gt;Toscanini&lt;BR /&gt;</description>
      <pubDate>Mon, 08 Jun 2009 17:38:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/problem-with-vgextend-command/m-p/4435126#M561339</guid>
      <dc:creator>Toscanini Montaño</dc:creator>
      <dc:date>2009-06-08T17:38:43Z</dc:date>
    </item>
    <item>
      <title>Re: Problem with vgextend command</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/problem-with-vgextend-command/m-p/4435127#M561340</link>
      <description>hi,&lt;BR /&gt;&lt;BR /&gt;you need to shutdown the cluster export the eg from node 1 and them import it to the node 2.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;mikap</description>
      <pubDate>Mon, 08 Jun 2009 17:44:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/problem-with-vgextend-command/m-p/4435127#M561340</guid>
      <dc:creator>Michal Kapalka (mikap)</dc:creator>
      <dc:date>2009-06-08T17:44:59Z</dc:date>
    </item>
    <item>
      <title>Re: Problem with vgextend command</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/problem-with-vgextend-command/m-p/4435128#M561341</link>
      <description>thanks Mikap, i will try it asap.&lt;BR /&gt;&lt;BR /&gt;Toscanini.-</description>
      <pubDate>Mon, 08 Jun 2009 17:47:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/problem-with-vgextend-command/m-p/4435128#M561341</guid>
      <dc:creator>Toscanini Montaño</dc:creator>
      <dc:date>2009-06-08T17:47:37Z</dc:date>
    </item>
    <item>
      <title>Re: Problem with vgextend command</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/problem-with-vgextend-command/m-p/4435129#M561342</link>
      <description>Hi,&lt;BR /&gt;If the disk is on another vg, it have a vgid of the another vg. So it's normal that it's busy. So deactivate the vg on the first node and distribute the volume group with vgexport/vgimport.&lt;BR /&gt;Hope it helps</description>
      <pubDate>Mon, 08 Jun 2009 17:49:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/problem-with-vgextend-command/m-p/4435129#M561342</guid>
      <dc:creator>smatador</dc:creator>
      <dc:date>2009-06-08T17:49:58Z</dc:date>
    </item>
    <item>
      <title>Re: Problem with vgextend command</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/problem-with-vgextend-command/m-p/4435130#M561343</link>
      <description>I've been trying to upload a MC/SG manual for you but it 3 MB and over the max limit of 1 MB.  Sorry.  But, you should stop and find a manual.  There are many steps to this complicated procedure, one for sure is the following.  For you're problem, you vgexport a map file from node one and ftp it over to node two, where you vgimport the map file and create a duplicate vg.  But, in short, you are missing many steps and should call the response center and search the ITRC for a manual.</description>
      <pubDate>Mon, 08 Jun 2009 18:19:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/problem-with-vgextend-command/m-p/4435130#M561343</guid>
      <dc:creator>Michael Steele_2</dc:creator>
      <dc:date>2009-06-08T18:19:18Z</dc:date>
    </item>
    <item>
      <title>Re: Problem with vgextend command</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/problem-with-vgextend-command/m-p/4435131#M561344</link>
      <description>Hi &lt;BR /&gt;&lt;BR /&gt;You can find the manual here.&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://docs.hp.com/en/ha.html#Serviceguard" target="_blank"&gt;http://docs.hp.com/en/ha.html#Serviceguard&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;or this page onwards&lt;BR /&gt;&lt;A href="http://docs.hp.com/en/B3936-90079/ch05s04.html" target="_blank"&gt;http://docs.hp.com/en/B3936-90079/ch05s04.html&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Regards&lt;BR /&gt;&lt;BR /&gt;WCI&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 09 Jun 2009 03:58:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/problem-with-vgextend-command/m-p/4435131#M561344</guid>
      <dc:creator>wci</dc:creator>
      <dc:date>2009-06-09T03:58:01Z</dc:date>
    </item>
    <item>
      <title>Re: Problem with vgextend command</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/problem-with-vgextend-command/m-p/4435132#M561345</link>
      <description>Hello,&lt;BR /&gt;&lt;BR /&gt;You do not need to perform extension on the second server. Infact you should not attempt to.&lt;BR /&gt;&lt;BR /&gt;When you extended it on the primary server, it already modified the LVM headers on the disks with the new information. Now the disks being shared and viewable by both servers in the cluster (as it should be), you only need to update the lvmtab and create relevant device files for the new luns, on the secondary server.&lt;BR /&gt;&lt;BR /&gt;Follow below:&lt;BR /&gt;&lt;BR /&gt;perform ioscan and ensure disks are claimed&lt;BR /&gt;#insf -e #Creates device files&lt;BR /&gt; &lt;BR /&gt;On Primary server:&lt;BR /&gt;&lt;BR /&gt;For each vg that that you added luns to, that is shared and active on primary server, do&lt;BR /&gt;&lt;BR /&gt;#vgexport -p -v -s -m &lt;MAPFILENAME&gt; &lt;VGNAME&gt; #Creates map file with all lv info&lt;BR /&gt;&lt;BR /&gt;Copy this map file to the secondary server&lt;BR /&gt;On Secondary server:&lt;BR /&gt;&lt;BR /&gt;Note down the minor numbers of the group file&lt;BR /&gt;&lt;BR /&gt;#ll /dev/vg*/group &amp;gt; tmpfile&lt;BR /&gt;&lt;BR /&gt;For each vg that you added luns to, shared, and that is active now on primary server, do&lt;BR /&gt;&lt;BR /&gt;#vgexport vgname # Exports and removes configuration&lt;BR /&gt;#mkdir /dev/vgname&lt;BR /&gt;#mknod /dev/vgname/group c 64 &lt;MINOR number="" -="" refer="" the="" tmpfile=""&gt; # This creates the device file with the same minor number as before.&lt;BR /&gt;#vgimport -s -v -m &lt;CORRECT mapfile="" for="" the="" vg=""&gt; &lt;VGNAME&gt;  # This will scan all the available disks, match them with the vgid, import with relevant pvs and create device files for lvols.&lt;BR /&gt;&lt;BR /&gt;Remember that a different map file needs to be used for each vg.&lt;BR /&gt;&lt;BR /&gt;And all this can be performed WITHOUT down time when the cluster and packages are up and running :)&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;/VGNAME&gt;&lt;/CORRECT&gt;&lt;/MINOR&gt;&lt;/VGNAME&gt;&lt;/MAPFILENAME&gt;</description>
      <pubDate>Tue, 09 Jun 2009 08:32:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/problem-with-vgextend-command/m-p/4435132#M561345</guid>
      <dc:creator>Anoop P_2</dc:creator>
      <dc:date>2009-06-09T08:32:18Z</dc:date>
    </item>
    <item>
      <title>Re: Problem with vgextend command</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/problem-with-vgextend-command/m-p/4435133#M561346</link>
      <description>Hi Toscanini&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;You should follow the correct approach described by "Anoop P".&lt;BR /&gt;&lt;BR /&gt;This is the correct order to do what you are attended to do ..&lt;BR /&gt;&lt;BR /&gt;If you have any problem please reply.&lt;BR /&gt;&lt;BR /&gt;Regards.</description>
      <pubDate>Tue, 09 Jun 2009 11:44:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/problem-with-vgextend-command/m-p/4435133#M561346</guid>
      <dc:creator>nightwich</dc:creator>
      <dc:date>2009-06-09T11:44:41Z</dc:date>
    </item>
    <item>
      <title>Re: Problem with vgextend command</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/problem-with-vgextend-command/m-p/4435134#M561347</link>
      <description>If you created any new logical volumes on these LUNs you'll want to update the package control scripts (on all nodes) to automatically mount/unmount the new file systems.&lt;BR /&gt;- Kevin</description>
      <pubDate>Tue, 09 Jun 2009 16:24:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/problem-with-vgextend-command/m-p/4435134#M561347</guid>
      <dc:creator>kevin_m</dc:creator>
      <dc:date>2009-06-09T16:24:08Z</dc:date>
    </item>
  </channel>
</rss>

