Return-Path: Delivered-To: apmail-httpd-test-dev-archive@www.apache.org Received: (qmail 23259 invoked from network); 4 Dec 2003 00:09:45 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 4 Dec 2003 00:09:45 -0000 Received: (qmail 10365 invoked by uid 500); 4 Dec 2003 00:09:17 -0000 Delivered-To: apmail-httpd-test-dev-archive@httpd.apache.org Received: (qmail 10334 invoked by uid 500); 4 Dec 2003 00:09:17 -0000 Mailing-List: contact test-dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: test-dev@httpd.apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list test-dev@httpd.apache.org Received: (qmail 10321 invoked from network); 4 Dec 2003 00:09:17 -0000 Received: from unknown (HELO palrel13.hp.com) (156.153.255.238) by daedalus.apache.org with SMTP; 4 Dec 2003 00:09:17 -0000 Received: from xparelay1.ptp.hp.com (xparelay1.ptp.hp.com [15.1.28.62]) by palrel13.hp.com (Postfix) with ESMTP id 1BDA21C010E4 for ; Wed, 3 Dec 2003 16:09:25 -0800 (PST) Received: from xpabh3.ptp.hp.com (xpabh3.ptp.hp.com [15.1.28.63]) by xparelay1.ptp.hp.com (Postfix) with ESMTP id 063F71005590 for ; Wed, 3 Dec 2003 16:09:25 -0800 (PST) Received: by xpabh3.ptp.hp.com with Internet Mail Service (5.5.2657.72) id ; Wed, 3 Dec 2003 16:09:24 -0800 Message-ID: <304BDB72275BBB4DA590832B55A202914727C9@xsun04.ptp.hp.com> From: "MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1)" To: "'test-dev@httpd.apache.org'" Subject: RE: Regarding Apache 2.0.48 and specweb99 Date: Wed, 3 Dec 2003 16:09:16 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain; charset="iso-8859-1" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N >-----Original Message----- >From: gregames@apache.org [mailto:gregames@apache.org] [SNIP] >Two possibilities: > >* the command/Fetch URI is stuck also, or I don't think the client did any Fetch when apache stopped. >* something died holding the post lock, and it didn't get >automagically cleaned up. I attached gdb to each of the httpd's, and among 20 processes (with 50 threads each), 8 of them were stuck with the do_post thing, and others were not doing anything !. The error_log didn't say anything about the error.. >I recall hearing that SysV sems are notorious for that on >some platforms. I'm thinking of having the SEM_UNDO flag while creating the semaphore (if it's not already enabled) There's one more thing I noticed (might be specific to HP-UX) : I saw more errors with keepalive ON rather than when it was OFF. -Madhu