[prev in list] [next in list] [prev in thread] [next in thread]
List: keepalived-devel
Subject: Re: [Keepalived-devel] two box LVS setup does no work after upgrade
From: MÄris Ruskulis <maris () co ! inbox ! lv>
Date: 2009-11-04 14:40:54
Message-ID: 4AF19276.9040801 () co ! inbox ! lv
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
Siim Põder wrote:
> Hey
>
> MÄris Ruskulis wrote:
>
>> 172.16.10.102 is primary adress, 172.16.10.105 is VIP (secondary)
>> by default uses 172.16.10.105 if connecting to VIP,
>>
>> network device setup is following;
>>
>> /eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state
>> UNKNOWN qlen 2000
>> link/ether 00:30:4f:55:8f:15 brd ff:ff:ff:ff:ff:ff
>> inet 172.16.10.102/24 brd 172.16.10.254 scope global eth0
>> inet 172.16.10.105/32 scope global eth0
>>
>
> try to use 172.16.10.105/24 as VIP, then it should get the "secondary"
> flag. also, it means there would be no specific 172.16.10.105/32 route
> in local routing table - and the generic 72.16.10.0/24 route with
> default source 172.16.10.102 would be used.
>
> Siim
>
now it has secondary flag, but still uses vip as source adress
/eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state
UNKNOWN qlen 2000
link/ether 00:30:4f:55:8f:15 brd ff:ff:ff:ff:ff:ff
inet 172.16.10.102/24 brd 172.16.10.254 scope global eth0
inet 172.16.10.105/24 scope global secondary eth0
16:28:57.841850 IP 172.16.10.105.36248 > 172.16.10.105.http: S
2381665575:2381665575(0) win 32792 <mss 16396,sackOK,timestamp
25392570[|tcp]>
16:29:00.841259 IP 172.16.10.105.36248 > 172.16.10.105.http: S
2381665575:2381665575(0) win 32792 <mss 16396,sackOK,timestamp
25393320[|tcp]>
16:29:06.841343 IP 172.16.10.105.36248 > 172.16.10.105.http: S
2381665575:2381665575(0) win 32792 <mss 16396,sackOK,timestamp
25394820[|tcp]>
16:29:18.841513 IP 172.16.10.105.36248 > 172.16.10.105.http: S
2381665575:2381665575(0) win 32792 <mss 16396,sackOK,timestamp
25397820[|tcp]>
/if i use 172.16.10.102 as source address, requests are considered as
martians on MASTER.
/martian source 172.16.10.102 from 172.16.10.105, on dev eth0
ll header: 00:30:4f:55:8f:15:00:50:8d:69:00:19:08:00/
if i user 172.16.10.105 as source address (default), requests are
considered as martians on BACKUP
/martian source 172.16.10.105 from 172.16.10.105, on dev eth0
ll header: 00:50:8d:69:00:19:00:30:4f:55:8f:15:08:00
martian source 172.16.10.105 from 172.16.10.105, on dev eth0
ll header: 00:50:8d:69:00:19:00:30:4f:55:8f:15:08:00/
[Attachment #5 (text/html)]
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Siim Põder wrote:
<blockquote cite="mid:4AF18484.5030605@p6drad-teel.net" type="cite">
<pre wrap="">Hey
Māris Ruskulis wrote:
</pre>
<blockquote type="cite">
<pre wrap="">172.16.10.102 is primary adress, 172.16.10.105 is VIP (secondary)
by default uses 172.16.10.105 if connecting to VIP,
network device setup is following;
/eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state
UNKNOWN qlen 2000
link/ether 00:30:4f:55:8f:15 brd ff:ff:ff:ff:ff:ff
inet 172.16.10.102/24 brd 172.16.10.254 scope global eth0
inet 172.16.10.105/32 scope global eth0
</pre>
</blockquote>
<pre wrap=""><!---->
try to use 172.16.10.105/24 as VIP, then it should get the "secondary"
flag. also, it means there would be no specific 172.16.10.105/32 route
in local routing table - and the generic 72.16.10.0/24 route with
default source 172.16.10.102 would be used.
Siim
</pre>
</blockquote>
now it has secondary flag, but still uses vip as source adress<br>
<i>eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc
pfifo_fast state UNKNOWN qlen 2000<br>
link/ether 00:30:4f:55:8f:15 brd ff:ff:ff:ff:ff:ff<br>
inet 172.16.10.102/24 brd 172.16.10.254 scope global eth0<br>
inet 172.16.10.105/24 scope global secondary eth0<br>
<br>
16:28:57.841850 IP 172.16.10.105.36248 > 172.16.10.105.http: S
2381665575:2381665575(0) win 32792 <mss 16396,sackOK,timestamp
25392570[|tcp]><br>
16:29:00.841259 IP 172.16.10.105.36248 > 172.16.10.105.http: S
2381665575:2381665575(0) win 32792 <mss 16396,sackOK,timestamp
25393320[|tcp]><br>
16:29:06.841343 IP 172.16.10.105.36248 > 172.16.10.105.http: S
2381665575:2381665575(0) win 32792 <mss 16396,sackOK,timestamp
25394820[|tcp]><br>
16:29:18.841513 IP 172.16.10.105.36248 > 172.16.10.105.http: S
2381665575:2381665575(0) win 32792 <mss 16396,sackOK,timestamp
25397820[|tcp]><br>
<br>
</i>if i use 172.16.10.102 as source address, requests are considered
as martians on MASTER.<br>
<i>martian source 172.16.10.102 from 172.16.10.105, on dev eth0<br>
ll header: 00:30:4f:55:8f:15:00:50:8d:69:00:19:08:00</i><br>
<br>
if i user 172.16.10.105 as source address (default), requests are
considered as martians on BACKUP<br>
<i>martian source 172.16.10.105 from 172.16.10.105, on dev eth0<br>
ll header: 00:50:8d:69:00:19:00:30:4f:55:8f:15:08:00<br>
martian source 172.16.10.105 from 172.16.10.105, on dev eth0<br>
ll header: 00:50:8d:69:00:19:00:30:4f:55:8f:15:08:00</i><br>
<br>
<br>
</body>
</html>
["maris.vcf" (text/x-vcard)]
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
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