<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <p>Hi Igor!<br>
    </p>
    Am 25.02.2017 um 08:32 schrieb Igor Cicimov:<br>
    <blockquote
cite="mid:CACp6BS5Ax98bWgPaW7czjOKZ5VsrfKB2KjedXftKf75FZ10Dwg@mail.gmail.com"
      type="cite">fencing resource-and-stonith</blockquote>
    What will be the result of setting this parameter? I guess that in
    this case the peer node is stontith'ed.<br>
    <br>
    <table summary="fence-peer handler exit codes" border="1">
      <tbody>
        <tr>
          <td align="left" valign="top">
            <p>7</p>
          </td>
          <td align="left" valign="top">
            <p>Peer node was successfully fenced off the cluster. This
              should never occur unless <code class="literal">fencing</code>
              is set to <code class="literal">resource-and-stonith</code>
              for the affected resource.</p>
          </td>
        </tr>
      </tbody>
    </table>
    <br>
    <a class="moz-txt-link-freetext" href="https://www.drbd.org/en/doc/users-guide-84/s-fence-peer">https://www.drbd.org/en/doc/users-guide-84/s-fence-peer</a><br>
    <br>
    But this is not what we like to happen in this case. In the case of
    communication breakdown of DRBD but still a connection between the
    corosync nodes, we would like the cluster nodes :<br>
    1) to remain in their state,<br>
    2) prevent DRBD from failover,<br>
    3) Indicate that the DRBD connection is broken<br>
    4) wait for reestablishing of the connection and resync the drbd
    after,<br>
    5) allow failover again.<br>
    <br>
    From this fairly long wishlist in our case:<br>
    1) Works<br>
    2) Works (Rule prevents failover)<br>
    3) Works not <br>
    4) Works not<br>
    5) Works (after manually initiating the reconnect, since 4 does not
    work.)(Rule is removed)<br>
    <br>
    I currently found a glitch in our IPaddr2-Configuration that leads
    to a wrong set route for the drbd-IP in case of a bond0 down/up
    case.<br>
    This could explain 4). I will investigate further and come back to
    you.<br>
    <br>
    Thanks alot for your input leading me to this network problem!<br>
    <br>
    Cheers,<br>
    <br>
    Volker<br>
    <br>
    <br>
    <pre class="moz-signature" cols="72">-- 
=========================================================
   inqbus Scientific Computing    Dr.  Volker Jaenisch
   Richard-Strauss-Straße 1       +49(08861) 690 474 0
   86956 Schongau-West            <a class="moz-txt-link-freetext" href="http://www.inqbus.de">http://www.inqbus.de</a>
=========================================================</pre>
  </body>
</html>