From nobody@hyperreal.com Tue May 6 10:47:40 1997 Received: (from nobody@localhost) by hyperreal.com (8.8.5/8.8.5) id KAA04351; Tue, 6 May 1997 10:47:40 -0700 (PDT) Message-Id: <199705061747.KAA04351@hyperreal.com> Date: Tue, 6 May 1997 10:47:40 -0700 (PDT) From: Joe Hohertz Reply-To: jhohertz@golden.net To: apbugs@hyperreal.com Subject: httpd starts, and logs that it is rusiming normally, and doesn't reply to anything. X-Send-Pr-Version: 3.2 >Number: 550 >Category: os-bsdi >Synopsis: httpd starts, and logs that it is rusiming normally, and doesn't reply to anything. >Confidential: no >Severity: critical >Priority: medium >Responsible: apache >State: closed >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Tue May 6 10:50:01 1997 >Last-Modified: Sat Jun 28 15:39:59 PDT 1997 >Originator: jhohertz@golden.net >Organization: >Release: 1.2b8, 1.2b10 >Environment: bash# uname -a BSD/OS ts2.golden.net 2.1 BSDI BSD/OS 2.1 Kernel #0: Mon Mar 10 08:13:09 EST 1997 root@ts2.golden.net:/usr/src/sys/compile/webserver26.2 i386 This system has been running 1.1.x (now 1.1.3) for a long time with no troubles. >Description: I can telnet to port 80 on the machine, and get a connection, but any request made (bogus or otherwise) is cheerfully ignored. I compiled from source, and the only changes I made was for default paths (in httpd.h) and I turned on a couple of modules. (Configuration file available upon request). Oh yes, and I turned on suexec support as well. Also, as a blind attempt to fix this, I tried hacking the Configure script to add the -m486 flag which it doesn't do by default. (I am on a Pentium.) No go with that. Looked at the known bugs, and since I only have a single listen line, the mutex lock stuff doesn't seem to apply. (But it does host about 100 virtual domains, so perhaps I am wrong? Clue me in if this is the case.) >How-To-Repeat: Um, call me and I'll put it up. I had to switch back to 1.1.3 as this is a production server I am trying to upgrade. >Fix: None. (Unless this mutex locking stuff applies, in which case I'd suggest making a note of it in the docs for this platform.%2 >Audit-Trail: State-Changed-From-To: open-analyzed State-Changed-By: dgaudet State-Changed-When: Tue May 6 12:56:49 PDT 1997 State-Changed-Why: It's quite possiblie that you need to increase the number of descriptors available to the server. This is covered in the FAQ . You could also be experiencing the problem described in PR#467, see . Please take a peek at those and report back. Thanks Dean State-Changed-From-To: analyzed-closed State-Changed-By: dgaudet State-Changed-When: Sat Jun 28 15:39:59 PDT 1997 State-Changed-Why: A workaround and documentation has been committed to 1.2.1-dev and 1.3-dev. Thanks Dean >Unformatted: