failed to open stream & open_basedir restriction in effect after upgrading 8.3

[pcball]

Dear all and support,

I'm facing problem after upgrading to 8.3.

the website which run under oscommerce and zencart is have the problem

Warning: include(includes/configure.php) [function.include]: failed to open stream: No such file or directory in /var/www/vhosts/renetech.com.my/httpdocs/html/includes/application_top.php on line 37


and

Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/usr/lib/php/modules/../../../../var/www/vhosts/infotoday.com.my/ioncube/ioncube_loader_lin_5.1.so) is not within the allowed path(s): (/var/www/vhosts/infotoday.com.my/httpdocs:/tmp) in /var/www/vhosts/infotoday.com.my/httpdocs/includes/class_inputfilter.php on line 3



Help HELP..anybody have facing the same problem ?

Please help.

 

[dirty@]

search for open_basedir word on kb.swsoft.com

 

[pcball]

Dear Dirty,

I have search thru all the information before posting this.

have try switch off the open_basedir on php.ini and /var/www/vhosts/domainname.com/conf/httpd.include file but its still not working.

Please advice.

 

[dirty@]

read this one: http://kb.swsoft.com/en/432 , it shows exact details you need to do

 

[pcball]

Dear Dirty,

Thanks for your reply, but I have follow the instruction it provide. problem still occur.

The attachment is the printscreen of this. May I know is it because some module or setting have change after upgrading Plesk 8.3 ?

Please advice . Thanks

 

[dirty@]

your script tries to access not /usr/lib/php/modules which you added but but /usr/lib/php/modules/../../../../var/www/vhosts/infotoday.com.my/ioncube/

i.e. it tries to open /var/www/vhosts/infotoday.com.my/ioncube actually...

 

[pcball]

Thanks Dirty for your reply,

but however your advice is not help.

This is the step i have use to solve the problem.

1) Zend Optimizer mission after upgrade , then I have to reinstall and reconfigure in php.ini again.

2) after that I found modify the file httpd.include under the conf folder. disable or del the line where define open_basedir , (All).

3) Rebuild ioncube.

Then the problem solved.

But now i have facing another problem after upgrade. Tha't is all the function.include can be work like this


Warning: include(includes/configure.php) [function.include]: failed to open stream: No such file or directory in /var/www/vhosts/renetech.com.my/httpdocs/html/includes/application_top.php on line 37


do you have any idea for it ?

 

[UnrealMinds]

I have a lot of problems after the update, too.

I have a lot of symfony-projects running and there it is terrible after update, cause you have to reload a lot of times till a site appears without following errormessages:

Warning: require_once(propel/Propel.php) [function.require-once]: failed to open stream: No such file or directory in /usr/share/pear/symfony/addon/propel/sfPropelAutoload.php on line 17

Fatal error: require_once() [function.require]: Failed opening required 'propel/Propel.php' (include_path='.:/var/www/html:./Includes:./usr/share/pear/symfony') in /usr/share/pear/symfony/addon/propel/sfPropelAutoload.php on line 17

or

Warning: require_once(propel/util/BasePeer.php) [function.require-once]: failed to open stream: No such file or directory in /var/www/vhosts/domain.tld/httpdocs/backend/lib/model/om/BaseUserPeer.php on line 3

Fatal error: require_once() [function.require]: Failed opening required 'propel/util/BasePeer.php' (include_path='.:/var/www/html:./Includes:./usr/share/pear/symfony') in /var/www/vhosts/domain.tld/httpdocs/backend/lib/model/om/BaseUserPeer.php on line 3

But the symfony-projects are not the only one effected. I have problems with all applications installed. Plesk at self is working correct.

What can I do now? - the system has to run - at this point I can give me a bullet to breakfast. ;-)

 

[UnrealMinds]

If you restart the apache, the problems with the include/require are for a time away, but after a time they come back again.

Sometimes it is so much, that you can press reload again and again, but you can't get a response.

I hope to get help a.s.a.p. - it's terrible to work with!

 

[biznesshosting]

Anyone find a fix for this yet?

 

[rtmediainc]

hi,

i have the same issue

the new php.ini have 6-7 line many parameter missing

after trying many thing ...

i have fixed by restoring my old php.ini
restart apache
my primary test seem to work great

all website on this server are up and running....except magickwank module...but that my step before restoring my php.ini who have screw it... i will fix it now...

hope this will help you

 

[UnrealMinds]

@rtmediainc:

is your system running correct, at this time?

I ask, cause my php.ini has no differences between now and before updateing plesk.


I have still the same problems! :-(

 

[rtmediainc]

Hi UnrealMinds,

For sure...

my backed php.ini have all line and comment...

my updated have only 6-7 line...

i have renamed php.ini to php.bak and restored my back to ini restart apache and working back...

the only difference i have do an update of php to 5.2.5 i think...from atomicrocketturtle.com when i thinking that's my trouble...

all step i have do are...

update plesk from 8.1 to 8.3
the trouble have start...

read on the forum... take a chance with updating php from atomicrocketturtle (seen on another post)... i have do a yum remove php-sqllite... i'm not really sure for the module syntax but its about sqllite... dependacy problem with this module when updating...to be sur perform the install he will return about the module...

not working anymore...

but my magickwand installation didn't have liked this

after i have restored my php.ini with my older

My php working back!

but my zend seem to be out of order and my magickwand are out of order...

i have to do a reinstallation of zend optimizer, imagemagick and finally magicwand

all is working very fine now, i have tested for 3 hour to be sure! on many function but the require and the include fread fopen seem to be the real problem

the difference between you and me are probably the php update via atomicrocketturtle

hope this will help you

 

[UnrealMinds]

the difference between you and me are probably the php update via atomicrocketturtle

I have updated my system with atomicrocketturtle for a long time ago and don't have any problems with it, since the last update of plesk.

So the reason of my problems will be at plesk. I don't know every files with will be controlled and edited by plesk self, so I can not check.

The only thing I am wondering is, that the error at symfony-projects is still the same. symfony at self was still actual and fixed for php 5.2.5 and works fine for a week till the update of plesk.

 

[rtmediainc]

I have updated my system with atomicrocketturtle for a long time ago and don't have any problems with it, since the last update of plesk.

So the reason of my problems will be at plesk. I don't know every files with will be controlled and edited by plesk self, so I can not check.

have you try to do a yum update php again? it can update some dependacy...
after bak your php.ini and restore your backup php.ini...

if you want to try i can send you my working php.ini to perform a test because my trouble have been fixed just by restoring it

i'm running this box on fedora core 6 if it can help you

 

[UnrealMinds]

All dependencies are ok.

I will try your php.ini and send you a PM.

At this time a have a cron activ to restart the apache every 40 minutes. this is the tim how works fine so that I haven't so much props. but the error is still there.

 

[rtmediainc]

Hi UnrealMinds,

Your problem are fixed with my php.ini?

 

[fcaillau]

Possible suspect (Zend Optimizer) + temporary solution

In my case, the following worked...

CONTEXT:
1) A few weeks ago, I installed ZendOptimizer : this backed up the /etc/php.ini which was moved in /usr/local/Zend/etc (a symlink was created in /etc)...
2) I upgraded to Plesk 8.3

SOLUTION:
1) I found an unexpected php.ini file in /etc, which I suppose was created by the autoinstaller of Plesk. Contents:

memory_limit = "32M"
include_path = "\".:\""
short_open_tag = "On"
file_uploads = "On"
safe_mode = "On"

2) The temporary solution consists in commenting all the content in this file. But careful. My guess is that it will only provoke that default php values will be used...

3) ...In fact, I think that Plesk autoinstaller replaced the symlink by this php.ini of its own. Hence, the physical php.ini in /usr/local/Zend/etc is never read. The real solution would be to recreate the symlink (But I have not tested so far)


I would appreciate if any SWSOFT team member could confirm or investigate on this.
Hope this helps anyway,

Fred