RC7 -> 1.0.0 - Permission denied

[DaSilva]

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.

[BeNe]

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 777

Please - NEVER change somthing to 777 only to it it running...
Start these two scripts:

Code:

set-engine-permissions.sh
set-gui-permissions.sh

from the /var/www/ispcp/engine/setup/ folder and it should work.

Greez BeNe

[DaSilva]

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

Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at /var/www/ispcp/gui/include/ispcp-lib.php:27) in /var/www/ispcp/gui/include/ispcp-lib.php on line 27

Warning: Cannot modify header information - headers already sent by (output started at /var/www/ispcp/gui/include/ispcp-lib.php:27) in /var/www/ispcp/gui/include/login.php on line 354

Warning: Unknown: open(/var/www/ispcp/gui/phptmp//sess_sO2ThU--l3n6lCc,Cgh0KzICXaa, O_RDWR) failed: Permission denied (13) in Unknown on line 0

Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/var/www/ispcp/gui/phptmp/) in Unknown on line 0

.

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
insgesamt 24
drwxr-xr-x 2 vu2000 www-data 4096 2009-03-11 16:54 .
drwxr-xr-x 12 vu2000 www-data 4096 2009-03-11 14:35 ..
-rwxr-xr-x 1 vu2000 www-data 14103 2009-03-11 17:00 sess_8462ca3bb7da88d05fa694exxxxx

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
insgesamt 28
drwxr-xr-x 2 www-data www-data 4096 2009-03-11 17:33 .
drwxr-xr-x 12 vu2000 www-data 4096 2009-03-11 14:35 ..
-rwxr-xr-x 1 vu2000 www-data 14103 2009-03-11 17:00 sess_8462ca3bb7da88d05fa694eef294ceec
-rw------- 1 www-data www-data 268 2009-03-11 17:35 sess_sO2ThU--l3n6lCc,Cgh0KzICXaa

[sci2tech]

Do you run php through fastcgi /fcgi or mod_php? I think you use mod_php

[kurgans]

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

[DaSilva]

(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,
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

And with more packages from a newer distribution (I have Debian Etch) the problem should be solved!?

[kurgans]

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

[DaSilva]

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...

[kurgans]

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.

[DaSilva]

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!