[prev in list] [next in list] [prev in thread] [next in thread] 

List:       keepalived-devel
Subject:    Re: [Keepalived-devel] Fwd: inconsistent behaviour with failover on 2 combo router-server nodes?
From:       Alexander Ufimtsev <alexu () ucd ! ie>
Date:       2014-01-24 15:06:09
Message-ID: CAJDHVWzh-AkTWNgin-uUeU=Oawvcupy++KjDZkr69Ewmx6SMTQ () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


Hi Paul,

No, I'm not using conntrackd. However, I think I found the answer to my
question: it just took some connections longer to time out (a few mins), so
no inconsistencies.

Thanks again for reply.

Regards,
Alexander


On 22 January 2014 20:28, Paul Robert Marino <prmarino1@gmail.com> wrote:

> Are you using conntrackd?
>
>
> On Wed, Jan 22, 2014 at 3:09 PM, Alexander Ufimtsev <alexu@ucd.ie> wrote:
> > Hello All,
> >
> > I'm running keepalived on two nodes that work both as routers and
> servers,
> > using lo:0 interface for virtual ip and iptables to mark packets for real
> > servers. Server 1 has priority over server 2 and thus control the virtual
> > ip. The workload consists of clients establishing a long-running tcp
> > connections to the servers.
> >
> > I've noticed an interesting behavour during failover: when server 1 fails
> > over, all existing tcp connections to server 1 are gone and clients
> > reconnect to server 2, which is 100% correct and expected behaviour.
> > However, when server 1 comes back and takes over virtual ip, some
> clients on
> > server 2 get disconnected and then have to dial back to server 1. This
> seems
> > to happen only for clients that connected to server 2 when server 1 was
> > offline. The clients that were connected to server 2 before server 1 went
> > down remain connected to server 2.
> >
> > Is this due to the fact that before server 2 takes over virtual ip on
> eth0,
> > clients bind to lo:0 and after virtual ip takeover they bind to virtual
> ip
> > on eth0? If so, is there any way to teach them to bind to lo:0 instead so
> > they do not disconnect the moment another server takes over the virtual
> ip?
> >
> > Many thanks,
> > Alexander
> >
> > --
> > Alexander Ufimtsev
> > School of Computer Science and Informatics
> > University College Dublin, Belfield, D4, Ireland
> > Phone: +353 1 716 2926  Fax: +353 1 269 7262
> >
> >
> >
> ------------------------------------------------------------------------------
> > CenturyLink Cloud: The Leader in Enterprise Cloud Services.
> > Learn Why More Businesses Are Choosing CenturyLink Cloud For
> > Critical Workloads, Development Environments & Everything In Between.
> > Get a Quote or Start a Free Trial Today.
> >
> http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
> > _______________________________________________
> > Keepalived-devel mailing list
> > Keepalived-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/keepalived-devel
> >
>

[Attachment #5 (text/html)]

<div dir="ltr">Hi Paul,<div><br></div><div style>No, I&#39;m not using conntrackd. \
However, I think I found the answer to my question: it just took some connections \
longer to time out (a few mins), so no inconsistencies.</div>

<div style><br></div><div style>Thanks again for reply.</div><div \
style><br></div><div style>Regards,</div><div style>Alexander</div></div><div \
class="gmail_extra"><br><br><div class="gmail_quote">On 22 January 2014 20:28, Paul \
Robert Marino <span dir="ltr">&lt;<a href="mailto:prmarino1@gmail.com" \
target="_blank">prmarino1@gmail.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex">Are you using conntrackd?<br> <div><div class="h5"><br>
<br>
On Wed, Jan 22, 2014 at 3:09 PM, Alexander Ufimtsev &lt;<a \
href="mailto:alexu@ucd.ie">alexu@ucd.ie</a>&gt; wrote:<br> &gt; Hello All,<br>
&gt;<br>
&gt; I&#39;m running keepalived on two nodes that work both as routers and \
servers,<br> &gt; using lo:0 interface for virtual ip and iptables to mark packets \
for real<br> &gt; servers. Server 1 has priority over server 2 and thus control the \
virtual<br> &gt; ip. The workload consists of clients establishing a long-running \
tcp<br> &gt; connections to the servers.<br>
&gt;<br>
&gt; I&#39;ve noticed an interesting behavour during failover: when server 1 \
fails<br> &gt; over, all existing tcp connections to server 1 are gone and \
clients<br> &gt; reconnect to server 2, which is 100% correct and expected \
behaviour.<br> &gt; However, when server 1 comes back and takes over virtual ip, some \
clients on<br> &gt; server 2 get disconnected and then have to dial back to server 1. \
This seems<br> &gt; to happen only for clients that connected to server 2 when server \
1 was<br> &gt; offline. The clients that were connected to server 2 before server 1 \
went<br> &gt; down remain connected to server 2.<br>
&gt;<br>
&gt; Is this due to the fact that before server 2 takes over virtual ip on eth0,<br>
&gt; clients bind to lo:0 and after virtual ip takeover they bind to virtual ip<br>
&gt; on eth0? If so, is there any way to teach them to bind to lo:0 instead so<br>
&gt; they do not disconnect the moment another server takes over the virtual ip?<br>
&gt;<br>
&gt; Many thanks,<br>
&gt; Alexander<br>
&gt;<br>
&gt; --<br>
&gt; Alexander Ufimtsev<br>
&gt; School of Computer Science and Informatics<br>
&gt; University College Dublin, Belfield, D4, Ireland<br>
&gt; Phone: +353 1 716 2926  Fax: +353 1 269 7262<br>
&gt;<br>
&gt;<br>
</div></div>&gt; ------------------------------------------------------------------------------<br>
 &gt; CenturyLink Cloud: The Leader in Enterprise Cloud Services.<br>
&gt; Learn Why More Businesses Are Choosing CenturyLink Cloud For<br>
&gt; Critical Workloads, Development Environments &amp; Everything In Between.<br>
&gt; Get a Quote or Start a Free Trial Today.<br>
&gt; <a href="http://pubads.g.doubleclick.net/gampad/clk?id=119420431&amp;iu=/4140/ostg.clktrk" \
target="_blank">http://pubads.g.doubleclick.net/gampad/clk?id=119420431&amp;iu=/4140/ostg.clktrk</a><br>
 &gt; _______________________________________________<br>
&gt; Keepalived-devel mailing list<br>
&gt; <a href="mailto:Keepalived-devel@lists.sourceforge.net">Keepalived-devel@lists.sourceforge.net</a><br>
 &gt; <a href="https://lists.sourceforge.net/lists/listinfo/keepalived-devel" \
target="_blank">https://lists.sourceforge.net/lists/listinfo/keepalived-devel</a><br> \
&gt;<br> </blockquote></div><br></div>



------------------------------------------------------------------------------
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Environments & Everything In Between.
Get a Quote or Start a Free Trial Today. 
http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk

_______________________________________________
Keepalived-devel mailing list
Keepalived-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/keepalived-devel


[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic