![]() |
RC7 -> 1.0.0 - Permission denied - Printable Version +- ispCP - Board - Support (http://www.isp-control.net/forum) +-- Forum: ispCP Omega Support Area (/forum-30.html) +--- Forum: Update/Upgrade (/forum-44.html) +--- Thread: RC7 -> 1.0.0 - Permission denied (/thread-6021.html) Pages: 1 2 |
RC7 -> 1.0.0 - Permission denied - DaSilva - 03-12-2009 12:35 AM Hi all, i just tried to upgrade from RC7 to the new stable release. Unfortunately if i wanted to open ispCP it looked like you can see in the attachment Here is a screenshot (thx to chappy): ![]() Strangely the user for /var/www/ispcp/gui was changed from root:root to vu2000:www-data! After I changed it back to root:root the problems resisted and I had to chown 777 /var/www/ispcp/gui/include/htmlpurifier/HTMLPurifier/DefinitionCache/Serializer/HTML and /var/www/ispcp/gui/phptmp them. In RC7 both directories had 775 and it worked. New files in these two directories are created by www-data:www-data and with RC7 files were created by root:root. Has the default user for ispCP been changed in 1.0.0? Are these two corrected errors ok or should I do more? Thanks in advance. RE: RC7 -> 1.0.0 - Permission denied - BeNe - 03-12-2009 12:54 AM Quote:Strangely the user for /var/www/ispcp/gui was changed from root:root to vu2000:www-data!vu2000:www-data is the right user! Quote:After I changed it back to root:root the problems resisted and I had to chown 777Please - NEVER change somthing to 777 only to it it running... Start these two scripts: Code: set-engine-permissions.sh Greez BeNe RE: RC7 -> 1.0.0 - Permission denied - DaSilva - 03-12-2009 02:29 AM No, always when I run these two scripts all folders in /var/www/ispcp/gui are changed to vu2000:www-data (which should be correct) and I cannot login to ispCP because of Quote:Warning: session_start() [function.session-start]: open(/var/www/ispcp/gui/phptmp//sess_sO2ThU--l3n6lCc,Cgh0KzICXaa, O_RDWR) failed: Permission denied (13) in /var/www/ispcp/gui/include/ispcp-lib.php on line 27. But new files are created by vu2000:www-data so where could be the problem? I have set the rights back to 755 on these two session folders... EDIT: Some more example: Quote:/var/www/ispcp/gui/phptmp: ls -al EDIT2: Now I see what the problem is: New files (in phptemp) are created by www-data:www-data and not vu2000:www-data! How can I fix this (should I fix it?)? Quote:/var/www/ispcp/gui/phptmp: ls -al RE: RC7 -> 1.0.0 - Permission denied - sci2tech - 03-12-2009 03:40 AM Do you run php through fastcgi /fcgi or mod_php? I think you use mod_php RE: RC7 -> 1.0.0 - Permission denied - kurgans - 03-12-2009 04:46 AM I have had the same problem at home testing a virtual machine, Some files are missing when you run aptitude install $ (cat. / docs / Debian / debian-packages-etch) to complete absence of these packages I execute aptitude install $ (cat. / docs / Debian / debian-packages-lenny) You get everything you need and reinstalling the panel is running without problems RE: RC7 -> 1.0.0 - Permission denied - DaSilva - 03-12-2009 05:10 AM (03-12-2009 03:40 AM)sci2tech Wrote: Do you run php through fastcgi /fcgi or mod_php? I think you use mod_php Where can I check this? I cannot remember that I have changed this so it should be the default one. (03-12-2009 04:46 AM)kurgans Wrote: I have had the same problem at home testing a virtual machine, And with more packages from a newer distribution (I have Debian Etch) the problem should be solved!? RE: RC7 -> 1.0.0 - Permission denied - kurgans - 03-12-2009 05:23 AM I have tried Debian etch 5 and repositories # Stable deb http://ftp.de.debian.org/debian/ lenny main contrib non-free deb http://security.debian.org/ lenny/updates main contrib non-free deb-src http://security.debian.org/ lenny/updates main deb http://volatile.debian.org/debian-volatile lenny/volatile main deb-src http://volatile.debian.org/debian-volatile lenny/volatile main By the lack of libraries and modules running aptitude install $ (cat. / docs / Debian / debian-packages-lenny) These bugs have been fixed and I was able to reinstall the panel without any problem RE: RC7 -> 1.0.0 - Permission denied - DaSilva - 03-12-2009 06:05 AM OK, sounds strange but if it helps... Now my question is: I solved this problem with the workaround to chown /phptemp to www-data:www-data instead of vu2000:www-data. Is this ok or would you recommend to install all those packages and run the two scripts once again? This would mean more work and more possible other problems... RE: RC7 -> 1.0.0 - Permission denied - kurgans - 03-12-2009 06:54 AM Do you have perl libraries that are not installed, and also does not install sql module of proftpd, I've installed the panel when it seemed strange that I do not ask for the configuration of proftpd, then I have reviewed the system and have seen the lack of some files able to work well. I have chosen to remove the panel to collect the package not installed and reinstall the panel, and the result has been effective, the panel works without any problem. Sorry my English, I speak only Spanish and use google translator. I have no users in this machine, it is local and works on vmware I would first fix the problem by giving permissions phptmp manually and later other directories that need permits, but the panel did not work very well, it felt slow to be in a machine with nothing installed Remove the panel and then reinstall I choose this option, the result as I said it was perfect, and I have had no problem to run again very well. RE: RC7 -> 1.0.0 - Permission denied - DaSilva - 03-12-2009 07:21 AM I cannot completely remove it because it is a productive system. Now I have seen that it is a global problem since the update to 1.0.0. A customer had problems with rights in a session directory, too. I had to manually set it to user www-data and then it worked. I think I know now why this has happened. After the update .php pages were not displayed but provided to download. .html pages were ok. So I manually installed libapache2-mod-php5 and .php pages were displayed correctly again. This must be the problem but I don't know how to solve it, please help! |