<?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 vgcfgbackup in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/vgcfgbackup/m-p/3111486#M631695</link>
    <description>I got following message when I run vgcfgbackup:&lt;BR /&gt;vgcfgbackup: /etc/lvmtab is out of date with the running kernel:Kernel indicates 5 disks for "/dev/vg01"; /etc/lvmtab has 4 disks.&lt;BR /&gt;Cannot proceed with backup.&lt;BR /&gt;&lt;BR /&gt;I checked /etc/lvmtab shows there are 4 disks&lt;BR /&gt;which is correct. How can I change kernel to&lt;BR /&gt;recognize there are only 4 disks instead of 5?&lt;BR /&gt;&lt;BR /&gt;Thanks for any help&lt;BR /&gt;</description>
    <pubDate>Wed, 05 Nov 2003 16:06:26 GMT</pubDate>
    <dc:creator>Tammy Liang</dc:creator>
    <dc:date>2003-11-05T16:06:26Z</dc:date>
    <item>
      <title>vgcfgbackup</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vgcfgbackup/m-p/3111486#M631695</link>
      <description>I got following message when I run vgcfgbackup:&lt;BR /&gt;vgcfgbackup: /etc/lvmtab is out of date with the running kernel:Kernel indicates 5 disks for "/dev/vg01"; /etc/lvmtab has 4 disks.&lt;BR /&gt;Cannot proceed with backup.&lt;BR /&gt;&lt;BR /&gt;I checked /etc/lvmtab shows there are 4 disks&lt;BR /&gt;which is correct. How can I change kernel to&lt;BR /&gt;recognize there are only 4 disks instead of 5?&lt;BR /&gt;&lt;BR /&gt;Thanks for any help&lt;BR /&gt;</description>
      <pubDate>Wed, 05 Nov 2003 16:06:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vgcfgbackup/m-p/3111486#M631695</guid>
      <dc:creator>Tammy Liang</dc:creator>
      <dc:date>2003-11-05T16:06:26Z</dc:date>
    </item>
    <item>
      <title>Re: vgcfgbackup</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vgcfgbackup/m-p/3111487#M631696</link>
      <description>A good explanation and solution can be found from this document TKB# KBRC00000632:&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://www1.itrc.hp.com/service/cki/docDisplay.do?docLocale=en_US&amp;amp;docId=200000065011231" target="_blank"&gt;http://www1.itrc.hp.com/service/cki/docDisplay.do?docLocale=en_US&amp;amp;docId=200000065011231&lt;/A&gt;</description>
      <pubDate>Wed, 05 Nov 2003 16:15:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vgcfgbackup/m-p/3111487#M631696</guid>
      <dc:creator>Helen French</dc:creator>
      <dc:date>2003-11-05T16:15:51Z</dc:date>
    </item>
    <item>
      <title>Re: vgcfgbackup</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vgcfgbackup/m-p/3111488#M631697</link>
      <description>Thank you for the doc. I checked it, but it &lt;BR /&gt;does not apply to my situation. I don't have&lt;BR /&gt;missing disk device. The number of disk are correct in /etc/lvmtab and /etc/lvmconf/vg01.conf files (4 disks). It also correct after run "vgcfgrestore -n /dev/vg01 -l" command. vgdisplay do indeed shows Cur PV is 5, and Act PV is 4. I need to fix it, so Cur PV also shows 4 instead of 5. I have too many disks instead of missing disks.&lt;BR /&gt;&lt;BR /&gt;Thank you....</description>
      <pubDate>Wed, 05 Nov 2003 16:45:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vgcfgbackup/m-p/3111488#M631697</guid>
      <dc:creator>Tammy Liang</dc:creator>
      <dc:date>2003-11-05T16:45:33Z</dc:date>
    </item>
    <item>
      <title>Re: vgcfgbackup</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vgcfgbackup/m-p/3111489#M631698</link>
      <description>I would try the following:&lt;BR /&gt;&lt;BR /&gt;1) Check and apply all latest LVM and Kernel patches.&lt;BR /&gt;&lt;BR /&gt;2) Reactivate VG (vgchange -a n and vgchange -a y)</description>
      <pubDate>Wed, 05 Nov 2003 16:52:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vgcfgbackup/m-p/3111489#M631698</guid>
      <dc:creator>Helen French</dc:creator>
      <dc:date>2003-11-05T16:52:29Z</dc:date>
    </item>
    <item>
      <title>Re: vgcfgbackup</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vgcfgbackup/m-p/3111490#M631699</link>
      <description>I did have something similar to that that occured to me not too long ago, and it had to do with the fact that I had BCV synchronized with my standard devices and that I added a disk in my Volume Group on my standard and the split.  Then my BCV Volume groups would show a discrepency between my Act PV and my Cur PV.  Would you happen to have done something similar to that?</description>
      <pubDate>Wed, 05 Nov 2003 16:57:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vgcfgbackup/m-p/3111490#M631699</guid>
      <dc:creator>Marco Santerre</dc:creator>
      <dc:date>2003-11-05T16:57:56Z</dc:date>
    </item>
    <item>
      <title>Re: vgcfgbackup</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vgcfgbackup/m-p/3111491#M631700</link>
      <description>Make a copy of the lvmtab file first .&lt;BR /&gt;THen run vgscan ( man vgscan ) in preview mode to see if you get the correct number of PV in the volume groups .&lt;BR /&gt;&lt;BR /&gt;if you are satisfied with that , then re run vgscan without the preview option , whcih will recreate your lvmtab file . Then run vgcfgbackup again .&lt;BR /&gt;&lt;BR /&gt;If it doesnot run , you can always restore your copied lvmtba file .</description>
      <pubDate>Wed, 05 Nov 2003 17:03:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vgcfgbackup/m-p/3111491#M631700</guid>
      <dc:creator>Ashwani Kashyap</dc:creator>
      <dc:date>2003-11-05T17:03:57Z</dc:date>
    </item>
    <item>
      <title>Re: vgcfgbackup</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vgcfgbackup/m-p/3111492#M631701</link>
      <description>Tammy,&lt;BR /&gt;&lt;BR /&gt;actually your VG physically consists of 5 disks, believe me. The 5th (maybe phantom) disk can usually be vgreduce'ed out of the VG using:&lt;BR /&gt; &lt;BR /&gt;vgreduce -f /dev/vg01 &lt;BR /&gt; &lt;BR /&gt;However, if LVM believes to have extents on that PV then this command would not work, but at least you get more precise information about the actual problem.&lt;BR /&gt; &lt;BR /&gt;So please run the command above and post the results.&lt;BR /&gt; &lt;BR /&gt;Best regards...&lt;BR /&gt;Dietmar.</description>
      <pubDate>Wed, 05 Nov 2003 17:24:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vgcfgbackup/m-p/3111492#M631701</guid>
      <dc:creator>Dietmar Konermann</dc:creator>
      <dc:date>2003-11-05T17:24:52Z</dc:date>
    </item>
    <item>
      <title>Re: vgcfgbackup</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vgcfgbackup/m-p/3111493#M631702</link>
      <description>I had the same problems few days back, what happens is that by some reasons the VGRA gets corrupted in all the disks, and if you have tools to look at those areas on the disk you'll find that it has an counter saying the number of disks involved in this VG is 5 but thats not the case if you look at you'r lvmtab.&lt;BR /&gt;I tried vgexport and vgimport but trust me nothing will work.&lt;BR /&gt;The only solution to decrement the counter on the disk is to do a &lt;BR /&gt;vgreduce -f /dev/vg01&lt;BR /&gt;after doing this you'll find Current PV and Active PV same.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 05 Nov 2003 17:45:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vgcfgbackup/m-p/3111493#M631702</guid>
      <dc:creator>Rajeev  Shukla</dc:creator>
      <dc:date>2003-11-05T17:45:25Z</dc:date>
    </item>
    <item>
      <title>Re: vgcfgbackup</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vgcfgbackup/m-p/3111494#M631703</link>
      <description>Hi Tammy,&lt;BR /&gt;&lt;BR /&gt;I have seen this quite a bit in cases where a hard drive will crash and a replacement is put back into the VG incorrectly. It thinks that there are five but you really only have four. I have used Dietmar's proceedure &lt;VGREDUCE -f=""&gt; and then followed it up by doing a vgscan to create a new lvmtab. besure to make a copy of the original lvmtab first&lt;BR /&gt;&lt;BR /&gt;&lt;/VGREDUCE&gt;</description>
      <pubDate>Wed, 05 Nov 2003 21:09:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vgcfgbackup/m-p/3111494#M631703</guid>
      <dc:creator>Timothy P. Jackson</dc:creator>
      <dc:date>2003-11-05T21:09:16Z</dc:date>
    </item>
    <item>
      <title>Re: vgcfgbackup</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vgcfgbackup/m-p/3111495#M631704</link>
      <description>Can I run "vgreduce -f /dev/vg01" on a running production system?</description>
      <pubDate>Thu, 06 Nov 2003 09:08:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vgcfgbackup/m-p/3111495#M631704</guid>
      <dc:creator>Tammy Liang</dc:creator>
      <dc:date>2003-11-06T09:08:25Z</dc:date>
    </item>
    <item>
      <title>Re: vgcfgbackup</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vgcfgbackup/m-p/3111496#M631705</link>
      <description>Yes.</description>
      <pubDate>Thu, 06 Nov 2003 09:12:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vgcfgbackup/m-p/3111496#M631705</guid>
      <dc:creator>Dietmar Konermann</dc:creator>
      <dc:date>2003-11-06T09:12:57Z</dc:date>
    </item>
    <item>
      <title>Re: vgcfgbackup</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vgcfgbackup/m-p/3111497#M631706</link>
      <description>Hi Dietmar:&lt;BR /&gt;   Can this system be rebooted before I have chance to run "vgreduce -f /dev/vg01"?</description>
      <pubDate>Thu, 06 Nov 2003 13:40:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vgcfgbackup/m-p/3111497#M631706</guid>
      <dc:creator>Tammy Liang</dc:creator>
      <dc:date>2003-11-06T13:40:13Z</dc:date>
    </item>
    <item>
      <title>Re: vgcfgbackup</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vgcfgbackup/m-p/3111498#M631707</link>
      <description>Should be no problem... after activating again vg01 should show the same problem, unless you run the vgreduce -f.&lt;BR /&gt; &lt;BR /&gt;But I'm wondeirng why you want to reboot before resolving the problem.&lt;BR /&gt; &lt;BR /&gt;Best regards...&lt;BR /&gt;Dietmar.</description>
      <pubDate>Fri, 07 Nov 2003 02:51:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vgcfgbackup/m-p/3111498#M631707</guid>
      <dc:creator>Dietmar Konermann</dc:creator>
      <dc:date>2003-11-07T02:51:12Z</dc:date>
    </item>
    <item>
      <title>Re: vgcfgbackup</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vgcfgbackup/m-p/3111499#M631708</link>
      <description>Thank you for the reply. &lt;BR /&gt;I was afread user reboot the system before I have chance to run vgreduce command. My concern is the system won't start up due to&lt;BR /&gt;VGRA may not have correct information.&lt;BR /&gt;I got chance to login the system which is at different country and get it fixed..&lt;BR /&gt;&lt;BR /&gt;Thanks again for the help...</description>
      <pubDate>Fri, 07 Nov 2003 09:45:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vgcfgbackup/m-p/3111499#M631708</guid>
      <dc:creator>Tammy Liang</dc:creator>
      <dc:date>2003-11-07T09:45:15Z</dc:date>
    </item>
  </channel>
</rss>

