<?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 importing volume group in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/problem-importing-volume-group/m-p/2716840#M643222</link>
    <description>Hi,&lt;BR /&gt;I don't have a solution to the problem, but we are facing similar problem. Though, we are not using mirror volume, but we have hp mirror disk installed on the system. Problem seems to be related to vgchgid. If we don't do this, then import works fine. We need to do vgchgid because we might want to import the vg on the same host and also with different vg name.&lt;BR /&gt;&lt;BR /&gt;thanks&lt;BR /&gt;pash</description>
    <pubDate>Thu, 27 Jun 2002 22:49:51 GMT</pubDate>
    <dc:creator>Pashupati Kumar</dc:creator>
    <dc:date>2002-06-27T22:49:51Z</dc:date>
    <item>
      <title>Problem importing volume group</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/problem-importing-volume-group/m-p/2716833#M643215</link>
      <description>Hello,&lt;BR /&gt;&lt;BR /&gt;I am having a problem importing a volume group.  Let me give you an overview of our environment first.  The host computer on which the import is attempted is running HP-UX 11.00.&lt;BR /&gt;We have an EMC Symmetrix environment set up.  We are trying to import a volume group from the primary host onto the secondary host.  The import will be attempted from BCVs after the split has taken place.  Here is the information about the volume group as displayed by vginfo on the primary host:&lt;BR /&gt;&lt;BR /&gt;--- Volume groups ---&lt;BR /&gt;VG Name                     /dev/313nmesvg1&lt;BR /&gt;VG Write Access             read/write     &lt;BR /&gt;VG Status                   available                 &lt;BR /&gt;Max LV                      255    &lt;BR /&gt;Cur LV                      1      &lt;BR /&gt;Open LV                     1      &lt;BR /&gt;Max PV                      16     &lt;BR /&gt;Cur PV                      2      &lt;BR /&gt;Act PV                      2      &lt;BR /&gt;Max PE per PV               1079         &lt;BR /&gt;VGDA                        4   &lt;BR /&gt;PE Size (Mbytes)            4               &lt;BR /&gt;Total PE                    2156    &lt;BR /&gt;Alloc PE                    250     &lt;BR /&gt;Free PE                     1906    &lt;BR /&gt;Total PVG                   0        &lt;BR /&gt;Total Spare PVs             0              &lt;BR /&gt;Total Spare PVs in use      0                     &lt;BR /&gt;&lt;BR /&gt;   --- Logical volumes ---&lt;BR /&gt;   LV Name                     /dev/313nmesvg1/nmesvg1_vol1&lt;BR /&gt;   LV Status                   available/syncd           &lt;BR /&gt;   LV Size (Mbytes)            500             &lt;BR /&gt;   Current LE                  125       &lt;BR /&gt;   Allocated PE                250         &lt;BR /&gt;   Used PV                     2       &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;   --- Physical volumes ---&lt;BR /&gt;   PV Name                     /dev/dsk/c4t9d0&lt;BR /&gt;   PV Status                   available                &lt;BR /&gt;   Total PE                    1078    &lt;BR /&gt;   Free PE                     953     &lt;BR /&gt;&lt;BR /&gt;   PV Name                     /dev/dsk/c4t9d1&lt;BR /&gt;   PV Status                   available                &lt;BR /&gt;   Total PE                    1078    &lt;BR /&gt;   Free PE                     953     &lt;BR /&gt;&lt;BR /&gt;What we have done is created a logical mirrored volume in our volume group 313nmesvg1.  That's the reason why only one logical volume gets displayed.  There are two logical volumes that were created, however, one is simply a mirror.&lt;BR /&gt;&lt;BR /&gt;Now we perform the import steps on the secondary host after the BCVs has been split:&lt;BR /&gt;&lt;BR /&gt;We go through the standard procedure of executing:&lt;BR /&gt;&lt;BR /&gt;1) vgchgid /dev/dsk/c10t3d6 /dev/dsk/c10t3d7&lt;BR /&gt;&lt;BR /&gt;2) mkdir /dev/313nmesvg1&lt;BR /&gt;3) mknod .....&lt;BR /&gt;&lt;BR /&gt;THE PROBLEM OCCURS IN STEP 4&lt;BR /&gt;&lt;BR /&gt;4) vgimport -m /bigspace/rbrown/map -v 313nmesvg1 /dev/dsk/c10t3d6 /dev/dsk/c10t3d7&lt;BR /&gt;&lt;BR /&gt;"Beginning the import process on Volume Group "313nmesvg1".&lt;BR /&gt;vgimport: Unable to read the physical volume."&lt;BR /&gt;&lt;BR /&gt;This is the first time we have seen this problem and it only occurs on one volume group - 313nmesvg1, which contains the mirrored logical volume:  1 logical + 1 mirror.&lt;BR /&gt;&lt;BR /&gt;We are puzzled by this error message as we are following the standard procedure of importing a volume group from BCVs and we DO make sure that the BCVs are split and readable.&lt;BR /&gt;&lt;BR /&gt;What do you think the problem may be here???&lt;BR /&gt;&lt;BR /&gt;Any help is greatly appreciated.&lt;BR /&gt;&lt;BR /&gt;Many thanks in advance.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 03 May 2002 17:31:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/problem-importing-volume-group/m-p/2716833#M643215</guid>
      <dc:creator>Tom Frencel</dc:creator>
      <dc:date>2002-05-03T17:31:37Z</dc:date>
    </item>
    <item>
      <title>Re: Problem importing volume group</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/problem-importing-volume-group/m-p/2716834#M643216</link>
      <description>Why don't you try with -s option. Then it could remember the VGDA for the disk.&lt;BR /&gt;&lt;BR /&gt;Sandip</description>
      <pubDate>Fri, 03 May 2002 18:10:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/problem-importing-volume-group/m-p/2716834#M643216</guid>
      <dc:creator>Sandip Ghosh</dc:creator>
      <dc:date>2002-05-03T18:10:07Z</dc:date>
    </item>
    <item>
      <title>Re: Problem importing volume group</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/problem-importing-volume-group/m-p/2716835#M643217</link>
      <description>Hi Tom:&lt;BR /&gt;&lt;BR /&gt;Check and try the options given in this document (TKB# KBRC00009160):&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://us-support.external.hp.com/cki/bin/doc.pl/sid=e50bdc5009b431bfbb/screen=ckiDisplayDocument?docId=200000059927129" target="_blank"&gt;http://us-support.external.hp.com/cki/bin/doc.pl/sid=e50bdc5009b431bfbb/screen=ckiDisplayDocument?docId=200000059927129&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;HTH,&lt;BR /&gt;Shiju&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 03 May 2002 18:13:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/problem-importing-volume-group/m-p/2716835#M643217</guid>
      <dc:creator>Helen French</dc:creator>
      <dc:date>2002-05-03T18:13:27Z</dc:date>
    </item>
    <item>
      <title>Re: Problem importing volume group</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/problem-importing-volume-group/m-p/2716836#M643218</link>
      <description>Hi Tom&lt;BR /&gt;&lt;BR /&gt;Try this:&lt;BR /&gt;vgimport /dev/313nmesvg1 /dev/dsk/c10t3d6 /dev/dsk/c10t3d7 &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;w/o the map file it should be able to do it properly if the vgchgid command is run fine. Also there may be a problem if the BCV device is also a part of some otehr vg.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Manoj Srivastava</description>
      <pubDate>Fri, 03 May 2002 18:19:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/problem-importing-volume-group/m-p/2716836#M643218</guid>
      <dc:creator>MANOJ SRIVASTAVA</dc:creator>
      <dc:date>2002-05-03T18:19:36Z</dc:date>
    </item>
    <item>
      <title>Re: Problem importing volume group</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/problem-importing-volume-group/m-p/2716837#M643219</link>
      <description>Out of curiosity, why are you using HP LVM mirroring instead of Symmetrix hypervolume mirroring?&lt;BR /&gt;&lt;BR /&gt;When you split the BCVs, do you verify that the LVM mirrors are sync'd? I don't know if stale extents cause vgimport to complain. Inquire with `lvdisplay -v` and enforce with vgsync. Are you also deactivating the original vg before splitting?&lt;BR /&gt;&lt;BR /&gt;As long as the BCVs are presented to another host, then vgchgid is not necessary. It is required, however, when BCVs are presented to the same host. If you refrain from using vgchgid, then the vg only needs to be imported once. It would be sufficient to use vgchange between TimeFinder splits.&lt;BR /&gt;</description>
      <pubDate>Mon, 06 May 2002 16:51:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/problem-importing-volume-group/m-p/2716837#M643219</guid>
      <dc:creator>Jordan Bean</dc:creator>
      <dc:date>2002-05-06T16:51:47Z</dc:date>
    </item>
    <item>
      <title>Re: Problem importing volume group</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/problem-importing-volume-group/m-p/2716838#M643220</link>
      <description>My exports tend to read like this:&lt;BR /&gt;&lt;BR /&gt;vgexport -pvs -m /dirpath/mapfile.map /dev/vgname&lt;BR /&gt;&lt;BR /&gt;My import tend to read like this:&lt;BR /&gt;&lt;BR /&gt;vgimport -vs -m /dirpath/mapfile.map /dev/vgname&lt;BR /&gt;&lt;BR /&gt;Since both systems have access to all the disks..I don't have to add the /dev/dsk..handles ok.&lt;BR /&gt;So far, it has worked OK on my EMC Symmetrix.&lt;BR /&gt;&lt;BR /&gt;Just a thought,&lt;BR /&gt;Rita</description>
      <pubDate>Mon, 06 May 2002 17:22:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/problem-importing-volume-group/m-p/2716838#M643220</guid>
      <dc:creator>Rita C Workman</dc:creator>
      <dc:date>2002-05-06T17:22:19Z</dc:date>
    </item>
    <item>
      <title>Re: Problem importing volume group</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/problem-importing-volume-group/m-p/2716839#M643221</link>
      <description>hi tom,&lt;BR /&gt;&lt;BR /&gt; If you are having two server and the BCV is being accessed by the second server, there is no need to run the vgchgid command!!  &lt;BR /&gt;&lt;BR /&gt;The simplest way to export/import the maps would be to run:&lt;BR /&gt;&lt;BR /&gt;vgexport -p -v -s -m vg.map vg &lt;BR /&gt;  on the primary&lt;BR /&gt;&lt;BR /&gt;Then, on the BCV system, run&lt;BR /&gt;vgimport -v -m vg.map vg&lt;BR /&gt;&lt;BR /&gt;If you are using filesystems in the VG, you would also need to move the fstab entries for those filesytems and mount them.&lt;BR /&gt;&lt;BR /&gt;HTH&lt;BR /&gt;raj</description>
      <pubDate>Mon, 06 May 2002 20:42:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/problem-importing-volume-group/m-p/2716839#M643221</guid>
      <dc:creator>Roger Baptiste</dc:creator>
      <dc:date>2002-05-06T20:42:07Z</dc:date>
    </item>
    <item>
      <title>Re: Problem importing volume group</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/problem-importing-volume-group/m-p/2716840#M643222</link>
      <description>Hi,&lt;BR /&gt;I don't have a solution to the problem, but we are facing similar problem. Though, we are not using mirror volume, but we have hp mirror disk installed on the system. Problem seems to be related to vgchgid. If we don't do this, then import works fine. We need to do vgchgid because we might want to import the vg on the same host and also with different vg name.&lt;BR /&gt;&lt;BR /&gt;thanks&lt;BR /&gt;pash</description>
      <pubDate>Thu, 27 Jun 2002 22:49:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/problem-importing-volume-group/m-p/2716840#M643222</guid>
      <dc:creator>Pashupati Kumar</dc:creator>
      <dc:date>2002-06-27T22:49:51Z</dc:date>
    </item>
  </channel>
</rss>

