openBase-Dir errors if updating from 3.4 -> 4.0
Open Source Document Management System
Brought to you by:
steinm
Menu
▾
▴
#25 openBase-Dir errors if updating from 3.4 -> 4.0
i tried to update my local installation on my synology DS. it worked but i get this error (during installation there where this errors too, but it finished)
Warning: file_exists(): open_basedir restriction in effect. File(../views/clean/class.Login.php) is not within the allowed path(s): (/etc.defaults:/usr/bin/php:/usr/syno/synoman:/etc:/var/run:/tmp:/var/spool/php:/volume1/@tmp/php:/var/services/web:/var/services/photo:/var/services/blog:/var/services/homes:/volume1/web/letodms) in /volume1/web/letodms/letoDMS/inc/inc.ClassUI.php on line 49
well, i know what this mean, but i dont know how to fix this.
i was trying quickinstall-files too and they worked fine! so openbase-dir couldnt be the right error.
I unticked (already a while ago) the openbase_dir option in my DSM and i was able to upgrade from 3.4.2 to 4.0.0pre 5 without the openbase_dir error.
well, update finished. i got this AFTER update and it doesnt change anything if i set openbase_dir option in DSM. Only thing is, that seedDMS tried to access /usr/bin/Core.php ...
i need to check php-include dir. looks like something get messed up...
Sorry, my fault. I'm also successfully running 4.0 after the update without getting into open_basedir issues.
In the include_path i just have PEAR and Zend inserted, nothing else. Also my open_basedir configuration looks similar to yours.
Strange, SeedDMS should look for the CoreDir within the path you defined for it.
As we both are running on Syno stations, can you provide me your config.xml? Just remove the DB config. I will then try running SeedDMS on mine with your configuration.
thank you for your help.
php-include-dir is ok.
maybe its about my strange installation-dirs...
see attachment.
Last edit: atari freak 2013-02-25
Sorry, i can't reproduce it here. I took your XML and built a test installation according to the paths you are using. I installed LetoDMS 3.4.2, added a document, created the fulltext index. Then i updated the installation to SeedDMS 4.0pre5, (only noted a table creation error, opened ticket #26) and did not note any error with open_basedir.
I have SeedDMS now running, still with your config.xml file and i'm not facing any error here.
After updating i ran document and folder check successfully, also not facing any error here.
Last edit: Daniel 2013-02-26
well so this has nothing to do with my config.xml
if i am using 4.0.0-pre-quick it is still working.
is there a way to migrate settings / data?
edit: i think it must be some php-settings, because this is only happening on open relative paths (eg ..(view.php). he find anything else. i will try so set this path to absolute and see if it works.
Last edit: atari freak 2013-02-26
Yes your config looks fine at all. The only thing i entered manually where the DB settings.
There may be a difference in the DSM versions, i'm already running on 4.2 Beta. There seems to be a newer PHP version, this may make the difference.
If you want to have any config files out of my system to compare against yours just let me know.
What settings do you want to migrate? The ones of SeedDMS?
Last edit: Daniel 2013-02-26
i will try this on DSM 4.2-beta too...
setting that path (../view/) directly i get this:
Warning: file_exists(): open_basedir restriction in effect. File(/volume1/web/letodms/letoDMS/views/clean/class.Login.php) is not within the allowed path(s): (/etc.defaults:/usr/bin/php:/usr/syno/synoman:/etc:/var/run:/tmp:/var/spool/php:/volume1/@tmp/php:/var/services/web:/var/services/photo:/var/services/blog:/var/services/homes:/volume1/web/letodms:/volume1/letodms/letoDMS) in /volume1/web/letodms/letoDMS/inc/inc.ClassUI.php on line 49
no i only need so import my data. settings are not relevant.
the hole thing is on my tessting installationwhere i have letodms 3.4.2 and seeddms to check the new version. because this isnt working porberly (i cant access any files through seeddms/letodms-Update-installation) i dont think its a good idea to install DSM 4.2 beta on my productive system.
To save your data you need to save your data directory and do a complete dump of the database.
A good way may be to copy the complete database (include the contents) to a new database. You can then use the new database to test SeedDMS an if it doesn't work you can simply drop it away as you are still having the original database.
Do you operate other PHP based applications on your DS? Are you able to provide me the php.ini file? I really can't understand why this happens, especially because your configuration is running well on my machine.
Is the PHP Safe Mode disabled on your DS? If not, please try to do so. You will not need this feature in future as it is deprecated since PHP 5.3.0. A good idea may be (if it states disabled) to enable it and disable it again. This should force the Webserver to restart to load the new settings.
If you want you can provide me your php.ini for comparison with mine.
thank you again. i will try this update thing some time.
i have phpmyadmin, python, mc,osTicket, debian chroot.
i disabled all, removed osticket but this didnt change anything.
safemode is off (see php.ini file). i checked that php is really using that file with phpinfo().
Last edit: atari freak 2013-02-27
My user-setting.ini looks like this:
Stratocumulus> cat user-setting.ini
open_basedir = /etc.defaults:/usr/bin/php:/usr/syno/synoman:/etc:/var/run:/tmp:/var/spool/php:/volume1/@tmp/php:/var/services/web:/var/services/photo:/var/services/blog:/var/services/homes
register_globals = Off
apc.enabled = 1
display_errors = On
safe_mode_exec_dir =
So the difference i can see between your files and mine are that you have the include_path within the user-setting.ini while i have it in php.ini
If you don't mind try to move the include_path into the php.ini and see if that works.
Your installation also runs well if i remove the include_path for Zend, so just stating PEAR in there:
include_path = ".:/var/services/web/PEAR"
What PHP version is running on your station?
Last edit: Daniel 2013-02-28
sorry, will test that next days. dont have time for that.
some german user have same issue on his synology ds, so i think it has something to do with copying files and some corrupt files..
(for germans see: http://www.synology-forum.de/showthread.html?35457-LetoDms-Dokumentenmanagementsystem-f%FCr-Synology&p=317893&viewfull=1#post317893)
On what OS you are running? I unpack the file directly on my system and copy them over, not using FTP. I'm using Unix based systems, so this may be the cause that it works.
I still have the installation layout as you had it. If you want i can try to pack it to a simple ZIP file and provide you a link to obtain the ZIP file. You just need to update the configuration file with your database settings and it should work.
i used filestation on Diskstation to extract archives. maybe something went wrong with that. i need to test this on terminal too.
i just deleted my hole letodms folder (kept my config.file), extracted seeddms, start installation and got the same error message.
really strange thing is, that he wants to include /usr/syno/bin/Log.php ....
If you want i can prepare the installation (with your folder structure) and put into a simple ZIP file? This should then not affect the files when you copy them over to the DS.
I will anyway come over to the Synology Forum, it may make things a bit easier.
thank you. that would be nice.
i think i had to rewrite my setup instruction for Synology DS. it doesnt work for upgrades or i had to reset my DS...
we can close this, because this is something special to synology DS and if we get some final solution i will post it here.
Probably due to the local php environment.
Hi Guys..
Help me please resolve this.. i am trying Install SeedDMS version 5.0.4 for Synology DSM 6.02 and
follow some guide from http://myanwyn.blogspot.nl/ and at last i got error like this (see Attachment)
Thanks