Dear,
I installed ispCP on a fresh Debian installation. Unfortunately I am not able to login as admin; I am getting a 300 seconds timeout in the log. However, when I refresh the browser, restart apache and refresh the browser again, then I am logged in and ispCP is working... But, when I logout, then I am not able to login again. Any suggestions?
P.S.: PMA is working without problems...
Many thanks,
Yves
Re,
I have been searching the site, the forums, google...
The version is RC4 on a fresh Debian Etch installation on a 32-bit processor.
Log file entries:
* suexec.log
[2008-04-08 13:50:31]: uid: (vu2000/vu2000) gid: (vu2000/vu2000) cmd: php5-fcgi-starter
* ispcp.dn
[Tue Apr 08 13:51:13 2008] [error] [client xxx.xxx.xxx.xxx] FastCGI: comm with server "/var/www/fcgi/master/php5-fcgi-starter" aborted: idle timeout (30 sec)
[Tue Apr 08 13:51:13 2008] [error] [client xxx.xxx.xxx.xxx] FastCGI: incomplete headers (0 bytes) received from server "/var/www/fcgi/master/php5-fcgi-starter"
And yes I searched with the error messages, read a lot of threads but didn't find a solution...
"incomplete headers" may be caused by several things.
no more other infos in the *error.log?
I'd try to setup en error_log for php and then have a look there.
or you can search for "incomplete headers" in the forum...
Unfortunately there is not more information in *error.log.
I tryed the following:
* sudo -u vu2000 php5-cgi /var/www/ispcp/gui/index.php
This works fine and outputs the HTML page as expected (well with some expected php error like REMOTE_ADDR not defined).
* sudo -u vu2000 /var/www/fcgi/master/php5-fcgi-starter /var/www/ispcp/gui/index.php
This one takes forever... no clue if it ends!
How can I debug this?
is the php.ini fpr the master vhost ok?
I finally found other problems in the error.log:
postdrop: warning: mail_queue_enter: create file maildrop/355784.2690: Permission denied
(...)
This has to do with ispCP sending a mail by default when an admin logs into the control panel... however my permissions on /usr/sbin/postdrop and /usr/sbin/postqueue were messed up, so that this mail could not be delivered! Setting the permissions on these two files back to what they should be solved the problem.
Thanks for your assistance joximu!
P.S.: I have a few "open" threads left ;-)
HSorgYves Wrote:P.S.: I have a few "open" threads left ;-)
I always see the threads with the new posts. If I have no answer, I don't write. So if there are old open threads you may provide more infos...