Return-Path: X-Original-To: apmail-httpd-dev-archive@www.apache.org Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id A1CDAB69B for ; Wed, 4 Jan 2012 10:03:32 +0000 (UTC) Received: (qmail 75892 invoked by uid 500); 4 Jan 2012 10:03:28 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 75105 invoked by uid 500); 4 Jan 2012 10:03:13 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 75096 invoked by uid 99); 4 Jan 2012 10:03:10 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Jan 2012 10:03:10 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of jblond@gmail.com designates 74.125.82.43 as permitted sender) Received: from [74.125.82.43] (HELO mail-ww0-f43.google.com) (74.125.82.43) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Jan 2012 10:03:05 +0000 Received: by wgbds11 with SMTP id ds11so23503753wgb.12 for ; Wed, 04 Jan 2012 02:02:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=ODsnFj2GB4oZwjueC1kOJ+rrIBXZQhzCJVFIRjUUTEA=; b=aPlvGdE1pGtnDJhM/T6Z+DM9IcvMfFwuhk68rF0NCmG1+diLZfVUiUh9vIWKZi5mrk 9S1lVC6X1eIATAKJ6vu9veF40LhIL9lMngXo8oiGztu5AA/L3oaqS5LXKXP0Css+kCp0 ZPirytfbzQkpRJPqvsbpkQ26crHDTTVcihub0= MIME-Version: 1.0 Received: by 10.227.206.205 with SMTP id fv13mr68738317wbb.17.1325671364243; Wed, 04 Jan 2012 02:02:44 -0800 (PST) Received: by 10.223.89.65 with HTTP; Wed, 4 Jan 2012 02:02:44 -0800 (PST) In-Reply-To: <57C897E17DDB409697989F60E13B01E9@Father> References: <4ECB7A36.8090504@kippdata.de> <4EDE7C07.60902@kippdata.de> <57C897E17DDB409697989F60E13B01E9@Father> Date: Wed, 4 Jan 2012 11:02:44 +0100 Message-ID: Subject: Re: Win 2.3.16 :: Server Status Entries From: Mario Brandt To: dev@httpd.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I figured out that using EnableMMAP off causes the L status. I tried it in combination with EnableSendfile off and without. I hope that helps finding the error. Greetz Mario On Sat, Dec 31, 2011 at 21:08, Steffen wrote: >> That's not expected. Can any Windows Seniors comment on that? Why could = we >> have the Logging status in server-status for a long time for the winnt >> MPM? > > > This bug is still there in 2.3.16, have "L" entries for more then a week = ! > They are occupying =A0workers all the time, so the busyorkers are far hig= h: > > L__L_L___L____L_L______L___L_L_L__ > > > Happy (2.4) new year to all, > Steffen > > -----Original Message----- From: Rainer Jung > Sent: Tuesday, December 06, 2011 9:33 PM Newsgroups: gmane.comp.apache.de= vel > To: dev@httpd.apache.org > Subject: Re: Win 2.3.15 :: Server Status Entries > > On 06.12.2011 11:56, Steffen wrote: >>> >>> Those requests are no longer processed (status is "_"). The seconds >>> since is the time since this request was last processed, the column >>> after that shows how long processing took (here: "1" millisecond for >>> each of them). >> >> >> There are also with status L, for example for almost a day sitting there= : >> >> 0-0 2852 1/2920/2920 L 79507 49835 2893.9 114.05 114.05 80.91.181.75 >> www.apachelounge.com GET >> /download/binaries/httpd-2.2.21-win32-x86-ssl.zip HTTP/1.0 > > > That's not expected. Can any Windows Seniors comment on that? Why could > we have the Logging status in server-status for a long time for the > winnt MPM? > >> -----Original Message----- From: Rainer Jung >> Sent: Tuesday, November 22, 2011 11:32 AM >> To: dev@httpd.apache.org >> Subject: Re: Win 2.3.15 :: Server Status Entries >> >> On 22.11.2011 10:28, Steffen wrote: >>> >>> Seeing a huge number of hanging entries in the Server Status, >>> already for 20 hours and looks they are staying there forever. >>> >>> The requests are invalid, not sure since I do not keep the raw logs. >>> >>> ... >>> ... >>> 0-0 3800 0/177/177 _ 64980 1 0.0 0.09 0.09 94.76.244.212 >>> www.familieland.com GET //phpMyAdmin/scripts/setup.php HTTP/1.1 >>> 0-0 3800 0/157/157 _ 69024 1 0.0 10.65 10.65 94.76.244.212 >>> www.familieland.com GET //scripts/setup.php HTTP/1.1 >>> 0-0 3800 0/224/224 _ 69023 1 0.0 21.96 21.96 94.76.244.212 >>> www.familieland.com GET //admin/pma/scripts/setup.php HTTP/1.1 >>> .... >>> .... >>> etc. etc. >>> >>> SS =3D 70878 seconds now and counting. >> >> >> Those requests are no longer processed (status is "_"). The seconds >> since is the time since this request was last processed, the column >> after that shows how long processing took (here: "1" millisecond for >> each of them). >> >> It looks like you have spare slots that are occasionally used during >> load spikes but are idle later for a long time. Don't know how the >> Windows MPM decides which idle slot to use. >> >> Regards, >> >> Rainer > >