Strato V-Server Upgrade

M

MrSpock

New Member
Hallo,

habe meinen "alten" V-Server bei Strato gestern auf den Linus V40-49 upgegraded. Dieser ist jetzt aktiviert, hat aber immer noch Ubuntu 12.04 LTS und Plesk in einer älteren Version (ich meine 12.5) drauf. Ich kann bei Ubuntu 12.04 nicht auf Plesk Onyx updaten. (Sagt der Strato Support und empfiehlt eine Neuinstallation.)

Gibt es Alternativen zu einer Neuinstallation, z.B. Update der Linux Version, die wiederum ein Upgrade von Plesk erlaubt? Oder wie kann ich meine Plesk Einstellungen sichern und welche Datei - Verzeichnisse muss ich sichern, um nach einer Neuinstallation möglichst ohne viel manuelle Arbeit meinen Server wieder einzurichten?
 
https://wiki.ubuntuusers.de/Upgrade/

Aber aufpassen, ältere Plesk-Versionen unterstützen teilweise noch keine Upgrades der Distribution. Zumindest hatten wir so einen Fall mal bei einem Debian 6 oder 7. Ging auch, brauchte aber einiges an Vor- und Nachbereitung.

Falls dein Plesk dies nicht unterstützt: Neuen Server mit der gewünschten Distri aufsetzen und über das Plesk-eigene Migrationstool deine Daten und Einstellungen übertragen. Das wiederum macht Plesk ziemlich vorbildlich.

VG
Tim
 
Das Upgrade ist durchaus möglich, von Odin vorgesehen und entsprechende Scripte liegen bereit.

Es ist allerdings kein einfaches Upgrade und nur von erfahrenen Benutzern schaffbar. Die Aussage des Strato Supports "als Empfehlung eine Neuinstallation" durchzuführen ist durchaus nachvollziehbar.

Sollte hier professioneller Service benötigt werden bitte ich um Kontaktaufnahme.
 
PHP-Friends said:
https://wiki.ubuntuusers.de/Upgrade/

Aber aufpassen, ältere Plesk-Versionen unterstützen teilweise noch keine Upgrades der Distribution. Zumindest hatten wir so einen Fall mal bei einem Debian 6 oder 7. Ging auch, brauchte aber einiges an Vor- und Nachbereitung.

Falls dein Plesk dies nicht unterstützt: Neuen Server mit der gewünschten Distri aufsetzen und über das Plesk-eigene Migrationstool deine Daten und Einstellungen übertragen. Das wiederum macht Plesk ziemlich vorbildlich.

VG
Tim
Click to expand...

Hallo Tim, danke für den Vorschlag. Ich habe ein bisschen über das Migrationstool gelesen. Ist es nicht so, dass es nur eine Konfiguration auf einen zweiten Server übertragen kann und dann auch nur, wenn die Plesk Versionen gleich sind?

Wie kann ich rausfinden, ob meine Pleskversion mit einem Ubuntu-Upgrade zurecht kommt?
 
Last edited by a moderator:
DjTom-i said:
Das Upgrade ist durchaus möglich, von Odin vorgesehen und entsprechende Scripte liegen bereit.

Es ist allerdings kein einfaches Upgrade und nur von erfahrenen Benutzern schaffbar. Die Aussage des Strato Supports "als Empfehlung eine Neuinstallation" durchzuführen ist durchaus nachvollziehbar.

Sollte hier professioneller Service benötigt werden bitte ich um Kontaktaufnahme.
Click to expand...

Hallo Tom, wo liegen diese Scripte und wer oder was ist Odin :eek: ?

Ich würde am liebsten eine Neuinstallation machen, müsste aber alle meine Einstellungen von Plesk übernehmen können. Außerdem ist mir nicht klar, welche Dateien ich vor einer Neuinstallation sichern muss und wie ich meine Mailkonten von meiner Domain übertragen bekomme. Denn nach einer Neuinstallation sind ja erstmal alle Daten und Einstellungen weg. :confused:
 
MrSpock said:
Denn nach einer Neuinstallation sind ja erstmal alle Daten und Einstellungen weg. :confused:
Click to expand...
Die gängige Vorgehensweise ist mit zwei Servern. Also nicht plattmachen und dann neu installieren. Sondern parallel einen neuen Server einrichten (zeitlich dann ohne Druck) und dann alles von alt auf neu übertragen. Dann alten Server platt machen. Distributionupgrades sind halt so eine Sache bei Servern.

ODIN ist die Firma, die Plesk entwickelt.
http://docs.plesk.com/en-US/12.5/migration-guide/introduction.75496/

Infos zu Distributionupgrades unter Plesk findest Du hier:
https://support.plesk.com/hc/en-us/...m-dist-upgrade-procedure-on-server-with-Plesk
 
jeddix said:
Infos zu Distributionupgrades unter Plesk findest Du hier:
https://support.plesk.com/hc/en-us/...m-dist-upgrade-procedure-on-server-with-Plesk
Click to expand...

Habe mir das mal angeschaut und
/opt/psa/bin/distupgrade.helper.ubt12-ubt14_pre.sh aufgerufen
Mir wurden dann einige Pakete angezeigt, die ich vor dem Upgrade noch aktualisieren sollte. Das habe ich getan.

Dann habe ich
apt-get update
aufgerufen.

Dabei wurde folgendes ausgegeben:
Hole:1 ftp://ftp.stratoserver.net trusty Release.gpg [933 B]
Hole:2 ftp://ftp.stratoserver.net trusty-updates Release.gpg [916 B]
Hole:3 http://archive.ubuntu.com trusty-backports Release.gpg [916 B]
Hole:4 ftp://ftp.stratoserver.net trusty-security Release.gpg [916 B]
Hole:5 http://archive.ubuntu.com trusty-backports Release [64,9 kB]
Hole:6 ftp://ftp.stratoserver.net trusty Release [58,5 kB]
Hole:7 ftp://ftp.stratoserver.net trusty-updates Release [64,9 kB]
Hole:8 ftp://ftp.stratoserver.net trusty-security Release [64,9 kB]
Hole:9 http://archive.ubuntu.com trusty-backports/main i386 Packages [13,3 kB]
Hole:10 ftp://ftp.stratoserver.net trusty/main Sources [1.064 kB]
Hole:11 http://archive.ubuntu.com trusty-backports/restricted i386 Packages [28 B]
Hole:12 http://archive.ubuntu.com trusty-backports/universe i386 Packages [43,2 kB]
Hole:13 http://archive.ubuntu.com trusty-backports/multiverse i386 Packages [1.551 B]
Hole:14 http://archive.ubuntu.com trusty-backports/main TranslationIndex [202 B]
Hole:15 http://archive.ubuntu.com trusty-backports/multiverse TranslationIndex [199 B]
Hole:16 http://archive.ubuntu.com trusty-backports/restricted TranslationIndex [193 B]
Hole:17 http://archive.ubuntu.com trusty-backports/universe TranslationIndex [205 B]
Hole:18 http://archive.ubuntu.com trusty-backports/main Translation-en [7.503 B]
Hole:19 http://archive.ubuntu.com trusty-backports/multiverse Translation-en [1.215 B]
Hole:20 http://archive.ubuntu.com trusty-backports/restricted Translation-en [28 B]
Hole:21 http://archive.ubuntu.com trusty-backports/universe Translation-en [36,8 kB]
Hole:22 http://autoinstall.plesk.com trusty Release.gpg [181 B]
Hole:23 http://autoinstall.plesk.com trusty Release.gpg [181 B]
Hole:24 ftp://ftp.stratoserver.net trusty/restricted Sources [5.433 B]
Hole:25 ftp://ftp.stratoserver.net trusty/universe Sources [6.399 kB]
Hole:26 http://autoinstall.plesk.com trusty Release [5.007 B]
Hole:27 http://autoinstall.plesk.com trusty Release [5.420 B]
Hole:28 http://autoinstall.plesk.com trusty/all i386 Packages [2.421 B]
Ign http://autoinstall.plesk.com trusty/all TranslationIndex
Hole:29 http://autoinstall.plesk.com trusty/all i386 Packages [8.310 B]
Ign http://autoinstall.plesk.com trusty/all TranslationIndex
Hole:30 ftp://ftp.stratoserver.net trusty/main i386 Packages [1.348 kB]
Hole:31 ftp://ftp.stratoserver.net trusty/restricted i386 Packages [13,4 kB]
Hole:32 ftp://ftp.stratoserver.net trusty/universe i386 Packages [5.866 kB]
Hole:33 ftp://ftp.stratoserver.net trusty/main TranslationIndex [3.632 B]
Hole:34 ftp://ftp.stratoserver.net trusty/restricted TranslationIndex [2.797 B]
Hole:35 ftp://ftp.stratoserver.net trusty/universe TranslationIndex [3.129 B]
Hole:36 ftp://ftp.stratoserver.net trusty-updates/main Sources [410 kB]
Hole:37 ftp://ftp.stratoserver.net trusty-updates/restricted Sources [6.322 B]
Hole:38 ftp://ftp.stratoserver.net trusty-updates/universe Sources [197 kB]
Hole:39 ftp://ftp.stratoserver.net trusty-updates/main i386 Packages [996 kB]
Hole:40 ftp://ftp.stratoserver.net trusty-updates/restricted i386 Packages [17,1 kB]
Hole:41 ftp://ftp.stratoserver.net trusty-updates/universe i386 Packages [438 kB]
Hole:42 ftp://ftp.stratoserver.net trusty-updates/main TranslationIndex [208 B]
Hole:43 ftp://ftp.stratoserver.net trusty-updates/restricted TranslationIndex [202 B]
Hole:44 ftp://ftp.stratoserver.net trusty-updates/universe TranslationIndex [208 B]
Hole:45 ftp://ftp.stratoserver.net trusty-security/main Sources [149 kB]
Hole:46 ftp://ftp.stratoserver.net trusty-security/restricted Sources [4.931 B]
Hole:47 ftp://ftp.stratoserver.net trusty-security/universe Sources [68,8 kB]
Hole:48 ftp://ftp.stratoserver.net trusty-security/main i386 Packages [656 kB]
Hole:49 ftp://ftp.stratoserver.net trusty-security/restricted i386 Packages [13,9 kB]
Hole:50 ftp://ftp.stratoserver.net trusty-security/universe i386 Packages [198 kB]
Hole:51 ftp://ftp.stratoserver.net trusty-security/main TranslationIndex [208 B]
Hole:52 ftp://ftp.stratoserver.net trusty-security/restricted TranslationIndex [202 B]
Hole:53 ftp://ftp.stratoserver.net trusty-security/universe TranslationIndex [205 B]
Hole:54 ftp://ftp.stratoserver.net trusty/main Translation-de [672 kB]
Hole:55 ftp://ftp.stratoserver.net trusty/main Translation-en [762 kB]
Hole:56 ftp://ftp.stratoserver.net trusty/restricted Translation-de [3.696 B]
Hole:57 ftp://ftp.stratoserver.net trusty/restricted Translation-en [3.457 B]
Hole:58 ftp://ftp.stratoserver.net trusty/universe Translation-de [2.219 kB]
Hole:59 ftp://ftp.stratoserver.net trusty/universe Translation-en [4.089 kB]
Ign http://autoinstall.plesk.com trusty/all Translation-de_DE
Ign http://autoinstall.plesk.com trusty/all Translation-de
Ign http://autoinstall.plesk.com trusty/all Translation-de_DE.utf8
Hole:60 ftp://ftp.stratoserver.net trusty-updates/main Translation-en [521 kB]
Hole:61 ftp://ftp.stratoserver.net trusty-updates/restricted Translation-en [4.024 B]
Hole:62 ftp://ftp.stratoserver.net trusty-updates/universe Translation-en [239 kB]
Ign http://autoinstall.plesk.com trusty/all Translation-en
Ign http://autoinstall.plesk.com trusty/all Translation-de_DE
Ign http://autoinstall.plesk.com trusty/all Translation-de
Hole:63 ftp://ftp.stratoserver.net trusty-security/main Translation-en [382 kB]
Hole:64 ftp://ftp.stratoserver.net trusty-security/restricted Translation-en [3.546 B]
Hole:65 ftp://ftp.stratoserver.net trusty-security/universe Translation-en [114 kB]
Ign http://autoinstall.plesk.com trusty/all Translation-de_DE.utf8
Ign http://autoinstall.plesk.com trusty/all Translation-en
Es wurden 27,3 MB in 16 s geholt (1.624 kB/s)
Paketlisten werden gelesen... Fertig
N: Datei »plesk-php7.0.list.saved_by_plesk_distupgrade« in Verzeichnis »/etc/apt/sources.list.d/« wird ignoriert, da sie eine ungültige Dateinamen-Erweiterung hat.
N: Datei »50sw_autoinstaller.list.saved_by_plesk_distupgrade« in Verzeichnis »/etc/apt/sources.list.d/« wird ignoriert, da sie eine ungültige Dateinamen-Erweiterung hat.
N: Datei »precise-backports.list.saved_by_plesk_distupgrade« in Verzeichnis »/etc/apt/sources.list.d/« wird ignoriert, da sie eine ungültige Dateinamen-Erweiterung hat.
N: Datei »plesk-migrator.list.saved_by_plesk_distupgrade« in Verzeichnis »/etc/apt/sources.list.d/« wird ignoriert, da sie eine ungültige Dateinamen-Erweiterung hat.
Click to expand...

:eek:

Außerdem ist der Befehl
do-release-upgrade
nicht verfügbar !?

Selbst wenn er verfügbar wäre, kann ich dann sicher sein, dass von Ubuntu 12.04 auf 14.04 upgegraded wird und nicht auf 16.04? Ist das grundsätzlich durch den vorbereitenden Aufruf von
/opt/psa/bin/distupgrade.helper.ubt12-ubt14_pre.sh
gewährleistet?

Falls ja, warum steht der Befehl do-release-upgrade nicht zur Verfügung?
 
MrSpock said:
Falls ja, warum steht der Befehl do-release-upgrade nicht zur Verfügung?
Click to expand...

Ist meines Wissens Bestandteil des Pakets update-manager-core - welches du ggfl. installieren mußt. Prinzipiell würde stattdessen auch ein apt-get dist-upgrade helfen, allerdings soll Ubuntus do-release-upgrade wohl noch einige Konfigänderungen abfangen - da ich primär mit Debian und kaum mit Ubuntu arbeite, habe ich aber mit dem Ubuntu-Tool noch nicht gearbeitet.
 
MrSpock said:
kann ich dann sicher sein, dass von Ubuntu 12.04 auf 14.04 upgegraded wird und nicht auf 16.04?
Click to expand...
Absolut sicher, da Ubuntu ausschließlich diesen Weg unterstützt. Wenn man auf 16.04 gehen wollte, müsste man trotzdem erst auf 14.04.

Ich rate dir übrigens deutlich, dafür unbedingt ein Testsystem aufzusetzen.
 
PHP-Friends said:
Absolut sicher, da Ubuntu ausschließlich diesen Weg unterstützt. Wenn man auf 16.04 gehen wollte, müsste man trotzdem erst auf 14.04.

Ich rate dir übrigens deutlich, dafür unbedingt ein Testsystem aufzusetzen.
Click to expand...

Ein Testsystem kann ich natürlich lokal aufsetzen, aber da habe ich dann weder Plesk drauf, noch ist es ähnlich konfiguriert wie mein VServer (2 Domains und 2 Sub-Domains, ca. 15 Mail-Konten, Let's Encrypt SSL Schlüssel). Von daher ist das schwierig.

Ich habe gestern noch einmal die /opt/psa/bin/distupgrade.helper.ubt12-ubt14_pre.sh aufgerufen und anschließend noch das Pakets update-manager-core (wie von dante geschrieben) installiert. Es aber noch nicht aufgerufen. Anschließend kam ich nicht mehr auf meine Webseiten :eek:

Habe dann das Backup vom Vortag eingespielt. Jetzt komme ich wieder drauf.

Mittlerweile glaube ich, dass ich doch besser eine Neuinstallation mache und dann alles neu einrichte. Dazu versuche ich jetzt noch den besten Weg zu finden, um meine
  • E-Mail Konten
  • SSL Schlüssel
  • Webseiten
  • Wordpress Seiten
  • Datenbanken
  • phpbb Foren
zwischenzuspeichern, um diese dann mit wenig Aufwand wieder auf dem neuen Server zu installieren.
 
Du könntest ein Full Backup aus Plesk heraus machen und das nach der Neuinstallation wieder einspielen.
Musst nur drauf achten dass du das Backup nicht von Plesk verschlüsseln lässt, sonst kannst du es nur auf dem gleichen Server zurückspielen.
Das kannst du auch vorher auf nem Testrechner simulieren, mit einer 30 Tage Plesk Testlizenz.
 
Habe ich gerade gemacht. Volles Backup in Plesk erstellt.
Dann Neuinstallation. Das Backup wurde aber auch gelöscht. Zum Glück hatte ich es vorher runtergeladen. Es ist ca. 5 GB groß.

Jetzt wollte ich es wieder hochladen und siehe da, es gibt ein Hochladelimit von 2 GB. :mad:

Und nu?
 
Du hast deinen Server neuinstalliert und wunderst dich, dass das Plesk-eigene Backup vom Server verschwindet? :confused:

Hast du von dem Dateigrößenproblem einen Screenshot?
 
PHP-Friends said:
Du hast deinen Server neuinstalliert und wunderst dich, dass das Plesk-eigene Backup vom Server verschwindet? :confused:

Hast du von dem Dateigrößenproblem einen Screenshot?
Click to expand...

Ja etwas überrascht war ich schon. Man kann ja Dateien unter /private-backup Ordner speichern, die ja auch nicht überschrieben werden. Aber zur Sicherheit hatte ich es ja runtergeladen.

https://docs.plesk.com/en-US/onyx/a...ation/uploading-backup-files-to-server.59260/ hier sieht es so aus, wie es bei mir ausgesehen hat. Dort steht auch das Upload Limit of two gigabyte. Ich habe es trotzdem versucht, da ist die Verbindung abgebrochen :confused:
 
Ja etwas überrascht war ich schon. Man kann ja Dateien unter /private-backup Ordner speichern, die ja auch nicht überschrieben werden.
Click to expand...
In der Annahme dass du unter Neuinstallation auch eine komplette Reinstallation des Servers meinst - dabei wird dann das ganze Dateisystem geplättet. Wie Plesk den Ordner beschreibt ist dabei egal, solange es Teil des lokalen Dateisystems ist wird es weg sein.
 
Dann lade das Backup halt per SSH hoch und restore das Backup dann lokal?

Und eigentlich logisch, dass bei einem Serverreinstall ALLES weg ist.

Nebenbei: Du bist jetzt fast ein Jahr mit einer Distribution gelaufen, die nicht mehr mit Sicherheitsupdates versorgt wird. Das ist fahrlässig für Dich und andere.
 
Nein, bei Strato gilt laut Aussage auf der Homepage, mit der man das Betriebssystem und Plesk neuinstallieren kann:

Wenn Sie mit dieser Funktion Ihren Server neu installieren lassen, gehen alle Daten auf dem Server unwiderruflich verloren. Wir empfehlen Ihnen daher ausdrücklich, Ihre Daten auf dem Server vorher zu sichern. Kopieren Sie hierzu Ihre persönlichen Dateien und Skripte in das Verzeichnis /private-backup auf Ihrem Server. Dieses Verzeichnis wird bei der Neuinstallation nicht überschrieben.
Click to expand...

Ich habe jetzt im Internet herausgefunden, dass man in der php.ini die Dateigröße ändern kann, die maximal hochgeladen werden kann und dass Plesk diese Einstellung nutzt. Also habe ich zwei Einstellungen geändert und den Server neu gestartet. Es stand dann aber immer noch der Wert von 2 GB in der Oberfläche. Also habe ich es einfach versucht. Firefox brach aber kurz darauf mit einer Sicherheitsmeldung die Übertragung ab. Safari meldete das das Limit überschritten sei. Im Internet habe ich gefunden, dass man dann alle Cockies löschen soll. Habe ich getan, aber die Meldung kam weiterhin.

Also habe ich jetzt 20 GB ftp Speicher bei Strato abboniert und wollte dort das Backup hochladen. Bei der Weboberfläche stand auch dort, dass die maximale Dateigröße 2 GB sei. Also habe ich mit die HiDrive Software auf meinen Rechner geladen und synchronisiere gerade mit dem Verzeichnis, in dem das Backup steht. Den ftp Zugang habe ich auf Plesk eingerichtet und der funktioniert auch.

Das Upload dauert natürlich sehr lange, da meine Upload Geschwindigkeit wie üblich deutlich geringer ist als die Download Geschwindigkeit. Habe bis jetzt 1,2 GB hochgeladen und hoffe erst einmal, dass ich bei Überschreiten der 2 GB Grenze keinen Fehler und / oder Abbruch der Synchronisation erhalte.

Bin mal gespannt, ob es dann funktioniert das Backup wieder einzuspielen. :D
 
Thunderbyte said:
Und eigentlich logisch, dass bei einem Serverreinstall ALLES weg ist.

Nebenbei: Du bist jetzt fast ein Jahr mit einer Distribution gelaufen, die nicht mehr mit Sicherheitsupdates versorgt wird. Das ist fahrlässig für Dich und andere.
Click to expand...

Ja stimmt. Habe mich aber in letzter Zeit auf das Einrichten einer neuen Homepage konzentriert und nicht mitbekommen, dass meine Installation so veraltet ist, dass sie gar nicht mehr versorgt wird. Abgesehen davon macht einem Strato das Upgrade nicht gerade einfach.
 
Es ist Deine Pflicht als Serveradmin, hier auf dem aktuellen Stand zu bleiben. So etwas darf nicht passieren. Lass mich raten. Du hast auch nie (also seit Jahren) Updates eingespielt?

Wenn Du Dich rein auf die Homepage konzentrieren willst, hol Dir Webspace. Keine Ahnung wieso sich so viele Leute Server holen, wenn sie eigentlich nur auf ihren Websites rumklicken wollen? :confused:

Und Du bist Serveradmin. Daher ist es Deine Aufgabe, Dich um das Upgrade zu kümmern. Ob leicht oder nicht.
 
You must log in or register to reply here.
Back
Top