<?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: Creating new VG need HEX help in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/creating-new-vg-need-hex-help/m-p/2875510#M636232</link>
    <description>A practice I've used, which honestly has only come in handy a few times, is to set up groups of volume group numbers.  &lt;BR /&gt;For example, on all of my systems vg00 is the operating system.  On my production system all of my Oracle and SAP executables go in vg10.  Then for the Oracle database I began with vg11, then vg12 and so on, adding them as I needed them.&lt;BR /&gt;On my QA system the executables are in vg20 with the database beginning in vg21 and so on.&lt;BR /&gt;My Development system uses vg30 and then vg31 and so on.&lt;BR /&gt;Other applications like OmniBack and Network Node Manager have their own unique volume group number.&lt;BR /&gt;The reason I do this is for portability between systems.  Most of this is on an XP256 array.  If I want to, or need to move an application to another host, either temporarily or for good, it's just easier if they already have a unique volume group number.&lt;BR /&gt;It doesn't happen often.  I've used this approach when working on upgrades or some major tests.  It also helps in a disaster recovery situation.  I can bring my production environment up on my QA system in a matter of minutes without disturbing the QA enveironment.&lt;BR /&gt;Maybe a little over the top but, is has helped.&lt;BR /&gt;</description>
    <pubDate>Tue, 07 Jan 2003 15:05:52 GMT</pubDate>
    <dc:creator>Dave Wherry</dc:creator>
    <dc:date>2003-01-07T15:05:52Z</dc:date>
    <item>
      <title>Creating new VG need HEX help</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/creating-new-vg-need-hex-help/m-p/2875503#M636225</link>
      <description>I am creating some new vg's. &lt;BR /&gt;&lt;BR /&gt;I know the command goes something like this..&lt;BR /&gt;&lt;BR /&gt;mkdir /dev/vgxx&lt;BR /&gt;mknod /dev/vgxx/groupc c 64 0xNN0000&lt;BR /&gt;then a vgcreate..&lt;BR /&gt;How do I figure out the minor number for the group in hex?&lt;BR /&gt;&lt;BR /&gt;Jeremy&lt;BR /&gt;Sunadmin@jslracing.com</description>
      <pubDate>Mon, 06 Jan 2003 20:16:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/creating-new-vg-need-hex-help/m-p/2875503#M636225</guid>
      <dc:creator>Jeremy Loukinas_1</dc:creator>
      <dc:date>2003-01-06T20:16:14Z</dc:date>
    </item>
    <item>
      <title>Re: Creating new VG need HEX help</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/creating-new-vg-need-hex-help/m-p/2875504#M636226</link>
      <description>Jeremy,&lt;BR /&gt;&lt;BR /&gt;Typically the minor number matches the vg number.  For example vg02 would be /dev/vg02/group c 64 0x020000&lt;BR /&gt;&lt;BR /&gt;You can however use any legitimate hex number as long as it's unique.&lt;BR /&gt;&lt;BR /&gt;Pete</description>
      <pubDate>Mon, 06 Jan 2003 20:19:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/creating-new-vg-need-hex-help/m-p/2875504#M636226</guid>
      <dc:creator>Pete Randall</dc:creator>
      <dc:date>2003-01-06T20:19:01Z</dc:date>
    </item>
    <item>
      <title>Re: Creating new VG need HEX help</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/creating-new-vg-need-hex-help/m-p/2875505#M636227</link>
      <description>Unless you have to consider shared vgs in Serviceguard, then I would do:&lt;BR /&gt;&lt;BR /&gt;# ll /dev/*/group&lt;BR /&gt;&lt;BR /&gt;To list the the group files and start where the las one left off, so if the last one was, for example, 0x090000, then your next ones would be 0x0a0000, 0x0b0000, 0x0c0000, 0x0d0000 ..., 0x0f0000, 0x100000, and so on.&lt;BR /&gt;&lt;BR /&gt;Hope this helps&lt;BR /&gt;&lt;BR /&gt;Chris</description>
      <pubDate>Mon, 06 Jan 2003 20:21:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/creating-new-vg-need-hex-help/m-p/2875505#M636227</guid>
      <dc:creator>Christopher McCray_1</dc:creator>
      <dc:date>2003-01-06T20:21:19Z</dc:date>
    </item>
    <item>
      <title>Re: Creating new VG need HEX help</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/creating-new-vg-need-hex-help/m-p/2875506#M636228</link>
      <description>The group minor number need only be unique to the system.  To find out what numbers are in use:&lt;BR /&gt;&lt;BR /&gt;find /dev -name group -exec ls -l {} \;&lt;BR /&gt;&lt;BR /&gt;I typically use the same as the VG number (if it is in fact a number).  Otherwise, I pick the next one up.</description>
      <pubDate>Mon, 06 Jan 2003 20:22:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/creating-new-vg-need-hex-help/m-p/2875506#M636228</guid>
      <dc:creator>Tom Danzig</dc:creator>
      <dc:date>2003-01-06T20:22:28Z</dc:date>
    </item>
    <item>
      <title>Re: Creating new VG need HEX help</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/creating-new-vg-need-hex-help/m-p/2875507#M636229</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;You don't need to figure out the minor number. Make it unique and it should be less than the kernel parameter maxvgs.&lt;BR /&gt;&lt;BR /&gt;To see if your minor number is unique, do &lt;BR /&gt;&lt;BR /&gt;ll /dev/*/group&lt;BR /&gt;&lt;BR /&gt;Note down the minor numbers of all the group files  you found and pick a new minor number. Since only two fields are used you cannot go beyond "ff" which is 255 and that is the limit of max. no. of volume groups you can have on the system. However, the actual limit on your system is dependent on the kernel parameter maxvgs.&lt;BR /&gt;&lt;BR /&gt;kmtune -l -q maxvgs&lt;BR /&gt;&lt;BR /&gt;As said by Pete, good practice is to match vgyy with the minor number 0xyy0000&lt;BR /&gt;&lt;BR /&gt;-Sri</description>
      <pubDate>Mon, 06 Jan 2003 20:29:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/creating-new-vg-need-hex-help/m-p/2875507#M636229</guid>
      <dc:creator>Sridhar Bhaskarla</dc:creator>
      <dc:date>2003-01-06T20:29:58Z</dc:date>
    </item>
    <item>
      <title>Re: Creating new VG need HEX help</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/creating-new-vg-need-hex-help/m-p/2875508#M636230</link>
      <description>Sometimes trying to find the next hex number that can be used is confusing. Here is a script that will do the job. &lt;BR /&gt;&lt;BR /&gt;# ------------------ Decimal to Hex Converter &lt;BR /&gt;&lt;BR /&gt;while [ $# -ge 1 ] &lt;BR /&gt;do &lt;BR /&gt;INPUT=$1 &lt;BR /&gt;shift &lt;BR /&gt;echo "obase=16;ibase=10;${INPUT};quit" | bc &lt;BR /&gt;done&lt;BR /&gt;# --------------------------------------------&lt;BR /&gt;e.g.&lt;BR /&gt;# dec_hex.sh 12&lt;BR /&gt;C&lt;BR /&gt;</description>
      <pubDate>Mon, 06 Jan 2003 21:07:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/creating-new-vg-need-hex-help/m-p/2875508#M636230</guid>
      <dc:creator>Michael Tully</dc:creator>
      <dc:date>2003-01-06T21:07:48Z</dc:date>
    </item>
    <item>
      <title>Re: Creating new VG need HEX help</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/creating-new-vg-need-hex-help/m-p/2875509#M636231</link>
      <description>0xNN0000 can be anything as long as it is unique</description>
      <pubDate>Mon, 06 Jan 2003 21:12:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/creating-new-vg-need-hex-help/m-p/2875509#M636231</guid>
      <dc:creator>Paul Sperry</dc:creator>
      <dc:date>2003-01-06T21:12:02Z</dc:date>
    </item>
    <item>
      <title>Re: Creating new VG need HEX help</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/creating-new-vg-need-hex-help/m-p/2875510#M636232</link>
      <description>A practice I've used, which honestly has only come in handy a few times, is to set up groups of volume group numbers.  &lt;BR /&gt;For example, on all of my systems vg00 is the operating system.  On my production system all of my Oracle and SAP executables go in vg10.  Then for the Oracle database I began with vg11, then vg12 and so on, adding them as I needed them.&lt;BR /&gt;On my QA system the executables are in vg20 with the database beginning in vg21 and so on.&lt;BR /&gt;My Development system uses vg30 and then vg31 and so on.&lt;BR /&gt;Other applications like OmniBack and Network Node Manager have their own unique volume group number.&lt;BR /&gt;The reason I do this is for portability between systems.  Most of this is on an XP256 array.  If I want to, or need to move an application to another host, either temporarily or for good, it's just easier if they already have a unique volume group number.&lt;BR /&gt;It doesn't happen often.  I've used this approach when working on upgrades or some major tests.  It also helps in a disaster recovery situation.  I can bring my production environment up on my QA system in a matter of minutes without disturbing the QA enveironment.&lt;BR /&gt;Maybe a little over the top but, is has helped.&lt;BR /&gt;</description>
      <pubDate>Tue, 07 Jan 2003 15:05:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/creating-new-vg-need-hex-help/m-p/2875510#M636232</guid>
      <dc:creator>Dave Wherry</dc:creator>
      <dc:date>2003-01-07T15:05:52Z</dc:date>
    </item>
  </channel>
</rss>

