Admin Panel 500er

bulb82

New Member
Nachdem ich mir gestern meine ganzes System durch ein YUM update zerstört habe, kann ich seit heute nicht mehr auf das Plesk Panel. Um Mysql wiederherzustellen musste ich auch schon Ordnerberechtigungen anpasen.

Ich habe nun zwei Ansätze, um Plesk wieder zum laufen zu bringen. In den Logs /var/log/sw-cp-server/error_log ist folgendes zu finden:
Code:
Cannot find config item ["global/SERVERsocket==:8443", ".php", 0]
2011-08-11 22:08:10: (mod_fastcgi.c.1000) the fastcgi-backend /usr/bin/sw-engine-cgi -c /usr/local/psa/admin/conf/php.ini -d auto_prepend_file=auth.php3 -u psaadm failed to start:
2011-08-11 22:08:10: (mod_fastcgi.c.1004) child exited with status 1 /usr/bin/sw-engine-cgi -c /usr/local/psa/admin/conf/php.ini -d auto_prepend_file=auth.php3 -u psaadm
2011-08-11 22:08: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 [url]http://www.lighttpd.net/documentation/fastcgi.html#preparing-php-as-a-fastcgi-program[/url]
2011-08-11 22:08:10: (mod_fastcgi.c.1012) If this is PHP on Gentoo add fastcgi to the USE flags
2011-08-11 22:08:10: (mod_fastcgi.c.1105) [ERROR]: spawning fcgi failed.

Laut Google soll einstellungen in der php.ini helfen.
Dies hat bei mir jedoch nicht wirklich zum Erfolg geführt.

php.ini
Code:
short_open_tag = On
y2k_compliance = Off
output_buffering = Off
allow_call_time_pass_reference = On
max_execution_time = 600
max_input_time = 600
memory_limit = 128M
max_file_uploads = 99999

error_reporting = E_ALL & ~E_NOTICE & ~E_STRICT & ~E_DEPRECATED
log_errors = On
display_errors = Off
warn_plus_overloading = Off
expose_php = Off

variables_order = "ECGPS"
register_argc_argv = On
auto_globals_jit = Off
post_max_size = 2147483647
magic_quotes_gpc = Off
magic_quotes_runtime = Off

include_path = "/usr/local/psa/admin/plib:/usr/local/psa/admin/javascripts:/usr/local/psa/admin/plib/locales:/usr/local/psa/admin/auto_prepend:/usr/local/psa/admin/htdocs/domains/databases/phpMyAdmin:/usr/local/psa/admin/htdocs/domains/databases/phpPgAdmin:/usr/local/psa/admin/smb:/usr/local/psa/admin/smb/application/library:/usr/local/psa/admin/plib/pear:/usr/local/psa/admin/compat"
upload_tmp_dir = "/tmp"
upload_max_filesize = 2147483647

#apc.stat = 0
#apc.shm_size = 10M
apc.stat = 0
apc.shm_size = 40
apc.mmap_file_mask=/tmp/apc.XXXXXX
apc.include_once_override = 1
apc.slam_defense = 0
apc.enabled = 0

swkey.repository_dir = "/etc/sw/keys"

psasem.semfile = "/usr/local/psa/var/psasem.sem"
apc.filters="-/libraries/*,/themes/*"


Soweit so gut. Jetzt frage ich mich jedoch auch noch müsste in der Daten
/etc/sw-cp-server/applications.d/plesk.conf nicht noch mehr stehen?

Code:
server.modules += ("mod_expire", "mod_fastcgi", "mod_rewrite", "mod_accesslog", "mod_alias", "mod_compress")

compress.filetype = ("text/plain", "text/html", "text/javascript", "text/css", "text/xml")
$HTTP["url"] !~ "\.php3?$" {
    expire.url = ( "" => "access 1 months")
}
url.rewrite-once = (
    "/skins/branding/.*\.php.*" => "/",
    "/sitebuilder/skins/branding/.*\.php.*" => "/"
)

server.tag = "sw-cp-server"

include_shell "/etc/sw-cp-server/applications.d/plesk.socket.sh 8443 ssl"
include_shell "/etc/sw-cp-server/applications.d/plesk.socket.sh 8880"
include_shell "/etc/sw-cp-server/applications.d/plesk.socket.sh 8443 ipv6 ssl"
include_shell "/etc/sw-cp-server/applications.d/plesk.socket.sh 8880 ipv6"

Wo krieg das System den SERVERsocket her?

Ich hoffe auf zahlreiche Antworten.
Viele Grüße
Bulb
 
Last edited by a moderator:
Ich konnte die Fehler zwar korrigieren, jedoch komme ich leider nicht in das Backend.

Gelöst habe ich es indem ich die /etc/sw-cp-server/applications.d/plesk.conf angepasst habe.
fastcgi.server = ( ".php" =>
(( "socket" => "/tmp/php-fastcgi.socket",
"bin-path" => "/usr/bin/php-cgi",
"min-procs" => 1,
"max-procs" => 1
))
)

Problem ist nun jedoch, dass ich folgendes angezeigt bekomme

The file /usr/local/psa/admin/htdocs/index.php is part of Plesk 9 distribution. It cannot be run outside of Plesk 9 environment.

Hat jemand eine Idee, was es damit aufsich hat?
 
So, ich bin wieder am Anfang. Der Fehler muss hier liegen:

Cannot find config item ["global/SERVERsocket==:8443", ".php", 0]
2011-08-16 14:40:27: (mod_fastcgi.c.1000) the fastcgi-backend /usr/bin/sw-engine-cgi -c /usr/local/psa/admin/conf/php.ini -d auto_prepend_file=auth.php3 -u psaadm failed to start:
2011-08-16 14:40:27: (mod_fastcgi.c.1004) child exited with status 1 /usr/bin/sw-engine-cgi -c /usr/local/psa/admin/conf/php.ini -d auto_prepend_file=auth.php3 -u psaadm
2011-08-16 14:40:27: (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-16 14:40:27: (mod_fastcgi.c.1012) If this is PHP on Gentoo add fastcgi to the USE flags
2011-08-16 14:40:27: (mod_fastcgi.c.1105) [ERROR]: spawning fcgi failed.
2011-08-16 14:40:27: (mod_fastcgi.c.3505) all handlers for /index.php on .php are down.

Wo muss das Iteam global/SERVERsocket nur hin
 
Ich habe ein YUM Update gemacht. Danach war PLESK, HTTPD, MYSQLD und POSTFIX weg. Alles bis auf PLESK funktioniert wieder. Meist waren es verbogene Berechtigungen, mit denen ich es wieder zum laufen gebracht habe.
 
Back
Top