On Tue, Dec 27, 2011 at 1:31 PM, Stefan Mayr <ste...@mayr-stefan.de> wrote:
> Am 24.12.2011 00:39, schrieb Matthew Tyson:
>
> Hello,
>>
>> We have been having quite a few problems with using long-polling
>> connections in Tomcat, via the NIO connector. Upgrading to Tomcat 7.0.23
>> definitely improved things, but we are still seeing major issues.
>>
>> The problems only crop up after a couple minutes under some load (modest
>> load, around 2-3 connections per second).
>>
>> One very clear problem I am looking at right now is that the service
>> method
>> on a servlet is continually being called, although there is no traffic
>> coming into tomcat from that remote IP (we verified this at the ethernet
>> device).
>>
>> The logging statement at the beginning of the service method is being
>> executed every so often, like so:
>>
>> logger.info("REQUEST: " + request.getRemoteAddr() + " " +
>> request.getMethod() + " " + request.getQueryString());
>>
>> INFO 2011-12-23 15:30:50,860 org.cometd.server.**CometdServlet REQUEST:
>> 75.149.42.46 POST null
>> INFO 2011-12-23 15:31:02,484 org.cometd.server.**CometdServlet REQUEST:
>> 75.149.42.46 GET
>> message=%5B%7B%22channel%22%**3A%22%2Fmeta%2Fconnect%22%2C%**
>> 22connectionType%22%3A%**22callback-polling%22%2C%**
>> 22advice%22%3A%7B%22timeout%**22%3A0%7D%2C%22id%22%3A%22354%**
>> 22%2C%22clientId%22%3A%**222b611tiekwk6p2mfh5bye3bm6y7l**%22%7D%5D&jsonp=
>> dojo.io.**script.jsonp_dojoIoScript135._**jsonpCallback
>> INFO 2011-12-23 15:31:28,512 org.cometd.server.**CometdServlet REQUEST:
>> 75.149.42.46 POST null
>> INFO 2011-12-23 15:31:36,571 org.cometd.server.**CometdServlet REQUEST:
>> 75.149.42.46 POST null
>>
>> But again, there is no traffic from that IP. I'm not sure if this is some
>> sort of loop, a very long delay, or other connections being mixed up.
>> Probably the last, since I don't see any loop pattern, and it has
>> continued without any traffic for almost a half an hour now.
>>
>>
> Your Valves code makes me suspicious: the proxy port looks like there
> could be something between your client and your tomcat. A loadbalancer with
> some kind of TCP multiplexing maybe?
>
That's right, there is an f5 load balancer. The valve is used to keep
track of whether the request was via HTTPS or not.
>
> Have you already tried a tcpdump to crosscheck?
>
>
tcpdump seems to confirm the same. What are you thinking?
> Stefan
>
>
>
> ------------------------------**------------------------------**---------
> To unsubscribe, e-mail:
> users-unsubscribe@tomcat.**apache.org<users-unsubscr...@tomcat.apache.org>
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>
Thanks,
Matt Tyson
