<?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: Serviceguard for Linux in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/serviceguard-for-linux/m-p/4996077#M57265</link>
    <description>Shalom James,&lt;BR /&gt;&lt;BR /&gt;The lock lun(disk) is a disk that decides contention between SG nodes when heartbeat is lost.&lt;BR /&gt;&lt;BR /&gt;It must be the same on both systems.&lt;BR /&gt;&lt;BR /&gt;There are several common causes. The most common cause is the cluster configuration files in /etc/cmcluster are not the same on both nodes. Check this and then try cmcheckconf/cmapplyconf once again.&lt;BR /&gt;&lt;BR /&gt;The lock LUN(disk) must be on shared storage.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
    <pubDate>Tue, 08 Aug 2006 10:31:56 GMT</pubDate>
    <dc:creator>Steven E. Protter</dc:creator>
    <dc:date>2006-08-08T10:31:56Z</dc:date>
    <item>
      <title>Serviceguard for Linux</title>
      <link>https://community.hpe.com/t5/operating-system-linux/serviceguard-for-linux/m-p/4996076#M57264</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;I am trying to set up a 2 node serviceguard cluster on RedHat Linux 3ES (AMD 64 bit) and get an error regarding saying that cluster lock lun is different between the nodes.&lt;BR /&gt; &lt;BR /&gt;Error: Physical lock lun  device "/dev/sdb1" on node "luxmqpri" does not correspond to the same device as the physical lock lun device  "/dev/sdb1" specified for node "luxmqsec". It cannot be used for cluster lock.&lt;BR /&gt;Error: Invalid data for cluster lock LUN configuration&lt;BR /&gt;&lt;BR /&gt;I know this is the same device, there are only 6 EMC disks and it is the only available disk that has this disk partion.&lt;BR /&gt;&lt;BR /&gt;I have setup the small partition in Linux (mode 83) and confirmed this from both nodes.&lt;BR /&gt;&lt;BR /&gt;Has anybody seen this before?&lt;BR /&gt;Thanks very much.&lt;BR /&gt;James.</description>
      <pubDate>Tue, 08 Aug 2006 10:26:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/serviceguard-for-linux/m-p/4996076#M57264</guid>
      <dc:creator>James Tann</dc:creator>
      <dc:date>2006-08-08T10:26:26Z</dc:date>
    </item>
    <item>
      <title>Re: Serviceguard for Linux</title>
      <link>https://community.hpe.com/t5/operating-system-linux/serviceguard-for-linux/m-p/4996077#M57265</link>
      <description>Shalom James,&lt;BR /&gt;&lt;BR /&gt;The lock lun(disk) is a disk that decides contention between SG nodes when heartbeat is lost.&lt;BR /&gt;&lt;BR /&gt;It must be the same on both systems.&lt;BR /&gt;&lt;BR /&gt;There are several common causes. The most common cause is the cluster configuration files in /etc/cmcluster are not the same on both nodes. Check this and then try cmcheckconf/cmapplyconf once again.&lt;BR /&gt;&lt;BR /&gt;The lock LUN(disk) must be on shared storage.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Tue, 08 Aug 2006 10:31:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/serviceguard-for-linux/m-p/4996077#M57265</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2006-08-08T10:31:56Z</dc:date>
    </item>
    <item>
      <title>Re: Serviceguard for Linux</title>
      <link>https://community.hpe.com/t5/operating-system-linux/serviceguard-for-linux/m-p/4996078#M57266</link>
      <description>Hi Steven,&lt;BR /&gt;&lt;BR /&gt;The cluster config file is the same both sides and the lock disk is on a shared EMC array.&lt;BR /&gt;&lt;BR /&gt;What are the other causes that you know of?&lt;BR /&gt;&lt;BR /&gt;Thanks for taking the time to reply.&lt;BR /&gt;James.</description>
      <pubDate>Tue, 08 Aug 2006 11:34:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/serviceguard-for-linux/m-p/4996078#M57266</guid>
      <dc:creator>James Tann</dc:creator>
      <dc:date>2006-08-08T11:34:11Z</dc:date>
    </item>
    <item>
      <title>Re: Serviceguard for Linux</title>
      <link>https://community.hpe.com/t5/operating-system-linux/serviceguard-for-linux/m-p/4996079#M57267</link>
      <description>James,&lt;BR /&gt;&lt;BR /&gt;  Make sure that you see same device name from both servers. For some reason, device name is not same.</description>
      <pubDate>Tue, 08 Aug 2006 12:02:40 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/serviceguard-for-linux/m-p/4996079#M57267</guid>
      <dc:creator>IT_2007</dc:creator>
      <dc:date>2006-08-08T12:02:40Z</dc:date>
    </item>
    <item>
      <title>Re: Serviceguard for Linux</title>
      <link>https://community.hpe.com/t5/operating-system-linux/serviceguard-for-linux/m-p/4996080#M57268</link>
      <description>Hi James,&lt;BR /&gt;&lt;BR /&gt;Have you got this ?&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=1033536" target="_blank"&gt;http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=1033536&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;May be helpful.&lt;BR /&gt;&lt;BR /&gt;Good lcuk.&lt;BR /&gt;Kodjo&lt;BR /&gt;</description>
      <pubDate>Tue, 08 Aug 2006 17:43:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/serviceguard-for-linux/m-p/4996080#M57268</guid>
      <dc:creator>Kodjo Agbenu</dc:creator>
      <dc:date>2006-08-08T17:43:21Z</dc:date>
    </item>
    <item>
      <title>Re: Serviceguard for Linux</title>
      <link>https://community.hpe.com/t5/operating-system-linux/serviceguard-for-linux/m-p/4996081#M57269</link>
      <description>Kodjo,&lt;BR /&gt;I have seen that but thanks for sending it.&lt;BR /&gt;The device file is definitely the same.&lt;BR /&gt;James.&lt;BR /&gt;</description>
      <pubDate>Wed, 09 Aug 2006 03:35:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/serviceguard-for-linux/m-p/4996081#M57269</guid>
      <dc:creator>James Tann</dc:creator>
      <dc:date>2006-08-09T03:35:39Z</dc:date>
    </item>
    <item>
      <title>Re: Serviceguard for Linux</title>
      <link>https://community.hpe.com/t5/operating-system-linux/serviceguard-for-linux/m-p/4996082#M57270</link>
      <description>James,&lt;BR /&gt;&lt;BR /&gt;In case you haven't done so, try running;&lt;BR /&gt;&lt;BR /&gt;/usr/local/cmcluster/bin/cmscancl -o /tmp/cmscancl.out&lt;BR /&gt;&lt;BR /&gt;Note: it uses 'rsh'. On my servers only ssh is allowed so I modified the script and replaced all occurances of rsh with ssh.&lt;BR /&gt;&lt;BR /&gt;This will give you all kinds of details about the environment and what both servers see. Perhaps it will show you where the problem is or maybe you can post the output.</description>
      <pubDate>Fri, 11 Aug 2006 08:40:22 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/serviceguard-for-linux/m-p/4996082#M57270</guid>
      <dc:creator>David Child_1</dc:creator>
      <dc:date>2006-08-11T08:40:22Z</dc:date>
    </item>
    <item>
      <title>Re: Serviceguard for Linux</title>
      <link>https://community.hpe.com/t5/operating-system-linux/serviceguard-for-linux/m-p/4996083#M57271</link>
      <description>Thanks for your mail David but I found the cause of the problem last week and had forgotten to close the thread (oops). I was pointing to the correct disk but the EMC array had a setting to send the channel number back to the server. The probe used by serviceguard saw the disk as 2 seperate disks although LVM considered them to be the same disk. A change on the EMC array and all is good in my little world.&lt;BR /&gt;James.</description>
      <pubDate>Mon, 14 Aug 2006 12:17:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/serviceguard-for-linux/m-p/4996083#M57271</guid>
      <dc:creator>James Tann</dc:creator>
      <dc:date>2006-08-14T12:17:44Z</dc:date>
    </item>
  </channel>
</rss>

