<div dir="ltr">From drbd site DOCS<br><br><h2 class="" style="clear:both">13.4. Using DRBD VBDs</h2><p>In order to use a DRBD resource as the virtual block device, you must
add a line like the following to your Xen domU configuration:
</p><pre class="">disk = [ 'drbd:<resource>,xvda,w' ]</pre><p>This example configuration makes the DRBD resource named <span class=""><em>resource</em></span>
available to the domU as <code class="">/dev/xvda</code> in read/write mode ( <code class="">w</code>).</p><p>Of course, you may use multiple DRBD resources with a single domU. In
that case, simply add more entries like the one provided in the
example to the <code class="">disk</code> option, separated by commas.</p><div class="" style="margin-left:0.5in;margin-right:0.5in"><table summary="Note" border="0"><tbody><tr><td rowspan="2" align="center" valign="top" width="25">
<br></td></tr></tbody></table></div><br><h2 class="" style="clear:both">13.5. Starting, stopping, and migrating DRBD-backed domU’s</h2><p><strong>Starting the domU. </strong>Once you have configured your DRBD-backed domU, you may start it as
you would any other domU:</p><pre class="">xm create <domU>
Using config file "+/etc/xen/<domU>+".
Started domain <domU></pre><p>In the process, the DRBD resource you configured as the VBD will be
promoted to the primary role, and made accessible to Xen as expected.</p><p><strong>Stopping the domU. </strong>This is equally straightforward:</p><pre class="">xm shutdown -w <domU>
Domain <domU> terminated.</pre><p>Again, as you would expect, the DRBD resource is returned to the
secondary role after the domU is successfully shut down.</p><p><strong>Migrating the domU. </strong>This, too, is done using the usual Xen tools:</p><pre class="">xm migrate --live <domU> <destination-host></pre>
<p>In this case, several administrative steps are automatically taken in
rapid succession:
. The resource is promoted to the primary role on <span class=""><em>destination-host</em></span>.
. Live migration of <span class=""><em>domU</em></span> is initiated on the local host.
. When migration to the destination host has completed, the resource
  is demoted to the secondary role locally.</p><p>The fact that both resources must briefly run in the primary role on
both hosts is the reason for having to configure the resource in
dual-primary mode in the first place</p><p><br></p><p><a href="http://www.drbd.org/users-guide/s-xen-internal.html">http://www.drbd.org/users-guide/s-xen-internal.html</a><br></p></div><div class="gmail_extra"><br><br><div class="gmail_quote">
2013/10/26 <a href="mailto:georg@riseup.net">georg@riseup.net</a> <span dir="ltr"><<a href="mailto:georg@riseup.net" target="_blank">georg@riseup.net</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi all,<br>
<br>
The drbd documentation [1] regarding integration of Xen and pacemaker<br>
and drbd reads: "You may configure a Xen domU as a Pacemaker resource,<br>
and automate resource failover. To do so, use the Xen OCF resource<br>
agent. If you are using the drbd Xen device type described in this<br>
chapter, you will not need to configure any separate drbd resource for<br>
use by the Xen cluster resource. Instead, the block-drbd helper script<br>
will do all the necessary resource transitions for you."<br>
<br>
- Is this the 'correct' way to go?<br>
- If so, should the drbd initscript be used to handle the initial state<br>
  of the drbd device?<br>
<br>
Thanks,<br>
Georg<br>
<br>
<br>
[1] <a href="http://www.drbd.org/users-guide/s-xen-pacemaker.html" target="_blank">http://www.drbd.org/users-guide/s-xen-pacemaker.html</a><br>
<br>
_______________________________________________<br>
Pacemaker mailing list: <a href="mailto:Pacemaker@oss.clusterlabs.org">Pacemaker@oss.clusterlabs.org</a><br>
<a href="http://oss.clusterlabs.org/mailman/listinfo/pacemaker" target="_blank">http://oss.clusterlabs.org/mailman/listinfo/pacemaker</a><br>
<br>
Project Home: <a href="http://www.clusterlabs.org" target="_blank">http://www.clusterlabs.org</a><br>
Getting started: <a href="http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf" target="_blank">http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf</a><br>
Bugs: <a href="http://bugs.clusterlabs.org" target="_blank">http://bugs.clusterlabs.org</a><br>
</blockquote></div><br><br clear="all"><br>-- <br>esta es mi vida e me la vivo hasta que dios quiera
</div>