Return-Path: Delivered-To: apmail-httpd-users-archive@www.apache.org Received: (qmail 85219 invoked from network); 20 Jun 2008 18:40:37 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 20 Jun 2008 18:40:37 -0000 Received: (qmail 18377 invoked by uid 500); 20 Jun 2008 18:40:28 -0000 Delivered-To: apmail-httpd-users-archive@httpd.apache.org Received: (qmail 18355 invoked by uid 500); 20 Jun 2008 18:40:28 -0000 Mailing-List: contact users-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: users@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list users@httpd.apache.org Received: (qmail 18343 invoked by uid 99); 20 Jun 2008 18:40:28 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 20 Jun 2008 11:40:28 -0700 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of nick.the.knack@gmail.com designates 64.233.166.182 as permitted sender) Received: from [64.233.166.182] (HELO py-out-1112.google.com) (64.233.166.182) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 20 Jun 2008 18:39:38 +0000 Received: by py-out-1112.google.com with SMTP id d37so698605pye.29 for ; Fri, 20 Jun 2008 11:39:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type:references; bh=FBJs7Y/jqMYknj2pNFydzjb8QJKVWP17XwApY7CLoBA=; b=aiHHzgeXHL71zJ75OU+rXH/AhtZMocg9MiOfX9ji/UdKF03nFuGiVEzpkdKJryPpl6 AA/WFgNgLNhdLU88cpY7eVW7t0ZPemIipk/gQr/Vg6BtT1PAhXS6xE+Md1QJXvFJpmi6 hZtyx3en/TxpCeyUXlkovEFO+dVkX8u+QMBh8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:references; b=Vei70GVM6r6Z9RnomuP1SlAbLvtadCQbpQRG+/2xVhMSXOmMLIEDYZe8RVWkaZFujo VQQHDoLgf5P/f7SDkmCIgpO1s6RF/hDez/vh5hkzyAbllOBJzaNz2p46fRT9xFsGfzFS WkMZP6OYJVfrRIwEXR3gkxJxXyB8ksW4nkhp8= Received: by 10.141.190.9 with SMTP id s9mr7970415rvp.110.1213987196039; Fri, 20 Jun 2008 11:39:56 -0700 (PDT) Received: by 10.140.148.4 with HTTP; Fri, 20 Jun 2008 11:39:51 -0700 (PDT) Message-ID: Date: Sat, 21 Jun 2008 00:09:51 +0530 From: "Nick Knack" To: users@httpd.apache.org In-Reply-To: <1404e5910806140415v65ed99a9p2cd33539b776782b@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_5029_7510836.1213987191059" References: <1404e5910806140415v65ed99a9p2cd33539b776782b@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org Subject: Re: [users@httpd] Apache 2.2.8 / Win2003 - Non Paged Pool blows up ------=_Part_5029_7510836.1213987191059 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Thanks to William/Andre for replying. Eric, that patch did the trick - seems to have fixed the issue, no crashes since the patch was installed. Thanks! On Sat, Jun 14, 2008 at 4:45 PM, Eric Covener wrote: > On Sat, Jun 14, 2008 at 4:39 AM, Nick Knack > wrote: > > Hi, > > > > We've been trying to diagnose an issue showing up for the past several > > months on our Windows Server 2003 machines (both x32 and x64) running > Apache > > 2.2.8 (with SSL). Just using it for PHP scripts - PHProxy and the like. > > > > > > 1. After some period of time (every 2 hours yesterday for example), the > Non > > Paged Pool usage of Apache surges to (on x64) 18TB or thereabouts - > > basically close to the max positive signed 64 bit integer > > (18446744073709551616). > > > > Do you have some reason to expect this is anything but Windows > mis-reporting the non-paged memory usage? Doesn't non-paged memory > usage _total_ have to be less than physical memory on the system? > > I don't know if there's some way this, or just a similar problem, > might be applicable to apache: > > http://support.microsoft.com/kb/936655 > > This problem occurs because the Afd.sys file may charge the quota to > one Citrix process after the Citrix process allocates the nonpaged > pool memory. Then, the quota is returned to another Citrix process > after the Citrix process frees the nonpaged pool memory. When the > nonpaged pool memory is allocated and then freed repeatedly, the quota > that is allocated for the second time is a negative number. On a > 32-bit system, this negative number is interpreted as a second Citrix > process that uses 4 GB of nonpaged pool memory. > -- > Eric Covener > covener@gmail.com > > --------------------------------------------------------------------- > The official User-To-User support forum of the Apache HTTP Server Project. > See for more info. > To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org > " from the digest: users-digest-unsubscribe@httpd.apache.org > For additional commands, e-mail: users-help@httpd.apache.org > > -- Nick the Knack ------=_Part_5029_7510836.1213987191059 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Thanks to William/Andre for replying.

Eric, that patch did the trick - seems to have fixed the issue, no crashes since the patch was installed.

Thanks!

On Sat, Jun 14, 2008 at 4:45 PM, Eric Covener <covener@gmail.com> wrote:
On Sat, Jun 14, 2008 at 4:39 AM, Nick Knack <nick.the.knack@gmail.com> wrote:
> Hi,
>
> We've been trying to diagnose an issue showing up for the past several
> months on our Windows Server 2003 machines (both x32 and x64) running Apache
> 2.2.8 (with SSL). Just using it for PHP scripts - PHProxy and the like.
>
>
> 1. After some period of time (every 2 hours yesterday for example), the Non
> Paged Pool usage of Apache surges to (on x64) 18TB or thereabouts -
> basically close to the max positive signed 64 bit integer
> (18446744073709551616).
>

Do you have some reason to expect this is anything but Windows
mis-reporting the non-paged memory usage?  Doesn't non-paged memory
usage _total_ have to be less than physical memory on the system?

I don't know if there's some way this, or just a similar problem,
might be applicable to apache:

http://support.microsoft.com/kb/936655

This problem occurs because the Afd.sys file may charge the quota to
one Citrix process after the Citrix process allocates the nonpaged
pool memory. Then, the quota is returned to another Citrix process
after the Citrix process frees the nonpaged pool memory. When the
nonpaged pool memory is allocated and then freed repeatedly, the quota
that is allocated for the second time is a negative number. On a
32-bit system, this negative number is interpreted as a second Citrix
process that uses 4 GB of nonpaged pool memory.
--
Eric Covener
covener@gmail.com

---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
  "   from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org




--
Nick the Knack ------=_Part_5029_7510836.1213987191059--