On Wed, Dec 28, 2011 at 6:22 PM, Matthew Tyson <matthewcarlty...@gmail.com>wrote:
> On Wed, Dec 28, 2011 at 8:58 AM, Stefan Mayr <ste...@mayr-stefan.de>wrote: > >> Am 28.12.2011 10:04, schrieb ma...@apache.org: >> >> Matthew Tyson<matthewcarltyson@gmail.**com <matthewcarlty...@gmail.com>> >>> wrote: >>> >>> 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. >>>> >>> >>> What happens if you go direct to Tomcat and bypass the F5? >>> >>> tcpdump seems to confirm the same. What are you thinking? >>>> >>> >>> Probably, like me, that the F5 isn't handling the Comet requests >>> correctly. >>> >> >> This is what I would guess. We have a loadbalancing device that handles n >> client-lb connections with m lb-server connections in its HTTP mode. There >> we have to switch to TCP proxy mode to keep 1:1 relations. >> >> Your F5 is where to do start crosschecking with tcpdump: client <-> F5 vs >> F5 <-> server >> >> Stefan >> >> > You think its possible that multiplexing or some load-balancer config > would cause the two observed issues: > > 1) When the custom valve is in use, zombie service() executions continue > with no actual inbound requests > 2) Inbound requests are being replied to with blank 200s, without ever > executing the service method. > > Thanks, > > Matt Tyson > > I think maybe I wasn't clear before. I am running ngrep on the server, inside the f5. F5 <-> ngrep <-> tomcat So the behavior I am seeing is inbound traffic from the F5 to Tomcat, then outbound traffic from Tomcat (empty 200s that don't execute the servlet service) back to the F5. It seems very unlikely that F5 configuration is the cause there. Matt Tyson
