<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Heartbeat2 Xen cluster with drbd8 and OCFS2</title>
	<atom:link href="http://www.ubuntugeek.com/heartbeat2-xen-cluster-with-drbd8-and-ocfs2.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.ubuntugeek.com/heartbeat2-xen-cluster-with-drbd8-and-ocfs2.html</link>
	<description>Ubuntu Linux Tutorials,Howtos,Tips &#38; News &#124; Oneiric,Natty,Maverick</description>
	<lastBuildDate>Mon, 06 Feb 2012 15:40:01 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Kommy</title>
		<link>http://www.ubuntugeek.com/heartbeat2-xen-cluster-with-drbd8-and-ocfs2.html/comment-page-1#comment-14802</link>
		<dc:creator>Kommy</dc:creator>
		<pubDate>Thu, 22 Oct 2009 19:18:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.ubuntugeek.com/heartbeat2-xen-cluster-with-drbd8-and-ocfs2.html#comment-14802</guid>
		<description>I have a problem a with this command: sudo cibadmin -C crm_config -x /root/cluster/bootstrap.xml, if i run this the help page i see. I use openSUSE 11.1 x64 operation system. Can anybody help me, what is do wrong? I think is do wrong the heartbeat 2 installation / configuration. Can anybody write the installation /configuration  step by step?</description>
		<content:encoded><![CDATA[<p>I have a problem a with this command: sudo cibadmin -C crm_config -x /root/cluster/bootstrap.xml, if i run this the help page i see. I use openSUSE 11.1 x64 operation system. Can anybody help me, what is do wrong? I think is do wrong the heartbeat 2 installation / configuration. Can anybody write the installation /configuration  step by step?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Angel Genchev</title>
		<link>http://www.ubuntugeek.com/heartbeat2-xen-cluster-with-drbd8-and-ocfs2.html/comment-page-1#comment-10370</link>
		<dc:creator>Angel Genchev</dc:creator>
		<pubDate>Thu, 25 Jun 2009 14:37:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.ubuntugeek.com/heartbeat2-xen-cluster-with-drbd8-and-ocfs2.html#comment-10370</guid>
		<description>The SSH stonith won`t work if the other node`s network fails. I`ve tested it - puled the plug. The heartbeat will wait and the resources won`t take over. It`s better to disable it.</description>
		<content:encoded><![CDATA[<p>The SSH stonith won`t work if the other node`s network fails. I`ve tested it - puled the plug. The heartbeat will wait and the resources won`t take over. It`s better to disable it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fantastic Sid</title>
		<link>http://www.ubuntugeek.com/heartbeat2-xen-cluster-with-drbd8-and-ocfs2.html/comment-page-1#comment-10275</link>
		<dc:creator>Fantastic Sid</dc:creator>
		<pubDate>Mon, 22 Jun 2009 10:17:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.ubuntugeek.com/heartbeat2-xen-cluster-with-drbd8-and-ocfs2.html#comment-10275</guid>
		<description>This is totally the wrong way to roll.  With this setup, any partition across the DRBD interface will cause (at best) fencing (assuming that your fencing via ssh hack is using a different interface) leading to (at least some) downtime, and at worst two completely different copies of your OCFS, one of which will need to be thrown out (and those VM&#039;s changes lost entirely.)

If you used one drbd per VM disk, and drbd&#039;s block-drbd script for Xen, you would completely ameliorate this problem AND do away with any need for disk-related pseudofencing, because (except for a handful of milliseconds during live migration) the volume is only primary in one spot at once, so any partition will be resolved automatically by drbd on reconnection.

Also, I can only imagine that OCFS2 wouldn&#039;t exactly speed things up...</description>
		<content:encoded><![CDATA[<p>This is totally the wrong way to roll.  With this setup, any partition across the DRBD interface will cause (at best) fencing (assuming that your fencing via ssh hack is using a different interface) leading to (at least some) downtime, and at worst two completely different copies of your OCFS, one of which will need to be thrown out (and those VM&#8217;s changes lost entirely.)</p>
<p>If you used one drbd per VM disk, and drbd&#8217;s block-drbd script for Xen, you would completely ameliorate this problem AND do away with any need for disk-related pseudofencing, because (except for a handful of milliseconds during live migration) the volume is only primary in one spot at once, so any partition will be resolved automatically by drbd on reconnection.</p>
<p>Also, I can only imagine that OCFS2 wouldn&#8217;t exactly speed things up&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: organetic</title>
		<link>http://www.ubuntugeek.com/heartbeat2-xen-cluster-with-drbd8-and-ocfs2.html/comment-page-1#comment-10104</link>
		<dc:creator>organetic</dc:creator>
		<pubDate>Thu, 18 Jun 2009 20:23:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.ubuntugeek.com/heartbeat2-xen-cluster-with-drbd8-and-ocfs2.html#comment-10104</guid>
		<description>Anyone knows how to apply this solution to KVM instead of XEN? I guess it&#039;s just a matter of changing the vm01.xml script bu I don&#039;t have the idea how to do it.</description>
		<content:encoded><![CDATA[<p>Anyone knows how to apply this solution to KVM instead of XEN? I guess it&#8217;s just a matter of changing the vm01.xml script bu I don&#8217;t have the idea how to do it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Angel Genchev</title>
		<link>http://www.ubuntugeek.com/heartbeat2-xen-cluster-with-drbd8-and-ocfs2.html/comment-page-1#comment-8112</link>
		<dc:creator>Angel Genchev</dc:creator>
		<pubDate>Tue, 28 Apr 2009 22:45:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.ubuntugeek.com/heartbeat2-xen-cluster-with-drbd8-and-ocfs2.html#comment-8112</guid>
		<description>I like it the way it is. OCFS2 is necessary, because we want DomU images to reside in files (easy backup, migration to new hardware,live migration requires rw accesss on both nodes). If we don`t want files, we end up with multiple drbd primary/primary parttions for each DomU.
What I miss here is a more complicated example - w 2 DomUs and resource stickiness, auto failback/fail forward to spread the load.  
Also drbd startup, ocfs2 startup &amp; mount setup as Clone resources. It`s interesting also what happens if you type # halt on a node. (graceful shutdown requires to migrate domUs, stop heartbeat, umount ocfs2, stop drbd (detach disks) &amp; continue w shutdown...</description>
		<content:encoded><![CDATA[<p>I like it the way it is. OCFS2 is necessary, because we want DomU images to reside in files (easy backup, migration to new hardware,live migration requires rw accesss on both nodes). If we don`t want files, we end up with multiple drbd primary/primary parttions for each DomU.<br />
What I miss here is a more complicated example - w 2 DomUs and resource stickiness, auto failback/fail forward to spread the load.<br />
Also drbd startup, ocfs2 startup &amp; mount setup as Clone resources. It`s interesting also what happens if you type # halt on a node. (graceful shutdown requires to migrate domUs, stop heartbeat, umount ocfs2, stop drbd (detach disks) &amp; continue w shutdown&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Christoph</title>
		<link>http://www.ubuntugeek.com/heartbeat2-xen-cluster-with-drbd8-and-ocfs2.html/comment-page-1#comment-6195</link>
		<dc:creator>Christoph</dc:creator>
		<pubDate>Wed, 25 Feb 2009 11:45:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.ubuntugeek.com/heartbeat2-xen-cluster-with-drbd8-and-ocfs2.html#comment-6195</guid>
		<description>good howto.

but I&#039;d rather transfer the SSH key using the ssh-copy-id command. The &#039;scp&#039; way presented here overwrites other RSA IDs that are permitted to log in on the other host. The ssh-copy-id command _adds_ the RSA ID on the other host, it doesn&#039;t overwrite the IDs already stored in the authorized_keys file.</description>
		<content:encoded><![CDATA[<p>good howto.</p>
<p>but I&#8217;d rather transfer the SSH key using the ssh-copy-id command. The &#8216;scp&#8217; way presented here overwrites other RSA IDs that are permitted to log in on the other host. The ssh-copy-id command _adds_ the RSA ID on the other host, it doesn&#8217;t overwrite the IDs already stored in the authorized_keys file.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel</title>
		<link>http://www.ubuntugeek.com/heartbeat2-xen-cluster-with-drbd8-and-ocfs2.html/comment-page-1#comment-2734</link>
		<dc:creator>Daniel</dc:creator>
		<pubDate>Sat, 25 Oct 2008 09:50:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.ubuntugeek.com/heartbeat2-xen-cluster-with-drbd8-and-ocfs2.html#comment-2734</guid>
		<description>Another way is to skip OCFS2 as I believe that is only complicating the setup and reduces performance. Using DRBD in your DomU config files, i.e. using drbd: instead of phy:, will also simplify the management of DRBD as the block device driver will take care of the DRBD states. It also does not require OCFS2 or GFS as only one node will have unconditional access. So using for example EXT3 works fine.

Have a look at: &lt;a href=&quot;http://www.asplund.nu/xencluster/xen-cluster-howto.html&quot; title=&quot;xen cluster howto&quot; rel=&quot;nofollow&quot;&gt;http://www.asplund.nu/xencluster/xen-cluster-howto.html&lt;/a&gt; for an alternative solution.

Cheers, Daniel</description>
		<content:encoded><![CDATA[<p>Another way is to skip OCFS2 as I believe that is only complicating the setup and reduces performance. Using DRBD in your DomU config files, i.e. using drbd: instead of phy:, will also simplify the management of DRBD as the block device driver will take care of the DRBD states. It also does not require OCFS2 or GFS as only one node will have unconditional access. So using for example EXT3 works fine.</p>
<p>Have a look at: <a href="http://www.asplund.nu/xencluster/xen-cluster-howto.html" title="xen cluster howto" rel="nofollow">http://www.asplund.nu/xencluster/xen-cluster-howto.html</a> for an alternative solution.</p>
<p>Cheers, Daniel</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jukka</title>
		<link>http://www.ubuntugeek.com/heartbeat2-xen-cluster-with-drbd8-and-ocfs2.html/comment-page-1#comment-2733</link>
		<dc:creator>Jukka</dc:creator>
		<pubDate>Thu, 21 Aug 2008 13:52:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.ubuntugeek.com/heartbeat2-xen-cluster-with-drbd8-and-ocfs2.html#comment-2733</guid>
		<description>Thank you for the howto!
Though I did run to some problems while installing this system on hardy. For example with the dpkg-reconfigure o2cb I had to use ocfs2-tools instead of o2cb also the configuration file for the ocfs cluster did not work as such but needed some tuning. The parameters in the config need a tab in front:
node:
    ip_port = 7777
    ip_address = 192.168.0.128
    number = 0
    name = node1
    cluster = ocfs2</description>
		<content:encoded><![CDATA[<p>Thank you for the howto!<br />
Though I did run to some problems while installing this system on hardy. For example with the dpkg-reconfigure o2cb I had to use ocfs2-tools instead of o2cb also the configuration file for the ocfs cluster did not work as such but needed some tuning. The parameters in the config need a tab in front:<br />
node:<br />
    ip_port = 7777<br />
    ip_address = 192.168.0.128<br />
    number = 0<br />
    name = node1<br />
    cluster = ocfs2</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ali</title>
		<link>http://www.ubuntugeek.com/heartbeat2-xen-cluster-with-drbd8-and-ocfs2.html/comment-page-1#comment-2732</link>
		<dc:creator>Ali</dc:creator>
		<pubDate>Thu, 03 Jul 2008 13:24:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.ubuntugeek.com/heartbeat2-xen-cluster-with-drbd8-and-ocfs2.html#comment-2732</guid>
		<description>pretty good howto although one thing i&#039;m missing: you never mention how the xen guests are set up in this environment. What kind of disk devices do they have? the only thing that comes to mind would be the file-backend, but then i&#039;ve heard some bad things about the performance of it. I&#039;d appreciate it if you could clear this up.</description>
		<content:encoded><![CDATA[<p>pretty good howto although one thing i&#8217;m missing: you never mention how the xen guests are set up in this environment. What kind of disk devices do they have? the only thing that comes to mind would be the file-backend, but then i&#8217;ve heard some bad things about the performance of it. I&#8217;d appreciate it if you could clear this up.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: travis</title>
		<link>http://www.ubuntugeek.com/heartbeat2-xen-cluster-with-drbd8-and-ocfs2.html/comment-page-1#comment-2731</link>
		<dc:creator>travis</dc:creator>
		<pubDate>Tue, 12 Feb 2008 14:43:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.ubuntugeek.com/heartbeat2-xen-cluster-with-drbd8-and-ocfs2.html#comment-2731</guid>
		<description>great post! Im gonna give this a try with some 5750s I got laying around. Thanks.</description>
		<content:encoded><![CDATA[<p>great post! Im gonna give this a try with some 5750s I got laying around. Thanks.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

