<?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: Extending volume group in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/extending-volume-group/m-p/3765799#M615071</link>
    <description>Yep, that's how you do it. I would add a step after backup, verify backup. If that's done no matter how badly you screw up then no lasting damage will be done. It's one of God's little jokes, it you have a known good backup then you don't need it; if you don't ... .&lt;BR /&gt;&lt;BR /&gt;There is another option. You can add additional disks (LUN's) of the same size as the largest existing PV to your VG. You can even add larger disks if you are willing to allow some of the space to go unused. &lt;BR /&gt;&lt;BR /&gt;If you are unfamiliar with the process; other than the backups and verify, every needed step can be done under SAM. Backups and restores can also be done using SAM but this is one area where I would absolutely know what commands and what options are used. Your fastest free backup/restore tool is fbackup/frecover so make youreself very familiar with those commands to the point of doing some non-critical backups and restores before doing the real thing.</description>
    <pubDate>Tue, 04 Apr 2006 17:16:34 GMT</pubDate>
    <dc:creator>A. Clay Stephenson</dc:creator>
    <dc:date>2006-04-04T17:16:34Z</dc:date>
    <item>
      <title>Extending volume group</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/extending-volume-group/m-p/3765797#M615069</link>
      <description>From what I gather....&lt;BR /&gt;"BACKUP, BLOW AWAY VG, RECREATE VG, RESTORE"&lt;BR /&gt;is the necessary means to increase Max PE per PV. &lt;BR /&gt;&lt;BR /&gt; Has anyone ever done this before? Apparently, I need to perform this and I've never done this before, so I'm more than a little intimidated.&lt;BR /&gt;&lt;BR /&gt;Thank You</description>
      <pubDate>Tue, 04 Apr 2006 17:06:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/extending-volume-group/m-p/3765797#M615069</guid>
      <dc:creator>Jim Doddery</dc:creator>
      <dc:date>2006-04-04T17:06:28Z</dc:date>
    </item>
    <item>
      <title>Re: Extending volume group</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/extending-volume-group/m-p/3765798#M615070</link>
      <description>Hi Jim:&lt;BR /&gt;&lt;BR /&gt;Yes, that is the means to increase a volume group's 'max_pe' or 'max_pv' or 'pe_size' or 'max-lv'.&lt;BR /&gt;&lt;BR /&gt;The easy approach is to backup your filesystems and then:&lt;BR /&gt;&lt;BR /&gt;# vgchange -a n vgXX&lt;BR /&gt;# vgexport vgXX&lt;BR /&gt;&lt;BR /&gt;This quickly eliminates the volume group and all its logical volumes.  You will need to do :&lt;BR /&gt;&lt;BR /&gt;# pvcreate -f &lt;PATH&gt;&lt;BR /&gt;&lt;BR /&gt;...to overwrite the LVM header since LVM will ever-so-helpfully try to warn you that LVM information still exists on the physical disks (it does).&lt;BR /&gt;&lt;BR /&gt;Now, follow the normal steps ('mknod', 'pvcreate', 'vgcreate', 'lvcreate' and build a new volume group and restore your data.&lt;BR /&gt;&lt;BR /&gt;Regards!&lt;BR /&gt;&lt;BR /&gt;...JRF...&lt;/PATH&gt;</description>
      <pubDate>Tue, 04 Apr 2006 17:15:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/extending-volume-group/m-p/3765798#M615070</guid>
      <dc:creator>James R. Ferguson</dc:creator>
      <dc:date>2006-04-04T17:15:08Z</dc:date>
    </item>
    <item>
      <title>Re: Extending volume group</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/extending-volume-group/m-p/3765799#M615071</link>
      <description>Yep, that's how you do it. I would add a step after backup, verify backup. If that's done no matter how badly you screw up then no lasting damage will be done. It's one of God's little jokes, it you have a known good backup then you don't need it; if you don't ... .&lt;BR /&gt;&lt;BR /&gt;There is another option. You can add additional disks (LUN's) of the same size as the largest existing PV to your VG. You can even add larger disks if you are willing to allow some of the space to go unused. &lt;BR /&gt;&lt;BR /&gt;If you are unfamiliar with the process; other than the backups and verify, every needed step can be done under SAM. Backups and restores can also be done using SAM but this is one area where I would absolutely know what commands and what options are used. Your fastest free backup/restore tool is fbackup/frecover so make youreself very familiar with those commands to the point of doing some non-critical backups and restores before doing the real thing.</description>
      <pubDate>Tue, 04 Apr 2006 17:16:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/extending-volume-group/m-p/3765799#M615071</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2006-04-04T17:16:34Z</dc:date>
    </item>
    <item>
      <title>Re: Extending volume group</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/extending-volume-group/m-p/3765800#M615072</link>
      <description>By the way, I assume this is non vg00 because that add's a whole new level of complexity to the task because now we are into Ingite/UX.</description>
      <pubDate>Tue, 04 Apr 2006 17:18:10 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/extending-volume-group/m-p/3765800#M615072</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2006-04-04T17:18:10Z</dc:date>
    </item>
    <item>
      <title>Re: Extending volume group</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/extending-volume-group/m-p/3765801#M615073</link>
      <description>Thanks, gentlemen.&lt;BR /&gt;&lt;BR /&gt; It's actually "vg08", and it houses Informix dataspaces. I'm currently holding down the fort until a new guy starts in a few weeks.&lt;BR /&gt;&lt;BR /&gt; I'll let you know what happens. &lt;BR /&gt;&lt;BR /&gt;Thanks again</description>
      <pubDate>Tue, 04 Apr 2006 17:45:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/extending-volume-group/m-p/3765801#M615073</guid>
      <dc:creator>Jim Doddery</dc:creator>
      <dc:date>2006-04-04T17:45:07Z</dc:date>
    </item>
    <item>
      <title>Re: Extending volume group</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/extending-volume-group/m-p/3765802#M615074</link>
      <description>There may be a problem. If your Informix data are stored as raw devices then the standard backup tools are not going to work; the only UNIX tool that can do this is dd and there is essentially no way to verify the data other than a cksum. You need to look at the Informix backup tools (e.g. ontape).</description>
      <pubDate>Tue, 04 Apr 2006 17:52:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/extending-volume-group/m-p/3765802#M615074</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2006-04-04T17:52:48Z</dc:date>
    </item>
  </channel>
</rss>

