Return-Path: Delivered-To: apmail-tomcat-users-archive@www.apache.org Received: (qmail 16532 invoked from network); 6 Aug 2010 11:17:21 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 6 Aug 2010 11:17:21 -0000 Received: (qmail 24402 invoked by uid 500); 6 Aug 2010 11:17:17 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 24043 invoked by uid 500); 6 Aug 2010 11:17:13 -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 23337 invoked by uid 99); 6 Aug 2010 11:17:11 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 06 Aug 2010 11:17:11 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.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.228 as permitted sender) Received: from [212.85.38.228] (HELO tor.combios.es) (212.85.38.228) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 06 Aug 2010 11:17:03 +0000 Received: from [192.168.245.240] (montserrat.wissensbank.com [212.85.37.175]) by tor.combios.es (Postfix) with ESMTPA id AC50622618D for ; Fri, 6 Aug 2010 13:14:23 +0200 (CEST) Message-ID: <4C5BEEF8.1090701@ice-sa.com> Date: Fri, 06 Aug 2010 13:16:08 +0200 From: =?ISO-8859-1?Q?Andr=E9_Warnier?= Reply-To: Tomcat Users List User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Tomcat Users List Subject: Re: Tomcat 6 does not respond or freeze after startup References: <4C5738BA.3040302@normad.de> <4C573B24.8060201@apache.org> <4C58701B.3050603@normad.de> <4C587565.9020009@apache.org> <4C5884C9.7060605@normad.de> <99C8B2929B39C24493377AC7A121E21F9900F9C90E@USEA-EXCH8.na.uis.unisys.com> <4C588E37.9020301@normad.de> <99C8B2929B39C24493377AC7A121E21F9900F9C98E@USEA-EXCH8.na.uis.unisys.com> <4C58FE77.2080805@normad.de> <99C8B2929B39C24493377AC7A121E21F9900F9CE14@USEA-EXCH8.na.uis.unisys.com> <4C59D39D.1090307@normad.de> <4C59D79E.6000707@ice-sa.com> <4C59DF2E.8070206@normad.de> <4C59F2D8.6070704@ice-sa.com> <4C5A542A.6010101@normad.de> <99C8B2929B39C24493377AC7A121E21F9901057CEC@USEA-EXCH8.na.uis.unisys.com> <4C5B2494.1040700@normad.de> In-Reply-To: <4C5B2494.1040700@normad.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit T. Gau wrote: ... > > Caldarale, Charles R schrieb am 05.08.2010 14:47: >>> From: T. Gau [mailto:tgau@normad.de] >>> Subject: Re: Tomcat 6 does not respond or freeze after startup >>> >>> as I understand the netstat output the mentioned PID's are the client >>> ports instead. >> You are correct, Andr� misread the output. >> Yes, my mistake, sorry. >>> What seems conspiciuous is that the home page from >>> http://localhost:8080 >>> is loaded but the images to the apache foundation and the powered >>> by are missing and the browser is showing as still loading. ... Restarting a bit earlier in this conversation : The browser connections are shown (by netstat.exe) in the state "CLOSE_WAIT". The following page explains what that means : http://support.microsoft.com/kb/137984 If I understand this right, it means that the client has closed its side of the connection (by sending a FIN packet). The socket is now "half-closed", and the server should close its own side. However, the server does not do that, and these sockets stay half-closed (or half-opened, if you prefer). What puzzles me, is the fact that according to the state of the connections, the clients should have closed them, but you otherwise write that the browser(s) still seem to display the fact that they are waiting for something. You also say that the basic html page is loaded, but that the images are missing. It looks very much as if each browser can send one request (for the home page), and receives a response (the home page, html-only). But then, when the browser tries (on the same connection normally) to request one of the embedded images, it does not receive a response and keeps waiting for it. And the server seems to think that the browser has disconnected, but never closes its end of the socket. Obviously, something is seriously wrong somewhere, because this situation does not really make sense. But it does not really look like a Tomcat problem, and more like an underlying network issue. You have also mentioned that you disabled the Windows firewall, but had been running some other firewall software at some point (which is now also disabled). At this point, my suspicions would go very much in the direction of some interference by one or both of these firewall softwares. Maybe when you initially installed the add-on firewall, you did something wrong and now your Windows installation is somehow screwed up ? It is relatively easy under Windows to get into such a kind of mess, and relatively difficult to get out of it once it is there. In my experience, different firewall packages and/or VPN packages have a tendency to seriously interfere with eachother. You seem to have a problem of that category. Any chance of doing some "Windows repair" job before you continue ? At the very least, I would try to completely de-install the additional firewall software, and try again then. Just disabling that firewall may not be enough to really remove the links and callbacks it may have installed all over the place. --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org For additional commands, e-mail: users-help@tomcat.apache.org