<?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: /etc/lvmtab query in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/etc-lvmtab-query/m-p/2746843#M713876</link>
    <description>I cannot do this for vg01 as it is not mounted on the standby server, I suppose I'll have to wait till the package is running on standby to find out.</description>
    <pubDate>Tue, 18 Jun 2002 09:21:52 GMT</pubDate>
    <dc:creator>Malcolm McKenzie</dc:creator>
    <dc:date>2002-06-18T09:21:52Z</dc:date>
    <item>
      <title>/etc/lvmtab query</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/etc-lvmtab-query/m-p/2746839#M713872</link>
      <description>I have a two node cluster running Serviceguard.  How do I determine from /etc/lvmtab the relationship of disks in the same volume group, so I can add a dual cluster lock disk to the Serviceguard configuration?</description>
      <pubDate>Tue, 18 Jun 2002 07:16:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/etc-lvmtab-query/m-p/2746839#M713872</guid>
      <dc:creator>Malcolm McKenzie</dc:creator>
      <dc:date>2002-06-18T07:16:19Z</dc:date>
    </item>
    <item>
      <title>Re: /etc/lvmtab query</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/etc-lvmtab-query/m-p/2746840#M713873</link>
      <description>&lt;BR /&gt;strings /etc/lvmtab&lt;BR /&gt;&lt;BR /&gt;will list all the volume groups, and the disks in them.&lt;BR /&gt;&lt;BR /&gt;Why do you want a dual cluster lock? These should be used in very specific scenarios only as described here:&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://docs.hp.com/hpux/onlinedocs/B3936-90065/B3936-90065.html" target="_blank"&gt;http://docs.hp.com/hpux/onlinedocs/B3936-90065/B3936-90065.html&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;(near bottom of page - section entitled "Dual Lock Disk")&lt;BR /&gt;&lt;BR /&gt;HTH&lt;BR /&gt;&lt;BR /&gt;Duncan</description>
      <pubDate>Tue, 18 Jun 2002 07:23:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/etc-lvmtab-query/m-p/2746840#M713873</guid>
      <dc:creator>Duncan Edmonstone</dc:creator>
      <dc:date>2002-06-18T07:23:42Z</dc:date>
    </item>
    <item>
      <title>Re: /etc/lvmtab query</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/etc-lvmtab-query/m-p/2746841#M713874</link>
      <description>I have a campus cluster and therefore need a dual lock disk.  On one site I have vg01 with two mirrored disks which are connected via fibre to a second site.  Do you know how  I determine which is the primary disk and the mirror in vg01 on the 2nd site?</description>
      <pubDate>Tue, 18 Jun 2002 08:06:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/etc-lvmtab-query/m-p/2746841#M713874</guid>
      <dc:creator>Malcolm McKenzie</dc:creator>
      <dc:date>2002-06-18T08:06:33Z</dc:date>
    </item>
    <item>
      <title>Re: /etc/lvmtab query</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/etc-lvmtab-query/m-p/2746842#M713875</link>
      <description>Hi Malcolm:&lt;BR /&gt;&lt;BR /&gt;Since mirroring is implemented the level of the logical volume, you need to map the logical extents to a physical disk to identify which disk is the primary and which is the secondary (or tertiary) mirror.&lt;BR /&gt;&lt;BR /&gt;Use the 'v'erbose option of 'lvdisplay to see the physical disk relationships:&lt;BR /&gt;&lt;BR /&gt;For instance:&lt;BR /&gt;&lt;BR /&gt;# lvdisplay -v /dev/vg00/lvol1&lt;BR /&gt;&lt;BR /&gt;..might return:&lt;BR /&gt;&lt;BR /&gt; --- Logical extents ---&lt;BR /&gt;   LE   PV1                PE1  Status 1 PV2                PE2  Status 2&lt;BR /&gt;   0000 /dev/dsk/c0t6d0    0000 current  /dev/dsk/c2t0d2    0000 current&lt;BR /&gt;   0001 /dev/dsk/c0t6d0    0001 current  /dev/dsk/c2t0d2    0001 current&lt;BR /&gt;   0002 /dev/dsk/c0t6d0    0002 current  /dev/dsk/c2t0d2    0002 current  &lt;BR /&gt;&lt;BR /&gt;...hence, /dev/dsk/c2t0d2 are mirrors of /dev/dsk/c0t6d0.&lt;BR /&gt;&lt;BR /&gt;Regards!&lt;BR /&gt;&lt;BR /&gt;...JRF...</description>
      <pubDate>Tue, 18 Jun 2002 09:00:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/etc-lvmtab-query/m-p/2746842#M713875</guid>
      <dc:creator>James R. Ferguson</dc:creator>
      <dc:date>2002-06-18T09:00:59Z</dc:date>
    </item>
    <item>
      <title>Re: /etc/lvmtab query</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/etc-lvmtab-query/m-p/2746843#M713876</link>
      <description>I cannot do this for vg01 as it is not mounted on the standby server, I suppose I'll have to wait till the package is running on standby to find out.</description>
      <pubDate>Tue, 18 Jun 2002 09:21:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/etc-lvmtab-query/m-p/2746843#M713876</guid>
      <dc:creator>Malcolm McKenzie</dc:creator>
      <dc:date>2002-06-18T09:21:52Z</dc:date>
    </item>
    <item>
      <title>Re: /etc/lvmtab query</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/etc-lvmtab-query/m-p/2746844#M713877</link>
      <description>Multiple "disk" device files may represent on single disk.&lt;BR /&gt;&lt;BR /&gt;ie. the device file /dev/dsk/c1t2d0 may be an alternate path to /dev/dsk/c2t3d0&lt;BR /&gt;lvmtab will not tell you this.&lt;BR /&gt;vgdisplay will.&lt;BR /&gt;If you see&lt;BR /&gt;&lt;BR /&gt;strings /etc/lvmtab&lt;BR /&gt;.&lt;BR /&gt;.&lt;BR /&gt;/dev/vg01&lt;BR /&gt;/dev/dsk/c2t3d0&lt;BR /&gt;/dev/dsk/c1t2d0&lt;BR /&gt;.&lt;BR /&gt;.&lt;BR /&gt;&lt;BR /&gt;and vgdisplay vg01&lt;BR /&gt;.&lt;BR /&gt;.&lt;BR /&gt;/dev/dsk/c2t3d0&lt;BR /&gt;/dev/dsk/c1t2d0 Alternate Path&lt;BR /&gt;.&lt;BR /&gt;.&lt;BR /&gt;&lt;BR /&gt;Then the two are the same 'disk' - just accessed from a different hardware path&lt;BR /&gt;&lt;BR /&gt;I quote disk because it should be refered to as a PV to be really correct.&lt;BR /&gt;&lt;BR /&gt;In any case, ioscan -fnkC disk&lt;BR /&gt;will give you the info on hardware addressing (physical) versus the device file logical addressing, and you can identify uniqueness from this and the vgdisplay combined.&lt;BR /&gt;&lt;BR /&gt;vgdisplay itself will tell you how many PVs are in the vg, so that should be a good starting point.&lt;BR /&gt;&lt;BR /&gt;Later,&lt;BR /&gt;Bill&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 18 Jun 2002 09:25:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/etc-lvmtab-query/m-p/2746844#M713877</guid>
      <dc:creator>Bill McNAMARA_1</dc:creator>
      <dc:date>2002-06-18T09:25:18Z</dc:date>
    </item>
    <item>
      <title>Re: /etc/lvmtab query</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/etc-lvmtab-query/m-p/2746845#M713878</link>
      <description>Hello Malcolm,&lt;BR /&gt;&lt;BR /&gt;Please refer to Duncan's link for the very few reasons why you ought to use a dual cluster lock disk!  If your cluster meets those requirements, use the following method to find the same disk between nodes.&lt;BR /&gt;&lt;BR /&gt;Use this form of the cmquerycl command to discover each disk's "serial number":&lt;BR /&gt;&lt;BR /&gt;# cmquerycl -l lvm -T 3 -n eon -n ion | grep "added disk"&lt;BR /&gt;&lt;BR /&gt;I used this form of the command to get the following list:&lt;BR /&gt;&lt;BR /&gt;# cmquerycl -l lvm -T 3 -n eon -n ion | grep "added disk" | grep dsk | awk '{print $2,$7,"      " $11," " $10}' | sort -n -k 3,3&lt;BR /&gt;&lt;BR /&gt;(eon) /dev/dsk/c0t13d0  8.13.0  997126883)&lt;BR /&gt;(ion) /dev/dsk/c0t13d0  8.13.0  997126883)&lt;BR /&gt;(eon) /dev/dsk/c0t14d0  8.14.0  996766697)&lt;BR /&gt;(ion) /dev/dsk/c0t14d0  8.14.0  996766697)&lt;BR /&gt;(eon) /dev/dsk/c0t15d0  8.15.0  996766708)&lt;BR /&gt;(ion) /dev/dsk/c0t15d0  8.15.0  996766708)&lt;BR /&gt;(eon) /dev/dsk/c0t2d0   8.2.0   1004024064)&lt;BR /&gt;(ion) /dev/dsk/c0t2d0   8.2.0   1004024064)&lt;BR /&gt;(eon) /dev/dsk/c0t3d0   8.3.0   1024408633)&lt;BR /&gt;(ion) /dev/dsk/c0t3d0   8.3.0   1024408633)&lt;BR /&gt;(eon) /dev/dsk/c0t4d0   8.4.0   1017781080)&lt;BR /&gt;(ion) /dev/dsk/c0t4d0   8.4.0   1017781080)&lt;BR /&gt;(eon) /dev/dsk/c1t5d0   52.5.0  949954632)&lt;BR /&gt;(ion) /dev/dsk/c1t5d0   52.5.0  960302228)&lt;BR /&gt;(eon) /dev/dsk/c1t6d0   52.6.0  941219124)&lt;BR /&gt;(ion) /dev/dsk/c1t6d0   52.6.0  941226344)&lt;BR /&gt;&lt;BR /&gt;The last string in each row is the "serial number".  Those that match between nodes are the same disk.&lt;BR /&gt;&lt;BR /&gt;-s.</description>
      <pubDate>Tue, 18 Jun 2002 13:03:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/etc-lvmtab-query/m-p/2746845#M713878</guid>
      <dc:creator>Stephen Doud</dc:creator>
      <dc:date>2002-06-18T13:03:44Z</dc:date>
    </item>
  </channel>
</rss>

