|
Thank you for your reply. It is understandable the persistent template
may have connections associated with it. But it seems weird for FIN_WAIT
tcp connection to have the same observation. For example, the following
line:
TCP 00:46 FIN_WAIT 85.2.180.230:50224 192.168.0.245:https
192.168.0.241:https
The expiration time repeats with 60 seconds after counting down to zero!
(From my expectation, by default the timeout value should be 120
seconds, see the output of "ipvsadm -L --timeout") But not all such
FIN_WAIT connection have the same result. Only a fraction of them hangs
around in the connection table permanently.
Btw, it is possible to set the timeout for ESTABLISHED,FIN_WAIT timeout
in ldirectord? When I check with "ipvsadm -L --timeout", the result is:
Timeout (tcp tcpfin udp): 900 120 300
But I don't know how to set those values in ldirectord.
regards,
jason
On Thu, 2009-10-15 at 23:28 +1100, Simon Horman wrote:
> Hi Jason,
>
> They are pretty ancient versions of both the kernel and heartbeat,
> but upgrading is unlikely to change the behaviour that you are observing.
>
> What I suspect is happening is that there are still connections
> associated with the persistence template. And thus when its timeout
> reaches zero it can't be removed and at that point its time is reset.
> Repeat.
>
> If that is what is happening then it is the expected behaviour - by which I
> mean, that is how the code is written to work.
>
>
> _______________________________________________
> Please read the documentation before posting - it's available at:
> http://www.linuxvirtualserver.org/
>
> 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
>
_______________________________________________
Please read the documentation before posting - it's available at:
http://www.linuxvirtualserver.org/
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
|
