ID: 15302
User updated by: fox at murder dot cz
Reported By: fox at murder dot cz
-Status: Bogus
+Status: Open
Bug Type: Scripting Engine problem
Operating System: FreeBSD 4.4
PHP Version: 4.1.1
New Comment:
I got it working by using php.ini-optimized from an older (i believe
4.0.2) php which i modified the same way as the original one. Since
then I haven't experienced this problem anymore even with newer
versions (but truth is that i kept the same php.ini on that mashine).
Another thing is that it seemed to me that the error showed up only if
the page was served by certain (first running) apache process(from
there that randomity).
Oh and if you say that it can't execute the script, I made sure several
times that the openbasedir was set correctly.
And this error was happenning for me on all virtualservers - even those
without open_basedir at all(and i had no global open_basedir, thinking
retrospectively, that could have been the problem).
Consider my sw configuration as in first post.
Previous Comments:
------------------------------------------------------------------------
[2003-05-27 13:40:17] rd at mesos dot de
i saw this error the first time in 4.2.3 on suse.
in the meanwhile i saw it on about 30 servers, running debian, suse,
redhat with PHP 4.2.3, 4.3.0, 4.3.1 and even 4.3.2rc4.
often a "echo register_globals=On >/etc/php.ini" helps (yes, that means
deleting all the other stuff).
sometimes updating/downgrading/recompiling helps.
The error always mentions the Script "unknown" (line 0), which wants to
access a file, which is outside the open_basedir of the _last_
virtualhost with a open_basedir-restriction set although i execute a <?
phpinfo(); ?> in the _first_ virtualhost.
All servers are Intel or AMD with linux.
Thanks,
Ralf
------------------------------------------------------------------------
[2003-03-14 12:48:23] phynias at completeobscurity dot com
I also get this error.
I have even tried the
'php_admin_value open_basedir none'
It seems to me it uses the last virtual server as a global for all
servers, but only randomly. For me it's around 1 in ever 10 tries ends
up like this.
config:
./configure --with-apxs=/etc/httpd/bin/apxs --with-openssl
--with-mysql=/usr/local/mysql --with-zlib=yes --with-jpeg-dir=../jpeg-
6b --enable-pcntl --enable-cli --enable-versioning --enable-ftp
--enable-bcmath --enable-memory-limit=yes --enable-track-vars --with
-ttf --with-png-dir=../libpng --with-gd --enable-gd-imgstrttf
--enable-gd-native-ttf --with-curl=/usr/local/include/
------------------------------------------------------------------------
[2003-03-11 00:45:50] adam dot rozewicki at lo dot pl
I also have the same problem!
FreeBSD 4.5
PHP 4.3.0
apache 1.3.27
'./configure' '--enable-track-vars' '--enable-force-cgi-redirect'
'--with-dbase' '--with-gettext'
'--with-apxs=/usr/local/apache/bin/apxs' '--with-openssl' '--with-gd'
'--with-zlib' '--with-mysql=/usr/local/mysql' '--enable-ftp'
------------------------------------------------------------------------
[2003-02-28 15:06:04] pmack at cw dot net
I also have this issue with PHP 4.3.1
My Config is:
'./configure' '--with-mysql' '--with-apxs=/usr/sbin/apxs' '--with-gd'
'--with-jpeg-dir=../jpeg-6b' '--with-zlib-dir=../jpeg-6b'
Linux 2.2.19
Any ideas on how to fix this other than to remove all the lines?
------------------------------------------------------------------------
[2003-02-28 15:06:04] pmack at cw dot net
I also have this issue with PHP 4.3.1
My Config is:
'./configure' '--with-mysql' '--with-apxs=/usr/sbin/apxs' '--with-gd'
'--with-jpeg-dir=../jpeg-6b' '--with-zlib-dir=../jpeg-6b'
Linux 2.2.19
Any ideas on how to fix this other than to remove all the lines?
------------------------------------------------------------------------
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/15302
--
Edit this bug report at http://bugs.php.net/?id=15302&edit=1
