<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<p><span id="result_box" class="short_text" lang="en"><span class="">Thank
you very much</span>, <br>
<span class="">I'll try now </span> <span>to</span> <span
class="">set up.</span></span><span id="result_box"
class="short_text" lang="en"><span class=""><br>
</span></span></p>
<p><span id="result_box" class="short_text" lang="en"><span class="">Rafał<br>
</span></span></p>
<br>
<div class="moz-cite-prefix">W dniu 2016-05-05 o 16:29, Ken Gaillot
pisze:<br>
</div>
<blockquote cite="mid:572B58BD.3080209@redhat.com" type="cite">
<pre wrap="">On 05/05/2016 07:43 AM, Rafał Sanocki wrote:
</pre>
<blockquote type="cite">
<pre wrap="">for what?
cluster working good when i stop pacemaker, resources go to second node,
but when connection is lost nothing happend.
Failed Actions:
* p_ip_2_monitor_30000 on csb01B 'not running' (7): call=47,
status=complete, exitreason='none',
last-rc-change='Wed May 4 17:34:50 2016', queued=0ms, exec=0ms
I just want to move resources when connection on one ring is lost.
</pre>
</blockquote>
<pre wrap="">
If you have two working rings, and one is lost, then the other will be
used automatically, with no resource failover required. "Nothing
happened" in that case is the desired outcome.
If you lose your only ring (or all rings), then fencing is required for
the cluster to recover resources safely.
As an example, let's say we have two nodes, and two networks, one used
for public-facing services and one used for cluster communication, with
an IP address as the highly available resource. If the cluster
communication link fails but the public-facing link is still up, without
fencing both nodes could bring up the IP address. That would lead to
some packets going to one node and some to the other, rendering the
service completely unusable. Fencing allows one node to be sure the
other is not using the IP. Once you use shared storage, databases, and
such, the risk is much greater -- a reconciliation nightmare at best,
complete data loss at worst.
</pre>
<blockquote type="cite">
<pre wrap="">W dniu 2016-05-04 o 15:50, emmanuel segura pisze:
</pre>
<blockquote type="cite">
<pre wrap="">use fencing and drbd fencing handler
2016-05-04 14:46 GMT+02:00 Rafał Sanocki <a class="moz-txt-link-rfc2396E" href="mailto:rafal.sanocki@gmail.com"><rafal.sanocki@gmail.com></a>:
</pre>
<blockquote type="cite">
<pre wrap="">Resources shuld move to second node when any interface is down.
W dniu 2016-05-04 o 14:41, Ulrich Windl pisze:
</pre>
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">Rafal Sanocki <a class="moz-txt-link-rfc2396E" href="mailto:rafal.sanocki@gmail.com"><rafal.sanocki@gmail.com></a> schrieb am 04.05.2016 um
14:14
in
</pre>
</blockquote>
</blockquote>
</blockquote>
<pre wrap="">Nachricht <a class="moz-txt-link-rfc2396E" href="mailto:78d882b1-a407-31e0-2b9e-b5f8406d4ee8@gmail.com"><78d882b1-a407-31e0-2b9e-b5f8406d4ee8@gmail.com></a>:
</pre>
<blockquote type="cite">
<pre wrap="">Hello,
I cant find what i did wrong. I have 2 node cluster, Corosync
,Pacemaker
, DRBD . When i plug out cable nothing happend.
</pre>
</blockquote>
<pre wrap="">"nothing"? The wrong cable?
[...]
Regards,
Ulrich
</pre>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
<pre wrap="">
_______________________________________________
Users mailing list: <a class="moz-txt-link-abbreviated" href="mailto:Users@clusterlabs.org">Users@clusterlabs.org</a>
<a class="moz-txt-link-freetext" href="http://clusterlabs.org/mailman/listinfo/users">http://clusterlabs.org/mailman/listinfo/users</a>
Project Home: <a class="moz-txt-link-freetext" href="http://www.clusterlabs.org">http://www.clusterlabs.org</a>
Getting started: <a class="moz-txt-link-freetext" href="http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf">http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf</a>
Bugs: <a class="moz-txt-link-freetext" href="http://bugs.clusterlabs.org">http://bugs.clusterlabs.org</a>
</pre>
</blockquote>
<br>
</body>
</html>