ID: 48880
Comment by: tobias dot rausch at web dot de
Reported By: brwarner at rogers dot com
Status: Open
Bug Type: Safe Mode/open_basedir
Operating System: *
PHP Version: 5.3SVN-2009-07-27 (snap)
New Comment:
I'm expecting the same problem with Suse, Apache2 and PHP5.3 .
I configured open_basedir correctly in vhost.conf and included this
conf files into httpd.include.
I think it is really strange because if you reload a page, sometimes
the error changes or it even disappears for some reason..
I had this type of the error only due to some reloads:
1. Warning: Unknown: open_basedir restriction in effect.
File(/srv/www/vhosts/myrausch.de/subdomains/ba/httpdocs/ipboard/admin/upgrade/index.php)
is not within the allowed path(s):
(¢¶/www/vhosts/myrausch.de/httpdocs) in Unknown on line 0
2. Warning: Unknown: open_basedir restriction in effect.
File(/srv/www/vhosts/myrausch.de/subdomains/ba/httpdocs/ipboard/admin/upgrade/index.php)
is not within the allowed path(s): (p.
) in Unknown on line 0
3. Warning: Unknown: open_basedir restriction in effect.
File(/srv/www/vhosts/myrausch.de/subdomains/ba/httpdocs/ipboard/admin/upgrade/index.php)
is not within the allowed path(s): (de-de,de;q=0.8,en-us;q=0.5,en;q=0.3)
in Unknown on line 0
The third one is really strange because it seems to me that the
open_basedir paths look like some language codes?!
Previous Comments:
------------------------------------------------------------------------
[2009-07-30 02:15:50] brwarner at rogers dot com
Sorry, I didn't know I had to change it to "open," this is my first bug
report.
This bug still happens to mean, and it gets annoying especially when
javascript is used to load other pages for information - as then
javascript has a bunch of errors making the page appear wrong as
opposed
to even showing an error message.)
------------------------------------------------------------------------
[2009-07-29 20:38:38] ninzya at inbox dot lv
I hit this bug quite frequently. I have noticed that it occurs after
some time while apache is running, even if you don't actually request
any pages. You can leave apache working for an hour, or two, and then
request any php file - the result is this bug. Maybe it is somehow
connected to PHP operations it does periodically (GC or something).
One thing is clear - open_basedir's path (string it is referring to) is
being corrupted and memory overwritten. Either it is done by overwriting
this memory, or by change of memory location open_basedir's string ptr
is pointing to.
------------------------------------------------------------------------
[2009-07-26 07:17:07] duchesne7 at gmail dot com
I confirm this bug under Fedora 11 x64 with Apache 2.2.10 and PHP 5.3.0
(also tryed last SVN with no luck).
Seems to be some sort of memory corruption since I sometimes see HTTP
headers in the allowed paths, like:
File(/home/cpanel/index.php) is not within the allowed
path(s): (ww\tX-Powered-By: P) in Unknown on line 0
It happens whenever open_basedir is modified at runtime (either with
php_admin_value in httpd.conf or with an extension that I use which
reset open_basedir according to regex rules before script execution.)
------------------------------------------------------------------------
[2009-07-25 16:06:26] server at grow-werbeagentur dot de
Confirm this Bug.
Still persists with 200907251430
went back to 5.2.10 now, cause this is very anyoing..
The weird thing though is, that I tested the 5.3.0 release on our dev
server first with no errors at all but when installing it on our
production servers, which are configured exactly the same as our dev, I
get this random open_basedir error..
weird..
------------------------------------------------------------------------
[2009-07-22 16:19:47] hristozov at gmail dot com
The problem persists with 200907221430.
------------------------------------------------------------------------
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/48880
--
Edit this bug report at http://bugs.php.net/?id=48880&edit=1
