LVS backup router not taking role

[Khapare Joshi]

On Wed, Jan 18, 2012 at 1:59 PM, Ranjith Rajaram <rrajaram at redhat.com>wrote:

> **
>
>
> On 01/18/2012 07:22 PM, Khapare Joshi wrote:
>
> Hi, all,
>
> first time poster. I recently deployed lvs (primary and backup) with
> piranh and ran into few issues. I turned off the primary lvs to see backup
> lvs will take over. However it does not take over right a way seem require
> restart pulse. How does this fail over works if primary goes down ? should
> not this be happen right a way if primary lvs goes down ?
>
> If primary goes, secondary has to take it over
>
> It depends on deadtime
>
>  deadtime = n
>               Length of time before a node is declared dead and IP
> takeover occurs.
>
> lvs.cf needs to be checked together with system configuration.  Look at
> /var/log/messages
>
>
>
> I configured these parameter as this  :
>
Heartbeat interval (seconds):   Assume dead after (seconds):   Heartbeat
runs on port:   Monitor NIC links for failures:   Syncdaemon:
and copied lvs.cf to redudant server as well.

>
>
> And I have four real server- and it sees if one goes down whole system is
> unavailable (httpd service). Then I restart pulse and get  the httpd
> service. I do not think this is right. could be please guide me in right
> direction to make reliable.
>
>
> Do you have separate boxes for LVS directors and real server's ? [Are you
> running pulse on any of the two real server's ?]
>

I have two servers for lvs i.e lvs1 lvs2 and configured using piranha tool.
I started pulse on these two machines. Rest of other four server I only
started httpd not the pulse

>
> check the output of ipvsadm -L -n from the active lvs server [paste it
> here]
>
>
> PS: I use direct routing and have
>
> net.ipv4.conf.lo.arp_ignore = 1
> net.ipv4.conf.lo.arp_announce = 2
>
> in /etc/sysctl.conf
>
> sorry for too many question.
>
> Thanks
>
>
> _______________________________________________
> Piranha-list mailing listPiranha-list at redhat.comhttps://www.redhat.com/mailman/listinfo/piranha-list
>
>
>
> _______________________________________________
> Piranha-list mailing list
> Piranha-list at redhat.com
> https://www.redhat.com/mailman/listinfo/piranha-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/piranha-list/attachments/20120118/7ab632f7/attachment.htm>