Re: LVS backup router not taking role

--e0cb4efe2cde52290504b705d6ad
Content-Type: multipart/alternative; boundary=e0cb4efe2cde5228dd04b705d6ab

--e0cb4efe2cde5228dd04b705d6ab
Content-Type: text/plain; charset=ISO-8859-1

hi again

Here are my lvs.cf, ipvsadm -L -n output and  ip forward

IP forward enabled :
cat /proc/sys/net/ipv4/ip_forward
1

ipvsadm output :

IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
  -> RemoteAddress:Port           Forward Weight ActiveConn InActConn
TCP  192.168.1.3:80 wlc
  -> 192.168.1.4:80           Route   1      0          0
  -> 192.168.1.5:80           Route   1      0          0

All my servers are virtual host and they are in same subnet.

My Problem: the load balancing works for a while and after some time i only
get response from one REAL server.

Any help, suggestion in this regard would be appericiated.

Khapare

--e0cb4efe2cde5228dd04b705d6ab
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

hi again<br><br>Here are my <a href=3D"http://lvs.cf">lvs.cf</a>, ipvsadm -=
L -n output and=A0 ip forward<br><br>IP forward enabled :<br>cat /proc/sys/=
net/ipv4/ip_forward <br>1<br><br>ipvsadm output :<br><br>IP Virtual Server =
version 1.2.1 (size=3D4096)<br>
Prot LocalAddress:Port Scheduler Flags<br>=A0 -&gt; RemoteAddress:Port=A0=
=A0=A0=A0=A0=A0=A0=A0=A0=A0 Forward Weight ActiveConn InActConn<br>TCP=A0 <=
a href=3D"http://192.168.1.3:80">192.168.1.3:80</a> wlc<br>=A0 -&gt; <a hre=
f=3D"http://192.168.1.4:80">192.168.1.4:80</a>=A0=A0=A0=A0=A0=A0=A0=A0=A0=
=A0 Route=A0=A0 1=A0=A0=A0=A0=A0 0=A0=A0=A0=A0=A0=A0=A0=A0=A0 0=A0=A0=A0=A0=
=A0=A0=A0=A0 <br>
=A0 -&gt; <a href=3D"http://192.168.1.5:80">192.168.1.5:80</a>=A0=A0=A0=A0=
=A0=A0=A0=A0=A0=A0 Route=A0=A0 1=A0=A0=A0=A0=A0 0=A0=A0=A0=A0=A0=A0=A0=A0=
=A0 0=A0=A0 <br><br>All my servers are virtual host and they are in same su=
bnet.<br><br>My Problem: the load balancing works for a while and after som=
e time i only get response from one REAL server. <br>
<br>Any help, suggestion in this regard would be appericiated.<br><br>Khapa=
re<br>

--e0cb4efe2cde5228dd04b705d6ab--
--e0cb4efe2cde52290504b705d6ad
Content-Type: application/octet-stream; name="lvs.cf"
Content-Disposition: attachment; filename="lvs.cf"
Content-Transfer-Encoding: base64
X-Attachment-Id: f_gxoe2ru40

c2VyaWFsX25vID0gOTYKcHJpbWFyeSA9IDEzMC4yMDguMTY1LjE5NApzZXJ2aWNlID0gbHZzCmJh
Y2t1cF9hY3RpdmUgPSAxCmJhY2t1cCA9IDEzMC4yMDguMTY1LjE5NQpoZWFydGJlYXQgPSAxCmhl
YXJ0YmVhdF9wb3J0ID0gNTM5CmtlZXBhbGl2ZSA9IDYKZGVhZHRpbWUgPSAxOApuZXR3b3JrID0g
ZGlyZWN0CmRlYnVnX2xldmVsID0gTk9ORQptb25pdG9yX2xpbmtzID0gMQpzeW5jZGFlbW9uID0g
MQp2aXJ0dWFsIHZ0Y2wtaHR0cCB7CiAgICAgYWN0aXZlID0gMAogICAgIGFkZHJlc3MgPSAxMzAu
MjA4LjE2NS4xOTYgZXRoMDoxCiAgICAgdmlwX25tYXNrID0gMjU1LjI1NS4yNTUuMAogICAgIHBv
cnQgPSA4MAogICAgIHBtYXNrID0gMjU1LjI1NS4yNTUuMAogICAgIGV4cGVjdCA9ICJPSyIKICAg
ICB1c2VfcmVnZXggPSAwCiAgICAgc2VuZF9wcm9ncmFtID0gIi91c3IvbG9jYWwvYmluL3Rlc3Qu
c2ggJWgiCiAgICAgbG9hZF9tb25pdG9yID0gcnVwCiAgICAgc2NoZWR1bGVyID0gd2xjCiAgICAg
cHJvdG9jb2wgPSB0Y3AKICAgICB0aW1lb3V0ID0gNgogICAgIHJlZW50cnkgPSAxNQogICAgIHF1
aWVzY2Vfc2VydmVyID0gMQogICAgIHNlcnZlciB2dGNsMS5yaGkuaGkuaXMgewogICAgICAgICBh
ZGRyZXNzID0gMTMwLjIwOC4xNjUuMTk3CiAgICAgICAgIGFjdGl2ZSA9IDEKICAgICAgICAgd2Vp
Z2h0ID0gMQogICAgIH0KICAgICBzZXJ2ZXIgdnRjbDIucmhpLmhpLmlzIHsKICAgICAgICAgYWRk
cmVzcyA9IDEzMC4yMDguMTY1LjE5OAogICAgICAgICBhY3RpdmUgPSAxCiAgICAgICAgIHdlaWdo
dCA9IDEKICAgICB9Cn0KdmlydHVhbCB2dGNsLWh0dHBzIHsKICAgICBhY3RpdmUgPSAwCiAgICAg
YWRkcmVzcyA9IDEzMC4yMDguMTY1LjE5NiBldGgwOjEKICAgICB2aXBfbm1hc2sgPSAyNTUuMjU1
LjI1NS4wCiAgICAgcG9ydCA9IDQ0MwogICAgIHBtYXNrID0gMjU1LjI1NS4yNTUuMAogICAgIGV4
cGVjdCA9ICJPSyIKICAgICB1c2VfcmVnZXggPSAwCiAgICAgc2VuZF9wcm9ncmFtID0gIi91c3Iv
bG9jYWwvYmluL3Rlc3Quc2ggJWgiCiAgICAgbG9hZF9tb25pdG9yID0gbm9uZQogICAgIHNjaGVk
dWxlciA9IHdycgogICAgIHByb3RvY29sID0gdGNwCiAgICAgdGltZW91dCA9IDYKICAgICByZWVu
dHJ5ID0gMTUKICAgICBxdWllc2NlX3NlcnZlciA9IDEKICAgICBzZXJ2ZXIgdnRjbDEucmhpLmhp
LmlzIHsKICAgICAgICAgYWRkcmVzcyA9IDEzMC4yMDguMTY1LjE5NwogICAgICAgICBhY3RpdmUg
PSAxCiAgICAgICAgIHdlaWdodCA9IDEKICAgICB9CiAgICAgc2VydmVyIHZ0Y2wyLnJoaS5oaS5p
cyB7CiAgICAgICAgIGFkZHJlc3MgPSAxMzAuMjA4LjE2NS4xOTgKICAgICAgICAgYWN0aXZlID0g
MQogICAgICAgICB3ZWlnaHQgPSAxCiAgICAgfQp9CnZpcnR1YWwgdWNkZXYtdGVzdCB7CiAgICAg
YWN0aXZlID0gMQogICAgIGFkZHJlc3MgPSAxMzAuMjA4LjE2NS4xOTMgZXRoMDoyCiAgICAgdmlw
X25tYXNrID0gMjU1LjI1NS4yNTUuMAogICAgIHBvcnQgPSA4MAogICAgIHBtYXNrID0gMjU1LjI1
NS4yNTUuMAogICAgIHVzZV9yZWdleCA9IDAKICAgICBsb2FkX21vbml0b3IgPSBub25lCiAgICAg
c2NoZWR1bGVyID0gd2xjCiAgICAgcHJvdG9jb2wgPSB0Y3AKICAgICB0aW1lb3V0ID0gNgogICAg
IHJlZW50cnkgPSAxNQogICAgIHF1aWVzY2Vfc2VydmVyID0gMQogICAgIHNlcnZlciB1Y2RldjEu
cmhpLmhpLmlzIHsKICAgICAgICAgYWRkcmVzcyA9IDEzMC4yMDguMTY1LjE2OAogICAgICAgICBh
Y3RpdmUgPSAxCiAgICAgICAgIHdlaWdodCA9IDEKICAgICB9CiAgICAgc2VydmVyIHVjZGV2Mi5y
aGkuaGkuaXMgewogICAgICAgICBhZGRyZXNzID0gMTMwLjIwOC4xNjUuMTY3CiAgICAgICAgIGFj
dGl2ZSA9IDEKICAgICAgICAgd2VpZ2h0ID0gMQogICAgIH0KfQp2aXJ0dWFsIGJiYmJiIHsKICAg
ICBhY3RpdmUgPSAwCiAgICAgYWRkcmVzcyA9IDE5Mi4xNjguMS4xIGV0aDA6NgogICAgIHZpcF9u
bWFzayA9IDI1NS4yNTUuMjU1LjAKICAgICBwb3J0ID0gODAKICAgICBwbWFzayA9IDI1NS4yNTUu
MjU1LjAKICAgICBzZW5kID0gIkdFVCAvIEhUVFAvMS4wXHJcblxyXG4iCiAgICAgZXhwZWN0ID0g
IkhUVFAiCiAgICAgdXNlX3JlZ2V4ID0gMAogICAgIGxvYWRfbW9uaXRvciA9IG5vbmUKICAgICBz
Y2hlZHVsZXIgPSB3bGMKICAgICBwcm90b2NvbCA9IHRjcAogICAgIHRpbWVvdXQgPSA2CiAgICAg
cmVlbnRyeSA9IDE1CiAgICAgcXVpZXNjZV9zZXJ2ZXIgPSAwCn0K
--e0cb4efe2cde52290504b705d6ad
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Piranha-list mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/piranha-list
--e0cb4efe2cde52290504b705d6ad--