<?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: vgimport fails: vg is still active - but in fact is NOT! in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/vgimport-fails-vg-is-still-active-but-in-fact-is-not/m-p/2853764#M711544</link>
    <description>Hi Michelle:&lt;BR /&gt;&lt;BR /&gt;On node-B verify that you don't have duplicate minor numbers in your device files.&lt;BR /&gt;&lt;BR /&gt;Regards!&lt;BR /&gt;&lt;BR /&gt;...JRF...</description>
    <pubDate>Wed, 27 Nov 2002 19:38:07 GMT</pubDate>
    <dc:creator>James R. Ferguson</dc:creator>
    <dc:date>2002-11-27T19:38:07Z</dc:date>
    <item>
      <title>vgimport fails: vg is still active - but in fact is NOT!</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vgimport-fails-vg-is-still-active-but-in-fact-is-not/m-p/2853763#M711543</link>
      <description>Hell, I have come across a very curious problem which I do not understand.&lt;BR /&gt;&lt;BR /&gt;I am setting up a disaster recovery cluster consisiting of 2 nodes and which is now connected to an EMC. On one node I have vg05, VG11 and vg14 defined in the cluster packages, on the other system vg12. The cluster lock is going to be vg12.&lt;BR /&gt;&lt;BR /&gt;I am performing a vgchange -a n vg11 on Node A and exporting it like this:&lt;BR /&gt;vgexport -p -s -m /tmp/vg11.map /dev/vg11&lt;BR /&gt;&lt;BR /&gt;I then copied it to node b and after having created the dir and having done mknod (with the same minor number). &lt;BR /&gt;&lt;BR /&gt;Then I perform a vgimport:&lt;BR /&gt;vgimport -s -m /tmp/vg11.map /dev/vg11&lt;BR /&gt;&lt;BR /&gt;it then says: Volume group "/dev/vg11" is still active.&lt;BR /&gt;&lt;BR /&gt;But it is not! I cannot see it on node A, it is deactivated.&lt;BR /&gt;&lt;BR /&gt;But, I didn't give up, I did a complete vgexport of vg11 on node A and tried to import it on node B and guess what? It still says the VG is active!!!&lt;BR /&gt;&lt;BR /&gt;but it doesn't exist anywhere! No, not in any lvmtab or conf file either.&lt;BR /&gt;&lt;BR /&gt;just in /dev/vg05 cause I need to import it on that. &lt;BR /&gt;&lt;BR /&gt;What is the cause? Is EMC storing a conf file somewhere which I need to adjust?</description>
      <pubDate>Wed, 27 Nov 2002 19:24:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vgimport-fails-vg-is-still-active-but-in-fact-is-not/m-p/2853763#M711543</guid>
      <dc:creator>Michelle Daalman_1</dc:creator>
      <dc:date>2002-11-27T19:24:57Z</dc:date>
    </item>
    <item>
      <title>Re: vgimport fails: vg is still active - but in fact is NOT!</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vgimport-fails-vg-is-still-active-but-in-fact-is-not/m-p/2853764#M711544</link>
      <description>Hi Michelle:&lt;BR /&gt;&lt;BR /&gt;On node-B verify that you don't have duplicate minor numbers in your device files.&lt;BR /&gt;&lt;BR /&gt;Regards!&lt;BR /&gt;&lt;BR /&gt;...JRF...</description>
      <pubDate>Wed, 27 Nov 2002 19:38:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vgimport-fails-vg-is-still-active-but-in-fact-is-not/m-p/2853764#M711544</guid>
      <dc:creator>James R. Ferguson</dc:creator>
      <dc:date>2002-11-27T19:38:07Z</dc:date>
    </item>
    <item>
      <title>Re: vgimport fails: vg is still active - but in fact is NOT!</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vgimport-fails-vg-is-still-active-but-in-fact-is-not/m-p/2853765#M711545</link>
      <description>Hello.&lt;BR /&gt;&lt;BR /&gt;Check this link:&lt;BR /&gt;&lt;A href="http://forums.itrc.hp.com/cm/QuestionAnswer/1,,0xbde591ccb36bd611abdb0090277a778c,00.html" target="_blank"&gt;http://forums.itrc.hp.com/cm/QuestionAnswer/1,,0xbde591ccb36bd611abdb0090277a778c,00.html&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;as you might be missing some of the steps.&lt;BR /&gt;&lt;BR /&gt;Duplicate minor number - agree 100% might be a reason as well.&lt;BR /&gt;&lt;BR /&gt;Hope this helps.&lt;BR /&gt;0leg</description>
      <pubDate>Wed, 27 Nov 2002 21:04:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vgimport-fails-vg-is-still-active-but-in-fact-is-not/m-p/2853765#M711545</guid>
      <dc:creator>Oleg Zieaev_1</dc:creator>
      <dc:date>2002-11-27T21:04:42Z</dc:date>
    </item>
    <item>
      <title>Re: vgimport fails: vg is still active - but in fact is NOT!</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vgimport-fails-vg-is-still-active-but-in-fact-is-not/m-p/2853766#M711546</link>
      <description>YEah , looks like a duplicate minor number issue .&lt;BR /&gt;&lt;BR /&gt;DO an&lt;BR /&gt;#ls -al /dev/*/group and see if there are actually any conflicts there .&lt;BR /&gt;&lt;BR /&gt;And EMC doesn't store any conf file , not for this .</description>
      <pubDate>Wed, 27 Nov 2002 21:19:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vgimport-fails-vg-is-still-active-but-in-fact-is-not/m-p/2853766#M711546</guid>
      <dc:creator>Ashwani Kashyap</dc:creator>
      <dc:date>2002-11-27T21:19:09Z</dc:date>
    </item>
    <item>
      <title>Re: vgimport fails: vg is still active - but in fact is NOT!</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vgimport-fails-vg-is-still-active-but-in-fact-is-not/m-p/2853767#M711547</link>
      <description>Thanks for your responses. &lt;BR /&gt;&lt;BR /&gt;I already noticed duplicate minor numbers when I did a ll /dev/*/group and I knew I would have to change that by exporting and importing the VG's on both sides (some twice!) I will start from scratch tomorrow. &lt;BR /&gt;&lt;BR /&gt;And build up the cluster again after that.&lt;BR /&gt;&lt;BR /&gt;Hope the problem will be solved then.&lt;BR /&gt;If not, I will be here again asking for help:-)&lt;BR /&gt;&lt;BR /&gt;If it works, I will be assigning points!&lt;BR /&gt;Thanks so far!</description>
      <pubDate>Wed, 27 Nov 2002 22:16:31 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vgimport-fails-vg-is-still-active-but-in-fact-is-not/m-p/2853767#M711547</guid>
      <dc:creator>Michelle Daalman_1</dc:creator>
      <dc:date>2002-11-27T22:16:31Z</dc:date>
    </item>
    <item>
      <title>Re: vgimport fails: vg is still active - but in fact is NOT!</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vgimport-fails-vg-is-still-active-but-in-fact-is-not/m-p/2853768#M711548</link>
      <description>Michelle,&lt;BR /&gt;&lt;BR /&gt;You have a VERY good probability to have got correct answers, but :&lt;BR /&gt;&lt;BR /&gt;A - identical minors are the best practice, but are not mandatory. Different minors could speed up your task if you can't export vg on the primary.&lt;BR /&gt;&lt;BR /&gt;B - LVM reads structures from lvmtab at activation, then keeps it in memory. But sometimes it can fail to "release" a volume group at deactivation. In this rare case the minor can't be used anymore until you reboot the system and you have all symptoms of a duplicate minor.&lt;BR /&gt;&lt;BR /&gt;Regards.</description>
      <pubDate>Thu, 28 Nov 2002 08:04:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vgimport-fails-vg-is-still-active-but-in-fact-is-not/m-p/2853768#M711548</guid>
      <dc:creator>Jean-Louis Phelix</dc:creator>
      <dc:date>2002-11-28T08:04:59Z</dc:date>
    </item>
  </channel>
</rss>

