Ciatronical schrieb:
Wir wollten unser Content Management System auf einer Domain installieren.
Dafür haben wir ein Installationsscript, was auch einige Pakete installiert.
gcc apache2 libapache2-mod-fastcgi libarchive-zip-perl libclone-perl libconfig-std-perl libdatetime-perl libdbd-pg-perl
libdbi-perl libemail-address-perl libemail-mime-perl libfcgi-perl libjson-perl liblist-moreutils-perl libnet-smtp-ssl-perl
libnet-sslglue-perl libparams-validate-perl libpdf-api2-perl librose-db-object-perl librose-db-perl librose-object-perl
libsort-naturally-perl libstring-shellquote-perl libtemplate-perl libtext-csv-xs-perl libtext-iconv-perl liburi-perl
libxml-writer-perl libyaml-perl libfile-copy-recursive-perl libgd-gd2-perl libimage-info-perl postgresql-9.3 git perl-doc
libapache2-mod-php5 php5-gd php5-imap php-mail php-mail-mime php-pear php-mdb2 php-mdb2-driver-pgsql php-fpdf
libfpdi-php imagemagick ttf-freefont php5-curl tinymce libphp-jpgraph dialog
Laut Log habt ihr PHP als FastCGI laufen (also wahrscheinlich auch so konfiguriert), ihr habt mit der Skript-Installation aber libapache2-mod-php5 installiert, was das native Apache-PHP-Modul ist. Ich könnte mir vorstellen, dass da die Konfigurationen nicht mehr passen. Ich habe allerdings keine Ahnung, wie Plesk funktioniert und ob man sich den zerschießen kann, wenn man das händisch repariert.
Meine Empfehlung ist daher immer: Keine Klicki-Bunti-Oberflächen auf einen Server. Dazu gehört nicht nur, dass man die grafische Oberfläche weglässt, sondern auch, dass man auf solche Werkzeuge verzichtet, die oftmals mehr Probleme bereiten als lösen.
Du hast aber nicht alles aus den Logs gepostet. Normalerweise liegen die unter /var/log/apache2/. Relevant ist dabei das error.log und access.log. Wenn du beim Zugriff einen 5xx-Fehler kriegst, MUSS etwas drin stehen. Es kann auch sein, dass der entsprechende VHost in eine andere Datei loggt. In dem Fall müsstest du aber selbst wissen, wo die liegt.