Return-Path: Delivered-To: apmail-httpd-users-de-archive@www.apache.org Received: (qmail 18839 invoked from network); 9 Jul 2004 15:50:54 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 9 Jul 2004 15:50:54 -0000 Received: (qmail 29145 invoked by uid 500); 9 Jul 2004 15:50:51 -0000 Delivered-To: apmail-httpd-users-de-archive@httpd.apache.org Received: (qmail 29087 invoked by uid 500); 9 Jul 2004 15:50:51 -0000 Mailing-List: contact users-de-help@httpd.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: users-de@httpd.apache.org Delivered-To: mailing list users-de@httpd.apache.org Received: (qmail 29073 invoked by uid 99); 9 Jul 2004 15:50:51 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [83.246.79.226] (HELO alpha.server.office.expressmedia.de) (83.246.79.226) by apache.org (qpsmtpd/0.27.1) with ESMTP; Fri, 09 Jul 2004 08:50:48 -0700 Received: from beta.workstation.expressmedia.de ([10.6.4.12] helo=beta.workstation.office.expressmedia.de) by alpha.server.office.expressmedia.de id 1BixeA-0001sa-00 for ; Fri, 09 Jul 2004 17:50:46 +0200 Subject: Apache 2.0.49 bleibt mit 'W' =?ISO-8859-1?Q?h=E4ngen?= From: Silke Suck To: users-de@httpd.apache.org Content-Type: text/plain; charset=iso-8859-15 Message-Id: <1089388245.5353.11.camel@beta.workstation.office.expressmedia.de> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 09 Jul 2004 17:50:46 +0200 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Moin zusammen, ich h=E4tt da gerne mal ein Problem. Auf einem Kundenserver l=E4uft Apache2.0.49 (Worker) mit Confixx 2.0.13 auf einem 2.4.18er Kernel (Debian). Tut auch alles soweit ... zumindest bei mir (und bei meinem Chef und bei meinem Freund und ...). Nur wenn der Kunde sich einloggt und produktiv was tun will, h=E4ngt sich an den unterschiedlichsten Stellen scheinbar der Webserver weg, sprich die Seite 'l=E4dt sich tot'. Server-status gibt auch ein sehr klares Bild von dem, was passiert: wenn der Kunde was macht, wird ein Dutzend Threads mit einem GET /irgend/ein/style.css aufgemacht und kurze Zeit sp=E4ter haben alle Threads ein W (sending reply) und der Apache l=E4uft zwar weiter, stellt aber das Servieren von Seiten ein. Nun habe ich nat=FCrlich schon jede Menge gegoogelt und einige Leute gefunden, die das gleiche Problem hatten/haben (gabs wohl schon beim Apache 1.3), aber keine wirkliche L=F6sung. An einer Stelle wurde empfohlen, sendfile zu deaktivieren, an einer anderen, MaxRequestsPerChild auf 5000 zu setzen. Das habe ich getan, allerdings hat der Kunde seitdem keinen Zugriff versucht und ich mag mich nicht so gerne drauf verlassen, dass 'es das schon gewesen sein wird'. Lange Rede, kurzer Sinn - ist hier vielleicht irgend ein netter Mensch, der tats=E4chlich _wei=DF_, was das ist, und was man dagegen tun kann? Oder der auch nur eine Idee dazu hat? Ich bin f=FCr jeden noch so kleinen Hinweis dankbar. Liebe Gr=FC=DFe, - Silke - -------------------------------------------------------------------------- Apache HTTP Server Mailing List "users-de" unsubscribe-Anfragen an users-de-unsubscribe@httpd.apache.org sonstige Anfragen an users-de-help@httpd.apache.org --------------------------------------------------------------------------