ID: 20190
Comment by: mitch at karboneye dot com
Reported By: mbr at freebsd dot org
Status: Critical
Bug Type: Apache related
Operating System: FreeBSD
PHP Version: 4.3.0-dev
New Comment:
*sigh*
STILL happening with 4.3.1 FreeBSD 4.7 - 5.0
Previous Comments:
------------------------------------------------------------------------
[2003-01-21 08:42:27] r at orcafat dot com
Have this problem on 4.3.0 RELEASE! and 4.2.3
upgrade Version on this bug please.
------------------------------------------------------------------------
[2003-01-16 17:22:32] mitch at karboneye dot com
I upgraded to 4.3 the other day and ran into this problem big time.
Today I went back to 4.2.3 and am still running into the error(s)
occasionally... I've made sure that PHP 4.2.3 is installed and running
and (according to phpinfo()) it is.
Apache 1.3.27 FreeeBSD 4.7p-1 PHP 4.2.3 and PHP 4.3.0
Ack!
------------------------------------------------------------------------
[2002-11-14 15:45:26] mbr at freebsd dot org
Hi,
>when this bug occurs, to confirm the wrong ini values?
Ok, i'll do that.
>1) there are 2 vhosts, where vhost A has open_basedir >restriction in
effect, via php_admin_value in ><VirtualHost> context and vhost B
>doesn't
Nope. Both virtal servers have a open basedir restriction
turned on here.
>2) vhost B includes a file and subsequently vhost A >includes one.
That's correct.
For some strange reason, the bug does not happen on
a test setup with the same apache config. Of course
I was not able to copy all web-stuff over and simulate
true load.
So it is very difficult to reproduce.
Martin
------------------------------------------------------------------------
[2002-11-14 11:39:16] [EMAIL PROTECTED]
Could you test the values:
registered_zend_ini_directives
and
EG(ini_directives)
when this bug occurs, to confirm the wrong ini values?
I'm trying to reproduce this, can you confirm, that this bug happens
when:
1) there are 2 vhosts, where vhost A has open_basedir restriction in
effect, via php_admin_value in <VirtualHost> context and vhost B
doesn't
2) vhost B includes a file and subsequently vhost A includes one.
So in order to increase the chances of hitting this bug, one could:
set Max and MinSpareServers to 1 and request the different vhosts?
------------------------------------------------------------------------
[2002-11-14 03:09:27] mbr at freebsd dot org
I can confirm that it still happens with the latest cvs 4.3 snapshot
from yesterday (2002-11-13).
If I get some pointers, I could add some debug code.
Funny thing is that the webserver runs about 30min to
2 hours ok, and then I hit begin to hit the bug. Always
after the same files:
It's always the same, you can see it because the filename
has two slashes /www/doc/customer2/html/visions/php//
This path really exists. The thing that does not exist,
is the file wrapper.php. It exists in the customer1 path
so we really really should not end here.
Nov 14 05:37:24 server-bsl1 httpd: open_basedir: Used openbasedir
/www/doc/custermer1, file
/www/doc/customer2/html/visions/php//wrapper.php executed_filename
(/www/doc/customer1/index.php)
It looks to me that this case only happens after the apache
child has processed a include as last thing and then preceeds again a
different webserver.
Anyone knows more ?
Martin
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/20190
--
Edit this bug report at http://bugs.php.net/?id=20190&edit=1
