Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: Linux-HA: Users

Trying Hard to Undrstand the Sync Daemon's Behavior

 

 

Linux-HA users RSS feed   Index | Next | Previous | View Threaded


eric.robinson at psmnv

Aug 1, 2009, 4:46 PM

Post #1 of 2 (644 views)
Permalink
Trying Hard to Undrstand the Sync Daemon's Behavior

Okay guys, I run lvs+heartbeat+ldirectord on a pair or clustered load
balancers (active/passive).

On both the active and passive nodes, I have the following:

ipvsadm --start-daemon master
ipvsadm --start-daemon backup

When I look at connection informationm using 'ipvsadm -Lcn' I see very
strange behavior:

1. The passive/backup computer usually has MORE connections than the
active/master.

2. The backup has DIFFERENT connections than the master. Some match,
others do not, and there are often connections on one that are not on
the other. I'm aware that it takes time for the connection details to
propagate, but I've waited for minutes for connections to expire on the
backup and they just seem to stay in there forever, even after they have
been removed from the master.

3. A new connection shows up in the master, and moments later it shows
up in the backup. That's great, but then a couple of minutes later it
might DISAPPEAR from the backup, even though the client has not
disconnected and the connection still shows in the master.

I tried changing the configs as follows:

On the Master:

ipvsadm --start-daemon master --syncid 1
ipvsadm --start-daemon backup --syncid 2

On the Slave:

ipvsadm --start-daemon master --syncid 1
ipvsadm --start-daemon backup --syncid 2

I have ALSO tried having only the active load balancer be master and
only the passive load balancer be backup, but the behavior seems to be
the same.

Can someone tell me what I'm failing to understand about the sync
daemon?

--
Eric Robinson


Disclaimer - August 1, 2009
This email and any files transmitted with it are confidential and intended solely for General Linux-HA mailing list. If you are not the named addressee you should not disseminate, distribute, copy or alter this email. Any views or opinions presented in this email are solely those of the author and might not represent those of Physician Select Management and Physician's Managed Care. Warning: Although Physician Select Management and Physician's Managed Care have taken reasonable precautions to ensure no viruses are present in this email, the companies cannot accept responsibility for any loss or damage arising from the use of this email or attachments.
This disclaimer was added by Policy Patrol: http://www.policypatrol.com/
_______________________________________________
Linux-HA mailing list
Linux-HA [at] lists
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems


robin.garner at scu

Oct 12, 2009, 11:18 PM

Post #2 of 2 (441 views)
Permalink
Re: Trying Hard to Undrstand the Sync Daemon's Behavior [In reply to]

Hi Eric,

I'm having similar problems understanding the detail of the sync
daemon's behaviour. Did you get any answers ? And where did you
eventually ask the question (I see you jumped to another list) ?

Thanks in advance,
Robin Garner
Southern Cross University
Lismore NSW, Australia

Robinson, Eric wrote:
> Okay guys, I run lvs+heartbeat+ldirectord on a pair or clustered load
> balancers (active/passive).
>
> On both the active and passive nodes, I have the following:
>
> ipvsadm --start-daemon master
> ipvsadm --start-daemon backup
>
> When I look at connection informationm using 'ipvsadm -Lcn' I see very
> strange behavior:
>
> 1. The passive/backup computer usually has MORE connections than the
> active/master.
>
> 2. The backup has DIFFERENT connections than the master. Some match,
> others do not, and there are often connections on one that are not on
> the other. I'm aware that it takes time for the connection details to
> propagate, but I've waited for minutes for connections to expire on the
> backup and they just seem to stay in there forever, even after they have
> been removed from the master.
>
> 3. A new connection shows up in the master, and moments later it shows
> up in the backup. That's great, but then a couple of minutes later it
> might DISAPPEAR from the backup, even though the client has not
> disconnected and the connection still shows in the master.
>
> I tried changing the configs as follows:
>
> On the Master:
>
> ipvsadm --start-daemon master --syncid 1
> ipvsadm --start-daemon backup --syncid 2
>
> On the Slave:
>
> ipvsadm --start-daemon master --syncid 1
> ipvsadm --start-daemon backup --syncid 2
>
> I have ALSO tried having only the active load balancer be master and
> only the passive load balancer be backup, but the behavior seems to be
> the same.
>
> Can someone tell me what I'm failing to understand about the sync
> daemon?
>
> --
> Eric Robinson
>
>
> Disclaimer - August 1, 2009
> This email and any files transmitted with it are confidential and intended solely for General Linux-HA mailing list. If you are not the named addressee you should not disseminate, distribute, copy or alter this email. Any views or opinions presented in this email are solely those of the author and might not represent those of Physician Select Management and Physician's Managed Care. Warning: Although Physician Select Management and Physician's Managed Care have taken reasonable precautions to ensure no viruses are present in this email, the companies cannot accept responsibility for any loss or damage arising from the use of this email or attachments.
> This disclaimer was added by Policy Patrol: http://www.policypatrol.com/
> _______________________________________________
> Linux-HA mailing list
> Linux-HA [at] lists
> http://lists.linux-ha.org/mailman/listinfo/linux-ha
> See also: http://linux-ha.org/ReportingProblems
>

_______________________________________________
Linux-HA mailing list
Linux-HA [at] lists
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems

Linux-HA users RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.