Received: (qmail 60125 invoked by uid 501); 29 Jan 2001 18:46:30 -0000
Message-Id: <20010129184630.60115.qmail@apache.org>
Date: 29 Jan 2001 18:46:30 -0000
From: Assaf <assi_st@yahoo.com>
Reply-To: assi_st@yahoo.com
To: submit@bugz.apache.org
Subject: Apache processes stop handling request after heavy traffic
X-Send-Pr-Version: 3.110

>Number:         7152
>Category:       mod_proxy
>Synopsis:       Apache processes stop handling request after heavy traffic
>Confidential:   no
>Severity:       critical
>Priority:       medium
>Responsible:    apache
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   apache
>Arrival-Date:   Mon Jan 29 10:50:03 PST 2001
>Closed-Date:
>Last-Modified:
>Originator:     assi_st@yahoo.com
>Release:        1.3.12
>Organization:
apache
>Environment:
OS: Linux 2.2.16 #14 wed des 27 09.04.20 ist 2000 i686 unknown
>Description:
I am working in a very simple reverse proxy configuration, which I have only one server and several clients for traffic load. The clients connect to reverse proxy which direct the requests to the server (no caching).After heavy traffic Apache clients stop handing requests. it seams that they are stuck on blocking because the CPU idle is almost 100%. This situation can be easily reproduce by reducing the MaxClients to 1 and then producing heavy traffic. After few minutes the Apache stops handling requests but the interesting think is that the PC is not working at all CPU idle 100%. The only way to make the Apache start working again is to restart him.
>How-To-Repeat:
This situation can be easily reproduce by reducing the MaxClients to 1 and then producing heavy traffic. After few minutes the Apache stops handling requests but the interesting think is that the PC is not working at all CPU idle 100%.
>Fix:
no sorry
>Release-Note:
>Audit-Trail:
>Unformatted:
 [In order for any reply to be added to the PR database, you need]
 [to include <apbugs@Apache.Org> in the Cc line and make sure the]
 [subject line starts with the report component and number, with ]
 [or without any 'Re:' prefixes (such as "general/1098:" or      ]
 ["Re: general/1098:").  If the subject doesn't match this       ]
 [pattern, your message will be misfiled and ignored.  The       ]
 ["apbugs" address is not added to the Cc line of messages from  ]
 [the database automatically because of the potential for mail   ]
 [loops.  If you do not include this Cc, your reply may be ig-   ]
 [nored unless you are responding to an explicit request from a  ]
 [developer.  Reply only with text; DO NOT SEND ATTACHMENTS!     ]