<?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: lvmconf in Linux in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/lvmconf-in-linux/m-p/4705986#M42585</link>
    <description>If you use a _Serviceguard_ cluster, you should configure lvm.conf to activate only local VGs. If you use another cluster suite, the procedure is likely to be different.&lt;BR /&gt;&lt;BR /&gt;For example, RedHat Cluster Suite, when configured to use clvmd (the default and RedHat-recommended configuration), configures LVM to use clvmd locking, which will automatically prevent cluster VG activation until/unless clvmd is running and talking with other nodes. Local VGs will be activated normally.&lt;BR /&gt;&lt;BR /&gt;MK</description>
    <pubDate>Fri, 29 Oct 2010 12:30:05 GMT</pubDate>
    <dc:creator>Matti_Kurkela</dc:creator>
    <dc:date>2010-10-29T12:30:05Z</dc:date>
    <item>
      <title>lvmconf in Linux</title>
      <link>https://community.hpe.com/t5/operating-system-linux/lvmconf-in-linux/m-p/4705981#M42580</link>
      <description>I come from the HP-UX world. Could someone please explain the function of the /etc/lvm/lvmconf file in Linux(RHEL 5) and its relation to the Multipathd?&lt;BR /&gt;&lt;BR /&gt;Thanks&lt;BR /&gt;&lt;BR /&gt;Brian.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 27 Oct 2010 23:54:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/lvmconf-in-linux/m-p/4705981#M42580</guid>
      <dc:creator>brian_31</dc:creator>
      <dc:date>2010-10-27T23:54:41Z</dc:date>
    </item>
    <item>
      <title>Re: lvmconf in Linux</title>
      <link>https://community.hpe.com/t5/operating-system-linux/lvmconf-in-linux/m-p/4705982#M42581</link>
      <description>In HP-UX (11.23 and older), LVM and multipathing (alternate paths for PVs) are tied together. In Linux, they're two separate layers.&lt;BR /&gt;&lt;BR /&gt;When you use the Device-Mapper Multipath system (which includes multipathd), you'll have one device for each path to your multipathed disks (/dev/sd* or whatever), and another device for using the disk in multipathed fashion (/dev/mapper/mpath* if you're using RHEL defaults, but you can customize the names if you want). The difference is sort of like legacy vs. agile devices on HP-UX 11.31, except that you cannot switch the single-path (=legacy) device names off.&lt;BR /&gt;&lt;BR /&gt;The /etc/lvm/lvm.conf file can be used (among other things) to limit the types of disk devices LVM searches for PVs. When you're using multipathing, you'll want LVM to look for multipathed devices only, or at least prefer them over single-path devices for the same disk/LUN. The appropriate lvm.conf configuration items are "filter" and "preferred_names".&lt;BR /&gt;&lt;BR /&gt;See also:&lt;BR /&gt;&lt;A href="http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/5/html/Logical_Volume_Manager_Administration/lvm_filters.html" target="_blank"&gt;http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/5/html/Logical_Volume_Manager_Administration/lvm_filters.html&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Other than this, there is no relation with Linux LVM and multipathing. LVM can use any devices it's allowed to access; it does not care whether they're actually multipathed or not. Its position is kind of similar to Oracle ASM: both will want to see each disk device using a single device name that will "always" work. If the device name is not persistent, both LVM and Oracle ASM will deal with it just fine: both will identify the disks using signatures stored on the disks, not using device names.&lt;BR /&gt;&lt;BR /&gt;MK</description>
      <pubDate>Thu, 28 Oct 2010 07:31:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/lvmconf-in-linux/m-p/4705982#M42581</guid>
      <dc:creator>Matti_Kurkela</dc:creator>
      <dc:date>2010-10-28T07:31:02Z</dc:date>
    </item>
    <item>
      <title>Re: lvmconf in Linux</title>
      <link>https://community.hpe.com/t5/operating-system-linux/lvmconf-in-linux/m-p/4705983#M42582</link>
      <description>Thanks MK! Oh i see. so the lvm.conf in Linux is an editable file?&lt;BR /&gt;&lt;BR /&gt;Thanks&lt;BR /&gt;&lt;BR /&gt;Brian.</description>
      <pubDate>Thu, 28 Oct 2010 11:24:49 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/lvmconf-in-linux/m-p/4705983#M42582</guid>
      <dc:creator>brian_31</dc:creator>
      <dc:date>2010-10-28T11:24:49Z</dc:date>
    </item>
    <item>
      <title>Re: lvmconf in Linux</title>
      <link>https://community.hpe.com/t5/operating-system-linux/lvmconf-in-linux/m-p/4705984#M42583</link>
      <description>Yes, it's plain text, editable by the sysadmin and rather extensively commented.&lt;BR /&gt;&lt;BR /&gt;MK</description>
      <pubDate>Thu, 28 Oct 2010 13:00:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/lvmconf-in-linux/m-p/4705984#M42583</guid>
      <dc:creator>Matti_Kurkela</dc:creator>
      <dc:date>2010-10-28T13:00:58Z</dc:date>
    </item>
    <item>
      <title>Re: lvmconf in Linux</title>
      <link>https://community.hpe.com/t5/operating-system-linux/lvmconf-in-linux/m-p/4705985#M42584</link>
      <description>Another function of the lvm.conf file is to specify which VGs are activated on start-up.  If you have a VG that is used in a cluster, you do not want it activated on boot.</description>
      <pubDate>Thu, 28 Oct 2010 23:02:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/lvmconf-in-linux/m-p/4705985#M42584</guid>
      <dc:creator>Serviceguard for Linux</dc:creator>
      <dc:date>2010-10-28T23:02:58Z</dc:date>
    </item>
    <item>
      <title>Re: lvmconf in Linux</title>
      <link>https://community.hpe.com/t5/operating-system-linux/lvmconf-in-linux/m-p/4705986#M42585</link>
      <description>If you use a _Serviceguard_ cluster, you should configure lvm.conf to activate only local VGs. If you use another cluster suite, the procedure is likely to be different.&lt;BR /&gt;&lt;BR /&gt;For example, RedHat Cluster Suite, when configured to use clvmd (the default and RedHat-recommended configuration), configures LVM to use clvmd locking, which will automatically prevent cluster VG activation until/unless clvmd is running and talking with other nodes. Local VGs will be activated normally.&lt;BR /&gt;&lt;BR /&gt;MK</description>
      <pubDate>Fri, 29 Oct 2010 12:30:05 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/lvmconf-in-linux/m-p/4705986#M42585</guid>
      <dc:creator>Matti_Kurkela</dc:creator>
      <dc:date>2010-10-29T12:30:05Z</dc:date>
    </item>
    <item>
      <title>Re: lvmconf in Linux</title>
      <link>https://community.hpe.com/t5/operating-system-linux/lvmconf-in-linux/m-p/4705987#M42586</link>
      <description>If you use an LVM resource in Red Hat and choose not to use clvm, then the recommendation is to edit lvm.conf&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://www.nxnt.org/2010/09/redhat-cluster-howto/" target="_blank"&gt;http://www.nxnt.org/2010/09/redhat-cluster-howto/&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 29 Oct 2010 14:31:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/lvmconf-in-linux/m-p/4705987#M42586</guid>
      <dc:creator>Serviceguard for Linux</dc:creator>
      <dc:date>2010-10-29T14:31:32Z</dc:date>
    </item>
    <item>
      <title>Re: lvmconf in Linux</title>
      <link>https://community.hpe.com/t5/operating-system-linux/lvmconf-in-linux/m-p/4705988#M42587</link>
      <description>Thanks Guys! Good discussion.&lt;BR /&gt;&lt;BR /&gt;Brian.</description>
      <pubDate>Fri, 29 Oct 2010 14:36:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/lvmconf-in-linux/m-p/4705988#M42587</guid>
      <dc:creator>brian_31</dc:creator>
      <dc:date>2010-10-29T14:36:00Z</dc:date>
    </item>
  </channel>
</rss>

