<?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: LVMTAB out of sync in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/lvmtab-out-of-sync/m-p/2435157#M656283</link>
    <description>Steve,&lt;BR /&gt;&lt;BR /&gt;Depending on how sam actually removes things, either doing a vgscan -pv (to see what it's going to do) is good. However, it still might pick up your disks.&lt;BR /&gt;&lt;BR /&gt;In which case, either pvcreate them again, or dd something large (like the kernel) over the front of them. Then do the vgscan -pv again.</description>
    <pubDate>Tue, 08 Aug 2000 06:17:20 GMT</pubDate>
    <dc:creator>Andy Monks</dc:creator>
    <dc:date>2000-08-08T06:17:20Z</dc:date>
    <item>
      <title>LVMTAB out of sync</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/lvmtab-out-of-sync/m-p/2435152#M656278</link>
      <description>Platform K570 and AutoRaid. &lt;BR /&gt;&lt;BR /&gt;I have removed a vg through sam, As far as SAM is concerned it does not exist. However, the device files are still on the system and the entry in /etc/lvmtab is still present. If I execute a vgreduce, vgremove, or vgdisplay, the system responds, volume group not activated.&lt;BR /&gt;&lt;BR /&gt;Should I activate it, then try to reduce and remove ?&lt;BR /&gt;&lt;BR /&gt;Should I remove the device files and use vgscan to recreate the /etc/lvmtab ?&lt;BR /&gt;&lt;BR /&gt;Thanks!&lt;BR /&gt; &lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Mon, 07 Aug 2000 18:23:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/lvmtab-out-of-sync/m-p/2435152#M656278</guid>
      <dc:creator>Steve Whitfies</dc:creator>
      <dc:date>2000-08-07T18:23:41Z</dc:date>
    </item>
    <item>
      <title>Re: LVMTAB out of sync</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/lvmtab-out-of-sync/m-p/2435153#M656279</link>
      <description>Activate the vg then try the commands again.&lt;BR /&gt;&lt;BR /&gt;If the commands fail, do the vgexport command. This will remove the /dev entries and should remove the entry from the lvmtab.&lt;BR /&gt;&lt;BR /&gt;After exporting, mv /etc/lvmtab /etc/lvmtab.old and then do the vgscan command to have the lvmtab file rebuilt.&lt;BR /&gt;&lt;BR /&gt;(Does the device entry still show in strings /etc/lvmtab?)</description>
      <pubDate>Mon, 07 Aug 2000 18:38:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/lvmtab-out-of-sync/m-p/2435153#M656279</guid>
      <dc:creator>Rick Garland</dc:creator>
      <dc:date>2000-08-07T18:38:14Z</dc:date>
    </item>
    <item>
      <title>Re: LVMTAB out of sync</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/lvmtab-out-of-sync/m-p/2435154#M656280</link>
      <description>Do not remove the device files.  Run the command:&lt;BR /&gt;&lt;BR /&gt;#vgscan -p -v &lt;BR /&gt;&lt;BR /&gt;It will search each physical volume attached to the server.  Compare this output with that of the command &lt;BR /&gt;&lt;BR /&gt;#strings /etc/lvmtab. &lt;BR /&gt;&lt;BR /&gt;See just where the descrepencies really are then report findings.&lt;BR /&gt;&lt;BR /&gt;Tony</description>
      <pubDate>Mon, 07 Aug 2000 18:40:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/lvmtab-out-of-sync/m-p/2435154#M656280</guid>
      <dc:creator>Anthony deRito</dc:creator>
      <dc:date>2000-08-07T18:40:02Z</dc:date>
    </item>
    <item>
      <title>Re: LVMTAB out of sync</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/lvmtab-out-of-sync/m-p/2435155#M656281</link>
      <description>Had to find my notes. You may want to check out Document ID KBRC00000827&lt;BR /&gt;&lt;BR /&gt;Don't know if this pertains to what you are experiencing. This doc deals with Cur PV and Act PV do not agree in vgdisplay. Are there discrepencies in the vgdisplay output as well?</description>
      <pubDate>Mon, 07 Aug 2000 18:40:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/lvmtab-out-of-sync/m-p/2435155#M656281</guid>
      <dc:creator>Rick Garland</dc:creator>
      <dc:date>2000-08-07T18:40:59Z</dc:date>
    </item>
    <item>
      <title>Re: LVMTAB out of sync</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/lvmtab-out-of-sync/m-p/2435156#M656282</link>
      <description>Hi Steve,&lt;BR /&gt;&lt;BR /&gt;You don't specifically mention that the VG was on the AutoRAID but I would not be surprised if it was.&lt;BR /&gt;First, I assume you have deleted all Logical Volumes first using the LVREDUCE command. Each time you do this, /etc/lvmtab will be adjusted to the new situation:&lt;BR /&gt;&lt;BR /&gt;/# lvremove /dev/vg01/lvol1&lt;BR /&gt;The logical volume "/dev/vg01/lvol1" is not empty;&lt;BR /&gt;do you really want to delete the logical volume (y/n) : y&lt;BR /&gt;Logical volume "/dev/vg01/lvol1" has been successfully removed.&lt;BR /&gt;Volume Group configuration for /dev/vg01 has been saved in /etc/lvmconf/vg01.conf&lt;BR /&gt;&lt;BR /&gt;When all LV's are removed you have to remove all but one physical volumes. You can only remove a Volume Group if there is only one (1) physical volume attached to it, otherwise it won't work. This means that /etc/lvmtab should show only one PV in the VG. So if you have more than one disks attached to the VG you should remove them all but one first using the VGREDUCE command. Something like below. Don't worry, LVM won't allow you to remove all devices, a minimum of one will stay in the VG.&lt;BR /&gt;&lt;BR /&gt;/# vgreduce /dev/vg01 /dev/dsk/c0t1d2&lt;BR /&gt;Volume group "/dev/vg01" has been successfully reduced.&lt;BR /&gt;Volume Group configuration for /dev/vg01 has been saved in /etc/lvmconf/vg01.conf&lt;BR /&gt;&lt;BR /&gt;After you have deleted all but the last disk you can remove the VG using VGREMOVE.&lt;BR /&gt;&lt;BR /&gt;/# vgremove /dev/vg02&lt;BR /&gt;Volume group "/dev/vg02" has been successfully removed.&lt;BR /&gt;&lt;BR /&gt;This should solve your problem. If you are not sure about the correctness of your current /etc/lvmtab, you can recreate it first using the VGSCAN command after saving the old /etc/lvmtab first (mv it to another file-name). Beware however that VGSCAN will recreate your /etc/lvmtab in the order it will find the PV's so if you are using both controller on the AutoRAID for load balancing you might find all data going through only one controller after using PVSCAN. In that case you will have to use the VGREDUCE and VGEXTEND command's to recreate the original and correct primary and alternate links again.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 08 Aug 2000 06:10:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/lvmtab-out-of-sync/m-p/2435156#M656282</guid>
      <dc:creator>Maarten van Maanen</dc:creator>
      <dc:date>2000-08-08T06:10:26Z</dc:date>
    </item>
    <item>
      <title>Re: LVMTAB out of sync</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/lvmtab-out-of-sync/m-p/2435157#M656283</link>
      <description>Steve,&lt;BR /&gt;&lt;BR /&gt;Depending on how sam actually removes things, either doing a vgscan -pv (to see what it's going to do) is good. However, it still might pick up your disks.&lt;BR /&gt;&lt;BR /&gt;In which case, either pvcreate them again, or dd something large (like the kernel) over the front of them. Then do the vgscan -pv again.</description>
      <pubDate>Tue, 08 Aug 2000 06:17:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/lvmtab-out-of-sync/m-p/2435157#M656283</guid>
      <dc:creator>Andy Monks</dc:creator>
      <dc:date>2000-08-08T06:17:20Z</dc:date>
    </item>
    <item>
      <title>Re: LVMTAB out of sync</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/lvmtab-out-of-sync/m-p/2435158#M656284</link>
      <description>Hi Steve,&lt;BR /&gt;&lt;BR /&gt;You don't specifically mention that the VG was on the AutoRAID but I would not be surprised if it was.&lt;BR /&gt;First, I assume you have deleted all Logical Volumes first using the LVREDUCE command. Each time you do this, /etc/lvmtab will be adjusted to the new situation:&lt;BR /&gt;&lt;BR /&gt;/# lvremove /dev/vg01/lvol1&lt;BR /&gt;The logical volume "/dev/vg01/lvol1" is not empty;&lt;BR /&gt;do you really want to delete the logical volume (y/n) : y&lt;BR /&gt;Logical volume "/dev/vg01/lvol1" has been successfully removed.&lt;BR /&gt;Volume Group configuration for /dev/vg01 has been saved in /etc/lvmconf/vg01.conf&lt;BR /&gt;&lt;BR /&gt;When all LV's are removed you have to remove all but one physical volumes. You can only remove a Volume Group if there is only one (1) physical volume attached to it, otherwise it won't work. This means that /etc/lvmtab should show only one PV in the VG. So if you have more than one disks attached to the VG you should remove them all but one first using the VGREDUCE command. Something like below. Don't worry, LVM won't allow you to remove all devices, a minimum of one will stay in the VG.&lt;BR /&gt;&lt;BR /&gt;/# vgreduce /dev/vg01 /dev/dsk/c0t1d2&lt;BR /&gt;Volume group "/dev/vg01" has been successfully reduced.&lt;BR /&gt;Volume Group configuration for /dev/vg01 has been saved in /etc/lvmconf/vg01.conf&lt;BR /&gt;&lt;BR /&gt;After you have deleted all but the last disk you can remove the VG using VGREMOVE.&lt;BR /&gt;&lt;BR /&gt;/# vgremove /dev/vg02&lt;BR /&gt;Volume group "/dev/vg02" has been successfully removed.&lt;BR /&gt;&lt;BR /&gt;This should solve your problem. If you are not sure about the correctness of your current /etc/lvmtab, you can recreate it first using the VGSCAN command after saving the old /etc/lvmtab first (mv it to another file-name). Beware however that VGSCAN will recreate your /etc/lvmtab in the order it will find the PV's so if you are using both controller on the AutoRAID for load balancing you might find all data going through only one controller after using PVSCAN. In that case you will have to use the VGREDUCE and VGEXTEND command's to recreate the original and correct primary and alternate links again.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 08 Aug 2000 06:39:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/lvmtab-out-of-sync/m-p/2435158#M656284</guid>
      <dc:creator>Maarten van Maanen</dc:creator>
      <dc:date>2000-08-08T06:39:44Z</dc:date>
    </item>
    <item>
      <title>Re: LVMTAB out of sync</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/lvmtab-out-of-sync/m-p/2435159#M656285</link>
      <description>Using the vgexport removed the device files and entries from lvmtab. I believe all is fine now. I appreciate all the quick responses, they were very helpful.</description>
      <pubDate>Tue, 08 Aug 2000 11:27:40 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/lvmtab-out-of-sync/m-p/2435159#M656285</guid>
      <dc:creator>Steve Whitfies</dc:creator>
      <dc:date>2000-08-08T11:27:40Z</dc:date>
    </item>
  </channel>
</rss>

