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 - [email protected] > Send requests to [email protected] > 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 - [email protected] Send requests to [email protected] or go to http://lists.graemef.net/mailman/listinfo/lvs-users
