<?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: lvm import failed in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/lvm-import-failed/m-p/2987712#M632483</link>
    <description>Hi,&lt;BR /&gt;&lt;BR /&gt;You might need to do a 'vgchgid' on the disks you are importing so that they have a unique VGID on them.  Are those other disks just copies of the disks you are importing?&lt;BR /&gt;&lt;BR /&gt;JP&lt;BR /&gt;</description>
    <pubDate>Tue, 03 Jun 2003 15:16:24 GMT</pubDate>
    <dc:creator>John Poff</dc:creator>
    <dc:date>2003-06-03T15:16:24Z</dc:date>
    <item>
      <title>lvm import failed</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/lvm-import-failed/m-p/2987711#M632482</link>
      <description>I am trying to import a vg and I get the following message:&lt;BR /&gt;Question: How do I get rid of these devices so they don't conflict ?&lt;BR /&gt;&lt;BR /&gt;#  vgimport -s -m /dba/san/scripts/vg01cis.map /dev/vg01cis&lt;BR /&gt;Verification of unique LVM disk id on each disk in the volume group&lt;BR /&gt;/dev/vg01cis failed.&lt;BR /&gt;Following are the sets of disks having identical LVM disk id &lt;BR /&gt;/dev/dsk/c8t3d3 /dev/dsk/c10t15d7 /dev/dsk/c8t15d7 &lt;BR /&gt;/dev/dsk/c8t3d4 /dev/dsk/c13t0d0 /dev/dsk/c12t0d0 &lt;BR /&gt;/dev/dsk/c8t3d5 /dev/dsk/c13t0d1 /dev/dsk/c12t0d1 &lt;BR /&gt;/dev/dsk/c8t3d6 /dev/dsk/c13t0d2 /dev/dsk/c12t0d2 &lt;BR /&gt;/dev/dsk/c8t3d7 /dev/dsk/c13t0d3 /dev/dsk/c12t0d3 &lt;BR /&gt;/dev/dsk/c8t4d0 /dev/dsk/c13t0d4 /dev/dsk/c12t0d4 &lt;BR /&gt;/dev/dsk/c8t4d1 /dev/dsk/c13t0d5 /dev/dsk/c12t0d5 &lt;BR /&gt;/dev/dsk/c8t4d2 /dev/dsk/c13t0d6 /dev/dsk/c12t0d6 &lt;BR /&gt;/dev/dsk/c8t4d3 /dev/dsk/c13t0d7 /dev/dsk/c12t0d7 &lt;BR /&gt;/dev/dsk/c8t4d4 /dev/dsk/c13t1d0 /dev/dsk/c12t1d0 &lt;BR /&gt;/dev/dsk/c8t4d5 /dev/dsk/c13t1d1 /dev/dsk/c12t1d1</description>
      <pubDate>Tue, 03 Jun 2003 15:14:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/lvm-import-failed/m-p/2987711#M632482</guid>
      <dc:creator>Greg Butler</dc:creator>
      <dc:date>2003-06-03T15:14:51Z</dc:date>
    </item>
    <item>
      <title>Re: lvm import failed</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/lvm-import-failed/m-p/2987712#M632483</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;You might need to do a 'vgchgid' on the disks you are importing so that they have a unique VGID on them.  Are those other disks just copies of the disks you are importing?&lt;BR /&gt;&lt;BR /&gt;JP&lt;BR /&gt;</description>
      <pubDate>Tue, 03 Jun 2003 15:16:24 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/lvm-import-failed/m-p/2987712#M632483</guid>
      <dc:creator>John Poff</dc:creator>
      <dc:date>2003-06-03T15:16:24Z</dc:date>
    </item>
    <item>
      <title>Re: lvm import failed</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/lvm-import-failed/m-p/2987713#M632484</link>
      <description>John is correct.  Do these volumes "belong" to the host inwhich you are trying to do the import?&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;&lt;BR /&gt;RZ&lt;BR /&gt;</description>
      <pubDate>Tue, 03 Jun 2003 15:17:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/lvm-import-failed/m-p/2987713#M632484</guid>
      <dc:creator>Ross Zubritski</dc:creator>
      <dc:date>2003-06-03T15:17:28Z</dc:date>
    </item>
    <item>
      <title>Re: lvm import failed</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/lvm-import-failed/m-p/2987714#M632485</link>
      <description>I am doing the import to a different host in a san environment so I can business copy, bring the database back up on the parent and backup the bc luns offline. It looks like there have been a couple of exports and the devices are still there. I don't need the exports. The devices that conflict are associated with the vgexports (looked in sam).&lt;BR /&gt;Any suggestions ? I just need to cleanup all those device files so I can re vgimport but am unsure if that is the right approach...</description>
      <pubDate>Tue, 03 Jun 2003 15:22:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/lvm-import-failed/m-p/2987714#M632485</guid>
      <dc:creator>Greg Butler</dc:creator>
      <dc:date>2003-06-03T15:22:29Z</dc:date>
    </item>
    <item>
      <title>Re: lvm import failed</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/lvm-import-failed/m-p/2987715#M632486</link>
      <description>Greg:&lt;BR /&gt;&lt;BR /&gt;The above answers are correct.  A "vgchgid" is required.&lt;BR /&gt;&lt;BR /&gt;Here is what this means:&lt;BR /&gt;&lt;BR /&gt;In the VGDA/VGRA/header of every PV in a VG, the VGID is written.  In that way, vgimport can scan the disks and see which PVs belong to a VG.  When you do a vgimport -s he is reading the VGID and comparing to the mapfile (which has the VGID as the 1st line.  Looks like this:&lt;BR /&gt;&lt;BR /&gt;# cat mapfile&lt;BR /&gt;VGID 25b046553edc24d0&lt;BR /&gt;1 lvol01                              )&lt;BR /&gt;&lt;BR /&gt;If you make a business copy of a PV, or try to present and then vgimport a PV on a server on which the primary VG is already presented/activated, then you will get VGID duplication, which is what you are getting.  &lt;BR /&gt;&lt;BR /&gt;That's when "vgchgid" is required.&lt;BR /&gt;&lt;BR /&gt;Did I explain that clearly?</description>
      <pubDate>Tue, 03 Jun 2003 15:33:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/lvm-import-failed/m-p/2987715#M632486</guid>
      <dc:creator>Stuart Abramson_2</dc:creator>
      <dc:date>2003-06-03T15:33:16Z</dc:date>
    </item>
    <item>
      <title>Re: lvm import failed</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/lvm-import-failed/m-p/2987716#M632487</link>
      <description>Two more things:&lt;BR /&gt;&lt;BR /&gt;1.  vgchgid in Business Copy:&lt;BR /&gt;When doing a Business Copy or EMC BCV split mount, you CAN'T USE vgimport -s.&lt;BR /&gt;&lt;BR /&gt;Because the "vgchgid" is going to change the VGID, you don't know what to search for; So the vgimport -s will fail.&lt;BR /&gt;&lt;BR /&gt;So, if a "vgchgid" is required, like in Business Copy or just plain presenting the same VG twice to the same server (which isn't all that smart!), you must vgimport and specify device file names.&lt;BR /&gt;&lt;BR /&gt;2.  vgchgid in MC/ServiceGuard:&lt;BR /&gt;In a cluster, the cluster software notes ALL the VGs on all the nodes, and won't allow the same VG to be mounted at the same time on another node.  So, a "vgchgid" is required there, for Business Copy volumes in MC/ServiceGuard clusters, even though the nodes are different.</description>
      <pubDate>Tue, 03 Jun 2003 15:39:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/lvm-import-failed/m-p/2987716#M632487</guid>
      <dc:creator>Stuart Abramson_2</dc:creator>
      <dc:date>2003-06-03T15:39:48Z</dc:date>
    </item>
    <item>
      <title>Re: lvm import failed</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/lvm-import-failed/m-p/2987717#M632488</link>
      <description>Very clear thanks.&lt;BR /&gt;I understand the need for uniqueness if I was trying to importvg to the same server however,&lt;BR /&gt;I have a volume group on server "cis" called vg01cis that consists of pv's in the san and have been secured via the security file so only that server can see those luns. From another server (cddsrvr) where the san manager software resides I created bc luns and secured them so that only the second server can see them. Now I want to importvg from the mapfile generated on the cis server to the cddsrvr where the parent luns are not presented and to me there should be no conflict even it the vgid is the same. Does this make sense ? Thanks for your patience.</description>
      <pubDate>Tue, 03 Jun 2003 15:46:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/lvm-import-failed/m-p/2987717#M632488</guid>
      <dc:creator>Greg Butler</dc:creator>
      <dc:date>2003-06-03T15:46:56Z</dc:date>
    </item>
    <item>
      <title>Re: lvm import failed</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/lvm-import-failed/m-p/2987718#M632489</link>
      <description>Greg,&lt;BR /&gt;&lt;BR /&gt;It sounds like you have device files you need to remove.  If that is the case, look at the 'rmsf' command.  Ex. 'rmsf -H &lt;HARDWARE path=""&gt;' removes all of the devices on that hardware path.  I've got a SAN (EMC - doh!!) as well and have to do this quite often.&lt;BR /&gt;&lt;BR /&gt;Good luck...&lt;/HARDWARE&gt;</description>
      <pubDate>Thu, 05 Jun 2003 19:35:46 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/lvm-import-failed/m-p/2987718#M632489</guid>
      <dc:creator>Greg Satchfield</dc:creator>
      <dc:date>2003-06-05T19:35:46Z</dc:date>
    </item>
  </channel>
</rss>

