general/5960: pcfg_openfile error

[Dustin Hall <du...@teleport.com>]

>Number:         5960
>Category:       general
>Synopsis:       pcfg_openfile error
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    apache
>State:          open
>Class:          sw-bug
>Submitter-Id:   apache
>Arrival-Date:   Wed Apr 05 11:20:00 PDT 2000
>Closed-Date:
>Last-Modified:
>Originator:     dustinh@teleport.com
>Release:        1.3.12
>Organization:
apache
>Environment:
SunOS webserver 5.7 Generic_106541-09 sun4u sparc SUNW,Ultra-2

Current ulimit: 
time(seconds) unlimited
file(blocks) unlimited
data(kbytes) unlimited
stack(kbytes) 8192
coredump(blocks) unlimited
nofiles(descriptors) 2048
memory(kbytes) unlimited

Compiler: gcc
>Description:
I installed apache 1.3.12 w/ php 3.0.15 on Solaris 7 w/ 128 megs of RAM

uname -a
SunOS webserver 5.7 Generic_106541-09 sun4u sparc SUNW,Ultra-2

The server runs fine for about an hour or so and then I start getting
a lot of these errors into the error_log:

[Wed Mar 29 12:23:26 2000] [crit] [client 205.188.208.231]
/home/fo/foobar/public_html/.htaccess pcfg_openfile: 
unable to check htaccess file, ensure it is readable

That file is readable by all. When I restart apache the errors go away for
awhile and then comes back.

I initially thought that the problem had to do with open file descriptors,
so I placed "ulimit -n 2048" into the rc script that starts apache, and
just to confirm, I placed ulimit -a into the same script to make sure that
indeed my setting happened:

Current ulimit:
time(seconds) unlimited
file(blocks) unlimited
data(kbytes) unlimited
stack(kbytes) 8192
coredump(blocks) unlimited
nofiles(descriptors) 2048
memory(kbytes) unlimited

Apache config:

CC="gcc" \
./configure \
"--with-layout=Apache" \
"--activate-module=src/modules/php3/libphp3.a" \
"--enable-module=rewrite" \
"--add-module=/usr/local/stow/src/source/web/apache/extra/mod_log_dir.c" \
"--prefix=/usr/local/stow/apache_1.3.12-php3.0.15" \
"--enable-suexec" \
"--suexec-docroot=/web/main/htdocs" \
"--suexec-caller=nobody" \
"--suexec-logfile=/var/apache/suexec.log" \
"--suexec-userdir=public_html" \
"--suexec-uidmin=85" \
"--suexec-gidmin=85" \
"--runtimedir=/var/apache" \
"--logfiledir=/var/apache" \
"$@"

PHP Config:

./configure \
"--with-apache=/usr/local/stow/src/source/web/apache/apache_1.3.12" \
"--with-gd=yes" \
"--with-mysql=yes" \
"--with-zlib=/usr/local/lib" \
"--enable-debug=no" \
"--enable-track-vars=yes" \
"--enable-force-cgi-redirect=no" \
"--with-gdbm=yes" \
"--with--dbm=yes" \
"--with-dbase=yes" \
"--with-ftp=yes" \
"--with-config-file-path=/usr/local/stow/src/source/web/php/php-3.0.15"

I have posted this information to both the news group and the php mailing list
and have received no response. Checking the bug database, I notice this has
been reported before and there were patch releases for earlier versions of
apache. Those will not patch into this version. Someone also suggested 
(in one of the bug reports) to try and place -D_REENTRANT=1 into the CFLAGS
variable. I tried that, problem still happens.
>How-To-Repeat:

>Fix:

>Release-Note:
>Audit-Trail:
>Unformatted:
 [In order for any reply to be added to the PR database, you need]
 [to include <ap...@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!     ]