On Mon, Sep 13, 2010 at 03:52:29PM +0100, JL wrote:
> OK, More information:
> I hope someone who is up on ipvs kernel side is listening!
I am listening, sorry for not responding earlier.
> If a backup machines receives an IPVS state update packet (the ones
> sent to 22.214.171.124) with a certain number of connections in it
> (somewhere between two and eight, inclusive, will trigger it) then SI
> goes to 100% on the backup immediately.
> Firewalling 126.96.36.199 insulates you from the problem (although, of
> course, is unsuitable for a live deployment).
Presumably turning off connection synchronisation
has the same effect.
> Feeding in only one connection at a time (slowly enough that the each
> have their own IPVS packet) doesn't trigger the problem.
So it occurs if the number of synchronised connections in
a single packet is between 2 and 8. So 1 is ok, and so is 9?
> This happens with linux 188.8.131.52, but not 184.108.40.206.
That is a fairly wide number of kernel versions.
But if it is easy to reproduce then it should be fairly easy to track down.
Please read the documentation before posting - it's available at:
LinuxVirtualServer.org mailing list - lvs-users@xxxxxxxxxxxxxxxxxxxxxx
Send requests to lvs-users-request@xxxxxxxxxxxxxxxxxxxxxx
or go to http://lists.graemef.net/mailman/listinfo/lvs-users