On 29/12/2011 17:27, Matthew Tyson wrote:
> 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.

Can you post the CometdServlet code?


p



-- 

[key:62590808]

Attachment: signature.asc
Description: OpenPGP digital signature

Reply via email to