Return-Path: X-Original-To: apmail-tomcat-users-archive@www.apache.org Delivered-To: apmail-tomcat-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id F085E10FEF for ; Tue, 7 Jan 2014 21:22:28 +0000 (UTC) Received: (qmail 46717 invoked by uid 500); 7 Jan 2014 21:22:25 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 46608 invoked by uid 500); 7 Jan 2014 21:22:25 -0000 Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Tomcat Users List" Delivered-To: mailing list users@tomcat.apache.org Received: (qmail 46599 invoked by uid 99); 7 Jan 2014 21:22:25 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 Jan 2014 21:22:25 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of aw@ice-sa.com designates 212.85.38.229 as permitted sender) Received: from [212.85.38.229] (HELO tor.combios.es) (212.85.38.229) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 Jan 2014 21:22:18 +0000 Received: from [192.168.245.129] (montserrat.wissensbank.com [212.85.37.175]) (Authenticated sender: andre.warnier@ice-sa.com) by tor.combios.es (Postfix) with ESMTPA id C60FF3C26DA for ; Tue, 7 Jan 2014 22:22:20 +0100 (CET) Message-ID: <52CC6FF3.4060800@ice-sa.com> Date: Tue, 07 Jan 2014 22:21:55 +0100 From: =?UTF-8?B?QW5kcsOpIFdhcm5pZXI=?= Reply-To: Tomcat Users List User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Tomcat Users List Subject: Re: Packet misses in Tomcat References: <9b348a313687449081af93ae19b16906@SINPR04MB220.apcprd04.prod.outlook.com> <355541b43da54d70b2c7fad4c89e3e59@SIXPR04MB223.apcprd04.prod.outlook.com>,<52CAE865.4020400@ice-sa.com> <52CB0550.5070209@ice-sa.com> <70910887ac79423fb8d5cd1d6af36c98@SINPR04MB220.apcprd04.prod.outlook.com> <52CBD254.2010404@ice-sa.com> <52CC40A8.8060104@christopherschultz.net> In-Reply-To: <52CC40A8.8060104@christopherschultz.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org Christopher, Christopher Schultz wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > André, > > On 1/7/14, 5:09 AM, André Warnier wrote: >> I do not pretend to know your system, nor your application, nor >> that the following is a definite explanation. But on the base of >> the currently available data, I would say : - it is quite unlikely >> that Tomcat 7 is randomly "dropping requests". If it was, then I >> would imagine that this list would be overflowing with cries for >> help. There is quite a bit of traffic on this list related to >> Tomcat 7, but I don't recall seeing any significant number of >> issues mentioning "dropped requests". - it also doesn't seem, from >> your wireshark-related observations, that the requests are being >> lost outside of Tomcat. - so I would say at this point, that the >> most likely place for requests to disappear is in your own >> application. > > It seems that Tomcat is not logging the request in its access log, so > it's more likely that the request is either malformed to such an > extent that Tomcat rejects the request altogether or that the request > never reaches Tomcat. > ... Hi. Of course I am going essentially by what the OP provided earlier as information, and he has not provided much details on the "disappearing" requests themselves, or on the channel through which these requests were reaching Tomcat. But one thing that he did mention, is that these requests are similar - and even in general the same - as other requests which do get processed normally. As per his own words : "For the query regarding "All requests", all requests do not disappear. More importantly, sometimes all requests reach the application when I POST same set of requests. To give a rough picture, 1-2 requests fail in a set of 45-50 requests and this behaviour varies [The request which failed in my one test cycle succeeds in another cycle]." If we take this at face value, then it should not be so that these requests are so malformed that Tomcat discards them without further ado. Also - but maybe I'm wrong there - I would expect, if Tomcat discards a request for being malformed - that something would appear in the Tomcat error log. But according to the OP it doesn't. Finally - and there is a bit of an assumption on my part here - I assume that when the OP says that he sees the request with Wireshark (prior to it "disappearing" in Tomcat), he was running Wireshark on the Tomcat host itself. That would make it unlikely that another external component is at play. All of the above led me to suspect that something in the application itself may be playing a role here. Of course, that all does not necessarily prove that some other component than Tomcat is not dropping some packets/requests. --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org For additional commands, e-mail: users-help@tomcat.apache.org