<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
    <title></title>
  </head>
  <body text="#000000" bgcolor="#ffffff">
    25.03.2011 18:47, <a class="moz-txt-link-abbreviated" href="mailto:Darren.Mansell@opengi.co.uk:">Darren.Mansell@opengi.co.uk:</a>
    <blockquote
cite="mid:A721C1298D8E9B488624A6251FC993EF17D07035@exchange.wnet.mfs.misys.co.uk"
      type="cite">
      <meta http-equiv="Content-Type" content="text/html;
        charset=ISO-8859-1">
      <meta name="Generator" content="Microsoft Word 14 (filtered
        medium)">
      <style><!--
/* Font Definitions */
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri","sans-serif";
        mso-fareast-language:EN-US;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
p.MsoNoSpacing, li.MsoNoSpacing, div.MsoNoSpacing
        {mso-style-priority:1;
        margin:0cm;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri","sans-serif";
        mso-fareast-language:EN-US;}
p.Code, li.Code, div.Code
        {mso-style-name:Code;
        margin:0cm;
        margin-bottom:.0001pt;
        font-size:9.0pt;
        font-family:"Courier New";
        mso-fareast-language:EN-US;}
span.EmailStyle19
        {mso-style-type:personal-compose;
        font-family:"Calibri","sans-serif";
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri","sans-serif";
        mso-fareast-language:EN-US;}
@page WordSection1
        {size:612.0pt 792.0pt;
        margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
      <div class="WordSection1"><o:p><br>
        </o:p>
        <p class="MsoNormal">We configure a virtual IP on the non-arping
          lo interface of both servers and then configure the IPaddr2
          resource with lvs_support=true. This RA will remove the
          duplicate IP from the lo interface when it becomes active.
          Grouping the VIP with ldirectord/LVS we can have the
          load-balancer and VIP on one node, balancing traffic to the
          other node with failover where both resources failover
          together.<o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal">To do this we need to configure the VIP on
          lo as a 32 bit netmask but the VIP on the eth0 interface needs
          to have a 24 bit netmask. This has worked fine up until now
          and we base all of our clusters on this method. Now what
          happens is that the find_interface() routine in IPaddr2
          doesn’t remove the IP from lo when starting the VIP resource
          as it can’t find it due to the netmask not matching.<o:p></o:p></p>
      </div>
    </blockquote>
    <br>
    Do you really need the address to be deleted from lo? Having two
    identical addresses on the Linux machine should not harm, if routing
    was not affected. In your case, with /32 netmask on lo, I do not
    foresee any problems.<br>
    <br>
    We use it in this way, i.e. with the address set on lo permanently.<br>
    <br>
    <br>
    --<br>
    Pavel Levshin<br>
  </body>
</html>