Ab Plesk 12.5 Ist es möglich, das Betriebssystem auf einem Plesk Server zu aktualisieren. Unterstützt werden folgende Dist-Upgrade-Wege in Plesk:
Warnung: Wenn Sie Plesk in einer Linux Distribution ausführen, die nicht Debian 6 oder 7, oder Ubuntu 12.04 ist, dürfen Sie auf keinen Fall versuchen, das Betriebssystem wie hier beschrieben upzugraden. Derartige Upgrade-Wege werden nicht von Odin unterstützt. Der Upgrade-Versuch wird Ihre Plesk Installation beschädigen.
Warnung: Lesen Sie die nachfolgende Anleitung bitte genau durch und halten Sie sich auch genau an sie. Die Nichtbeachtung kann dazu führen, dass Plesk und seine Services nicht mehr funktionieren.
Um das Dist-Upgrade durchzuführen, müssen Sie folgende Schritte ausführen:
distupgrade.helper.<OS.old-OS.new>_pre.sh
und befindet sich im Verzeichnis /usr/local/psa/bin
.do-release-upgrade
, wie hier beschrieben: https://help.ubuntu.com/14.04/serverguide/installing-upgrading.htmldistupgrade.helper.<OS.old-OS.new>_post.sh
und befindet sich im Verzeichnis /usr/local/psa/bin
.Wenn das Post-Upgrade-Skript fertig ist, sollte Plesk einsatzbereit sein. Im Upgrade-Protokoll /var/log/plesk/install/plesk-distupgrade.log können Sie nähere Informationen über das Upgrade erhalten.
Um das System nach einem fehlgeschlagenen Dist-Upgrade wiederherzustellen, müssen Sie folgende Schritte ausführen:
Updates nach Systempaketen durchsuchen
/etc/apt/sources.list
und die Repositorys in /etc/apt/sources.list.d/
auf die neue OS-Version eingestellt sind (d.h. "jessie", wenn Sie von Debian 8 upgraden, "wheezy" beim Upgrad auf Debian 7 und "trusty" beim Upgrade auf Ubuntu 14).apt-get update
, apt-get upgrade
und apt-get dist-upgrade
auf. Wenn keine Pakete aktualisiert werden müssen, wurden die Upgrades bereits installiert. Andernfalls müssen die Pakete upgegradet werden. Einzelheiten dazu finden Sie im nachfolgenden Abschnitt Pakete upgraden.Updates nach Plesk Paketen durchsuchen
dpkg -l | less
aus. Plesk Pakete haben für gewöhnlich das Präfix oder Suffix "plesk-", "psa" oder "sw-". Stellen Sie sicher, dass die Version aller Plesk Pakete den Namen des Betriebssystems, auf das Sie upgraden wollen, enthält (z. B. "debian8", wenn Sie von Debian 7 upgraden wollen).Pakete upgraden
plesk-installer --skip-cleanup
auf (fügen Sie je nach Bedarf weitere Optionen hinzu)./etc/apt/sources.list.d/50sw_autoinstaller.list
erstellt./etc/apt/sources.list
und /etc/apt/sources.list.d/*.list
), indem Sie den OS-Codenamen durch den jeweils zutreffenden neuen ersetzen (d.h. ersetzen Sie "precise" durch "trusty", "squeeze" durch "wheezy" und "wheezy" durch "jessie").apt-get update
auf.apt-get upgrade
auf.apt-get dist-upgrade
auf.apt-get install -f
, um die nicht erfolgreich installierten Pakete neu zu konfigurieren, etwaige Fehler zu beheben und es erneut zu versuchen.Plesk Komponenten upgraden
Plesk reparieren
plesk repair installation
.plesk repair all -n
auf, um nach Problemen bei der Plesk Konfiguration zu suchen.plesk repair mail
oder plesk repair web
). Sollte dies fehlschlagen, versuchen Sie, die ermittelten Probleme manuell zu lösen oder wenden Sie sich an den Support./etc/apache2/conf.d
und /etc/apache2/plesk.conf.d
) enthalten immer noch die Include
-Anweisung mit der alten Syntax. Ersetzen Sie Include
durch IncludeOptional
, um das Problem zu beheben./etc/apache2/apache2.conf
enthält die veraltete LockFile
-Anweisung. Ersetzen Sie die ZeileLockFile ${APACHE_LOCK_DIR}/accept.lock
durch die Zeile
Mutex file:${APACHE_LOCK_DIR} default
um das Problem zu lösen.
socache_shmcb.load
. Rufen Sie folgenden Befehl aufcp /etc/apache2/mods-available/socache_shmcb.load /etc/apache2/mods-enabled/
um das Problem zu lösen. Sie sollten auch die Datei /etc/apache2/mods-enabled/ssl.conf bearbeiten und die Zeile
SSLMutex file:${APACHE_RUN_DIR}/ssl_mutex
durch die Zeile
Mutex file:${APACHE_LOCK_DIR} ssl-cache
ersetzen, um ein anderes Problem zu verhindern.
/etc/apache2/conf.d
und /etc/apache2/plesk.conf.d
) enthalten immer noch die veraltete Order
-Anweisung. Ersetzen Sie die ZeilenOrder allow,deny
Allow from all
mit
Require all granted
um das Problem zu lösen.
/etc/apache2/mods-enabled/dir.conf
eine echte Datei anstatt eine symbolische Verknüpfung. Entfernen Sie die Datei und erstellen Sie eine symbolische Verknüpfung mit Verweis auf /etc/apache2/mods-available/dir.conf
, um das Problem zu beheben.init
auf systemd
hinweisen. Starten Sie den Server neu, um das Problem zu lösen.