Plesk dead (500 server error) after upgrade from 10.2 to 10.3.1

[sethdavis]

[RESOLVED] Plesk dead (500 server error) after upgrade from 10.2 to 10.3.1

I just upgraded from Plesk 10.2 to 10.3.1 and now I get "500 - Internal Server Error" on the login page.

My /var/log/sw-cp-server/error_log shows:

2011-08-03 01:05:10: (mod_fastcgi.c.1000) the fastcgi-backend /usr/bin/sw-engine-cgi -c /opt/psa/admin/conf/php.ini -d auto_prepend_file=auth.php3 -u psaadm failed to start: 
2011-08-03 01:05:10: (mod_fastcgi.c.1004) child exited with status 1 /usr/bin/sw-engine-cgi -c /opt/psa/admin/conf/php.ini -d auto_prepend_file=auth.php3 -u psaadm 
2011-08-03 01:05:10: (mod_fastcgi.c.1007) if you try do run PHP as FastCGI backend make sure you use the FastCGI enabled version.
You can find out if it is the right one by executing 'php -v' and it should display '(cgi-fcgi)' in the output, NOT (cgi) NOR (cli)
For more information check http://www.lighttpd.net/documentation/fastcgi.html#preparing-php-as-a-fastcgi-program 
2011-08-03 01:05:10: (mod_fastcgi.c.1012) If this is PHP on Gentoo add fastcgi to the USE flags 
2011-08-03 01:05:10: (mod_fastcgi.c.1105) [ERROR]: spawning fcgi failed.

I've tried all of the other suggestions on this forum that I could find including:

1. Editing the apc.shm_size (and similar) values in /opt/psa/admin/conf/php.ini
2. Running /opt/psa/admin/sbin/httpdmng --reconfigure-server and related commands.
3. Running bootstrapper.sh repair
4. "df -h" looks good with plenty of disk space on all filesystems.
5. Running the command manually returns:

# /usr/bin/sw-engine-cgi -c /opt/psa/admin/conf/php.ini -d auto_prepend_file=auth.php3 -u psaadm
DEBUGGER DETECTED... Bye!
Killed

System is Ubuntu 10.4 LTS 64-bit.
"uname -a" returns: Linux host.tld 2.6.38-10-generic #46~lucid1-Ubuntu SMP Wed Jul 6 18:41:04 UTC 2011 x86_64 GNU/Linux

Please help quickly as I am unable to access my control panel!

Seth

 

[IgorG]

Check that you have installed correct versions of psa-mod-fcgid-configurator and psa-mod-fcgidpackages for your OS. If not - install it from http://64.131.90.31/PSA_10.3.1/dist-rpm-CentOS-5-i386/base/ for CentOS 5_x86 for example.

 

[sethdavis]

Yes, those packages are installed and re-installing them does not fix anything.

 

[IgorG]

Do you have PHP installed from any third-party repositories?

 

[sethdavis]

No, as far as I know everything is stock (shows up as 5.3.2-1ubuntu4.9).

Here's the full output of installed php packages:

$ dpkg -l *php* | egrep "^ii"
ii  libapache2-mod-php5                      5.3.2-1ubuntu4.9                           server-side, HTML-embedded scripting languag
ii  php-apc                                  3.1.3p1-2                                  APC (Alternative PHP Cache) module for PHP 5
ii  php-pear                                 5.3.2-1ubuntu4.9                           PEAR - PHP Extension and Application Reposit
ii  php5                                     5.3.2-1ubuntu4.9                           server-side, HTML-embedded scripting languag
ii  php5-cgi                                 5.3.2-1ubuntu4.9                           server-side, HTML-embedded scripting languag
ii  php5-cli                                 5.3.2-1ubuntu4.9                           command-line interpreter for the php5 script
ii  php5-common                              5.3.2-1ubuntu4.9                           Common files for packages built from the php
ii  php5-curl                                5.3.2-1ubuntu4.9                           CURL module for php5
ii  php5-dev                                 5.3.2-1ubuntu4.9                           Files for PHP5 module development
ii  php5-gd                                  5.3.2-1ubuntu4.9                           GD module for php5
ii  php5-imap                                5.3.2-0ubuntu2                             IMAP module for php5
ii  php5-ioncube-loader                      4.0.7-11050918                             PHP ionCube Loader
ii  php5-mcrypt                              5.3.2-0ubuntu1                             MCrypt module for php5
ii  php5-mysql                               5.3.2-1ubuntu4.9                           MySQL module for php5
ii  php5-pgsql                               5.3.2-1ubuntu4.9                           PostgreSQL module for php5
ii  php5-sqlite                              5.3.2-1ubuntu4.9                           SQLite module for php5
ii  php5-xsl                                 5.3.2-1ubuntu4.9                           XSL module for php5
ii  psa-php5-configurator                    1.6.1-ubuntu10.04.build1012110525.15       Parallels Panel v1.6.1 configurator for php5

 

[sethdavis]

[RESOLVED] Plesk dead (500 server error) after upgrade from 10.2 to 10.3.1

I was able to resolve this problem by changing "min-procs" in /etc/sw-cp-server/applications.d/plesk.socket.sh from 0 to 1.

 

[PeterReynolds]

Same problem / but min-proc fix didn't work for me

I'm having the same problem after updating to 10.3.1 from 10.1.1

> 1. Editing the apc.shm_size (and similar) values in /opt/psa/admin/conf/php.ini
Tried increasing from 40BM to 80MB. No effect.

> 2. Running /opt/psa/admin/sbin/httpdmng --reconfigure-server and related commands.
Tried. Ran without errors.

> 3. Running bootstrapper.sh repair
Ran from pp10.12.0-bootstrapper directory (I don't have a pp10.3.1 bootstrapped directory) and it ran without errors.

> 4. "df -h" looks good with plenty of disk space on all filesystems.
Likewise.

> 5. Running the command manually returns:
The same for me as it does for sethdavis.

> psa-mod-fcgid-configurator and psa-mod-fcgidpackages
I downloaded these from
http://64.131.90.31/PSA_10.3.1/dist-rpm-CentOS-5-x86_64/base/
And installed. It said they were already installed.

> I was able to resolve this problem by changing "min-procs" in /etc/sw-cp-server/applications.d/plesk.socket.sh from 0 to 1.
Did not help me unfortunately.

However unlike the user above I do have a third-party PHP installed:

yum list php

Installed Packages
php.x86_64 5.3.6-5.el5.art installed

I'm on CentOS:

Linux www.withheld.com 2.6.32.28-1.art.x86_64 #1 SMP Mon Feb 14 11:06:49 EST 2011 x86_64 x86_64 x86_64 GNU/Linux

 

[PeterReynolds]

Log

My /var/log/sw-cp-server/error_log

file has:

2011-08-08 13:06:21: (log.c.135) server stopped
2011-08-08 13:06:26: (log.c.75) server started
DEBUGGER DETECTED... Bye!
2011-08-08 13:06:38: (mod_fastcgi.c.2482) unexpected end-of-file (perhaps the fastcgi process died): pid: 6832 socket: unix:/usr/local/psa/tmp/sw-engine.sock-0
2011-08-08 13:06:38: (mod_fastcgi.c.3222) child signaled: 9
2011-08-08 13:06:38: (mod_fastcgi.c.3265) response not received, request sent: 868 on socket: unix:/usr/local/psa/tmp/sw-engine.sock-0 for /index.php , closing connection
DEBUGGER DETECTED... Bye!
2011-08-08 13:06:54: (mod_fastcgi.c.1748) connect failed: Connection refused on unix:/usr/local/psa/tmp/sw-engine.sock-0
2011-08-08 13:06:54: (mod_fastcgi.c.2903) backend died, we disable it for a 5 seconds and send the request to another backend instead: reconnects: 0 load: 1
2011-08-08 13:06:54: (mod_fastcgi.c.2676) child signaled: 9
DEBUGGER DETECTED... Bye!
2011-08-08 13:06:54: (mod_fastcgi.c.2482) unexpected end-of-file (perhaps the fastcgi process died): pid: 6874 socket: unix:/usr/local/psa/tmp/sw-engine.sock-0
2011-08-08 13:06:54: (mod_fastcgi.c.3222) child signaled: 9
2011-08-08 13:06:54: (mod_fastcgi.c.3265) response not received, request sent: 868 on socket: unix:/usr/local/psa/tmp/sw-engine.sock-0 for /index.php , closing connection
DEBUGGER DETECTED... Bye!
2011-08-08 13:07:11: (mod_fastcgi.c.1748) connect failed: Connection refused on unix:/usr/local/psa/tmp/sw-engine.sock-0
2011-08-08 13:07:11: (mod_fastcgi.c.2903) backend died, we disable it for a 5 seconds and send the request to another backend instead: reconnects: 0 load: 1
2011-08-08 13:07:11: (mod_fastcgi.c.2676) child signaled: 9
DEBUGGER DETECTED... Bye!
2011-08-08 13:07:12: (mod_fastcgi.c.2482) unexpected end-of-file (perhaps the fastcgi process died): pid: 6923 socket: unix:/usr/local/psa/tmp/sw-engine.sock-0
2011-08-08 13:07:12: (mod_fastcgi.c.3222) child signaled: 9
2011-08-08 13:07:12: (mod_fastcgi.c.3265) response not received, request sent: 868 on socket: unix:/usr/local/psa/tmp/sw-engine.sock-0 for /index.php , closing connection
DEBUGGER DETECTED... Bye!
2011-08-08 13:08:13: (mod_fastcgi.c.3834) child signaled: 9

 

[PeterReynolds]

Removed atomic php but still no joy

Hi,

I removed atomic PHP but still no joy. (Although they advised it probably wouldn't have affected Plesk as Plesk has its own PHP; the Atomic PHP was just for Apache).

Any advice to troubleshoot this further would be much appreciated. (Quick is ideal as the control panel is out of action clearly whilst I have this problem).

Kind regards,


Peter

 

[mikegotroot]

This error:

DEBUGGER DETECTED... Bye!

Is a bug in Plesk. This is caused by the ptrace bug in Plesk that causes Plesk to incorrect "detect" that you are running a non-existent debugger and then not start. You're not running a debugger.

This can happen on secure kernels that prevent certain ptrace exploits. Plesk incorrectly detects this to means you are running a debugger (which you are not). As a result, it doesn't start. To resolve this, you just have to disable that protection in the kernel and you are all set.

Unfortunately, this means you have to leave your system open to ptrace exploits, so I recommend you encourage Parallels to fix this bug in their software. You could also run a non-secure kernel and be open to hundreds of exploits, but thats neither recommended nor necessary (and besides, you'd be vulnerable to a huge array of exploits then, so better one vulnerability than the hundreds in a vanilla kernel (including ptrace exploits).

https://www.atomicorp.com/wiki/index.php/ASL_FAQ#DEBUGGER_DETECTED..._Bye.21

Just follow the guidance in that FAQ are you'll all set.

So, not a kernel bug, its a Plesk bug. There is no debugger, Plesk is incorrectly detecting one.

To that end: Parallels, could you please fix this bug in your code. Thanks!

 

[PeterReynolds]

Thank you Mike.

That worked! Thank you Mike.

Parallels please fix this. I'd rather not have my kernel open to ptrace exploits please.

Thank you.