<?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: vgreduce not working in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/vgreduce-not-working/m-p/4404142#M560951</link>
    <description>If you are trying to replace a bad disk, I dont see a need to do a vgreduce, Just pull out the disk from the server and replace it with a new on. You can creat a new mirror form there. using pvcreate and restore the VG config if you have a backup using vgcfsrestore. If no proceed with the root mirror creation procedure as below&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://www.hpux.ws/?p=21" target="_blank"&gt;http://www.hpux.ws/?p=21&lt;/A&gt;</description>
    <pubDate>Mon, 20 Apr 2009 15:47:17 GMT</pubDate>
    <dc:creator>UVK</dc:creator>
    <dc:date>2009-04-20T15:47:17Z</dc:date>
    <item>
      <title>vgreduce not working</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vgreduce-not-working/m-p/4404139#M560948</link>
      <description>Trying to break a mirror to replace a bad disk.  &lt;BR /&gt;Ran-lvreduce –m 0 /dev/vg00/lvol#”1-11” /dev/dsk/c1t2d0&lt;BR /&gt;&lt;BR /&gt;Once all of this was done I did my vgreduce /dev/vg00 /dev/dsk/c1t2d0,&lt;BR /&gt;This came back telling me that the disk was not cleared of items running from it.  &lt;BR /&gt;Then I tried vgreduce –f /dev/vg00, this gave me the same message.  Not sure how to get this server to let go of this drive?   &lt;BR /&gt;</description>
      <pubDate>Mon, 20 Apr 2009 14:49:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vgreduce-not-working/m-p/4404139#M560948</guid>
      <dc:creator>boston</dc:creator>
      <dc:date>2009-04-20T14:49:02Z</dc:date>
    </item>
    <item>
      <title>Re: vgreduce not working</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vgreduce-not-working/m-p/4404140#M560949</link>
      <description>what does pvdisplay /dev/dsk/c1t2d0 say ?&lt;BR /&gt;&lt;BR /&gt;also, it is not a good way of doing this but assuming you are using a fairly recent hardware, i.e., L/N class or newer machines, you can yank out the drive while the system is running, without performing the vgreduce, put the replacement hardware in and rebuild it. &lt;BR /&gt;&lt;BR /&gt;pvcreate -f /dev/rdsk/c1t2d0&lt;BR /&gt;vgcfgrestore -n vg00 /dev/rdsk/c1t2d0&lt;BR /&gt;vgchange -a y vg 00&lt;BR /&gt;&lt;BR /&gt;then resynchronize your logical volumes.&lt;BR /&gt;&lt;BR /&gt;Hope this helps</description>
      <pubDate>Mon, 20 Apr 2009 15:08:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vgreduce-not-working/m-p/4404140#M560949</guid>
      <dc:creator>Mel Burslan</dc:creator>
      <dc:date>2009-04-20T15:08:18Z</dc:date>
    </item>
    <item>
      <title>Re: vgreduce not working</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vgreduce-not-working/m-p/4404141#M560950</link>
      <description>When I run the vgreduce command, I get back&lt;BR /&gt;&lt;BR /&gt;(physical etents are still in use)</description>
      <pubDate>Mon, 20 Apr 2009 15:28:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vgreduce-not-working/m-p/4404141#M560950</guid>
      <dc:creator>boston</dc:creator>
      <dc:date>2009-04-20T15:28:04Z</dc:date>
    </item>
    <item>
      <title>Re: vgreduce not working</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vgreduce-not-working/m-p/4404142#M560951</link>
      <description>If you are trying to replace a bad disk, I dont see a need to do a vgreduce, Just pull out the disk from the server and replace it with a new on. You can creat a new mirror form there. using pvcreate and restore the VG config if you have a backup using vgcfsrestore. If no proceed with the root mirror creation procedure as below&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://www.hpux.ws/?p=21" target="_blank"&gt;http://www.hpux.ws/?p=21&lt;/A&gt;</description>
      <pubDate>Mon, 20 Apr 2009 15:47:17 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vgreduce-not-working/m-p/4404142#M560951</guid>
      <dc:creator>UVK</dc:creator>
      <dc:date>2009-04-20T15:47:17Z</dc:date>
    </item>
    <item>
      <title>Re: vgreduce not working</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vgreduce-not-working/m-p/4404143#M560952</link>
      <description>I was under the impression you had to break the mirror before you replaced a disk?</description>
      <pubDate>Mon, 20 Apr 2009 15:51:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vgreduce-not-working/m-p/4404143#M560952</guid>
      <dc:creator>boston</dc:creator>
      <dc:date>2009-04-20T15:51:59Z</dc:date>
    </item>
    <item>
      <title>Re: vgreduce not working</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vgreduce-not-working/m-p/4404144#M560953</link>
      <description>Beware that all the extents on the bad disk need to be marked as stale.&lt;BR /&gt;&lt;BR /&gt;Read this for the best solutions.&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://docs.hp.com/en/5991-1236/When_Good_Disks_Go_Bad_WP.pdf" target="_blank"&gt;http://docs.hp.com/en/5991-1236/When_Good_Disks_Go_Bad_WP.pdf&lt;/A&gt;</description>
      <pubDate>Mon, 20 Apr 2009 16:43:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vgreduce-not-working/m-p/4404144#M560953</guid>
      <dc:creator>Tim Nelson</dc:creator>
      <dc:date>2009-04-20T16:43:08Z</dc:date>
    </item>
    <item>
      <title>Re: vgreduce not working</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vgreduce-not-working/m-p/4404145#M560954</link>
      <description>hi&lt;BR /&gt;you already break the mirror by doing&lt;BR /&gt;&amp;gt;&amp;gt;&amp;gt;lvreduce â  m 0 /dev/vg00/lvol#â  1-11â   /dev/dsk/c1t2d0&lt;BR /&gt;post the output of #pvdisplay /dev/dsk/c1t2d0 &lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Mon, 20 Apr 2009 17:34:49 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vgreduce-not-working/m-p/4404145#M560954</guid>
      <dc:creator>Bijeesh</dc:creator>
      <dc:date>2009-04-20T17:34:49Z</dc:date>
    </item>
    <item>
      <title>Re: vgreduce not working</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vgreduce-not-working/m-p/4404146#M560955</link>
      <description>You don't have to break the mirror to replace the disk. You could just yank it if the hardware supports this.&lt;BR /&gt;&lt;BR /&gt;I wouldn't do that though. It's evident that the system still thinks it has extents in use on that device. I would try to figure out what's using them. vgdisplay -v &lt;VGNAME&gt; will yield information about the number of extents on the device and the number of free extents on that device. If those numbers are not the same, you do in fact have them in use somewhere.&lt;BR /&gt;&lt;BR /&gt;lvdisplay -v those logical volumes and find out which LV has the extents in use. Take appropriate action after that. If you're certain you removed the mirrors and then just yank the device and you were mistaken, you could corrupt or crash your server because you've now taken out the primary copy of an LV with no mirror.&lt;BR /&gt;&lt;BR /&gt;Since you're this far into it, I would retrace my steps to insure everything is oK if you pull the disk.&lt;/VGNAME&gt;</description>
      <pubDate>Tue, 21 Apr 2009 13:42:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vgreduce-not-working/m-p/4404146#M560955</guid>
      <dc:creator>Jeff Gyurko</dc:creator>
      <dc:date>2009-04-21T13:42:14Z</dc:date>
    </item>
  </channel>
</rss>

