Hi, I am using the FastAsyncSocketSender. Ngrep show me it sends a session and than receives 3 bytes (ack?). These 3 bytes are never read by the FastAsyncSocketSender, so the recv buffer of Linux is filling up. If the recv buffer is full. The send buffer on the other side is filled up after which the session replication halts.
Is it normal behaviour for FastAsyncSocketSender to not read the 3 bytes response? Is can reproduce this on 5.5.20, 5.5.23 and 5.5.26. Ronald. On Mon Mar 17 12:15:30 CET 2008 Tomcat Users List <users@tomcat.apache.org> wrote:
Hello, I have this problem in which there is very little data to get to a solution. - Running a 5 node cluster of 5.5.23 on java 1.5.0_10. Debian 4.0 and kernel 2.6.22.18-SMP. - It runs behind a Linux LVS which balances the connections over the cluster. - Attached is my server.xml. - Sessions last for 8 hours, so customers can make a full workday while staying logged in. This has run very stable for months. Nothing changed in handling sessions. The rest of the fixes were very small last weeks and I reviewed them more than ones and nothing related to sessions happened. But since two weeks a lot of users are logged out now and than. This happens in bursts I think. If I restart every node in the cluster the problem disappears for a while (a day or a couple of hours). Last week I upgraded to 5.5.26, but the problem is still there. The logs give no errors. I'm running Tomcat clusters for a couple of years now and solved a couple of problems with them, but now I have no clue in any logs about what is happening except users don't have a session anymore. (Possibly sessions aren't shared very well and after a 'load re-balancing' users get on a server which doesn't know the session.) Are there any tips? How can I start debugging this? Is there a way to verify all servers have the same sessions? Ronald.--------------------------------------------------------------------- To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
