Mein Server erstrahlt in neuem Glanz
Geschrieben von am Noch keine Kommentare
Was habe ich in der letzten Woche geschwitzt - Angstschweiß. Es gingen keine E-Mails mehr auf dem alten vServer zu versenden, nachdem ein paar Updates nur zur Hälfte durchgelaufen waren. So richtig konnte man den Fehler auch nicht erkennen, das System selbst war schon über ein Jahr alt, es wurden keine direkten Updates mehr angeboten... hier musste was getan werden. Es wurde Zeit.Nach eingehendem Studium verschiedenster Seiten habe ich mit
eine komplette Serversicherung auf dem Plesk 8 Server vorgenommen und auf einen anderen Server geladen (rund 2 GB - das hätte mit der Uploadgeschwindigkeit von DSL6000 keinen Spaß gemacht).
Nach 4 Tagen Suche und Rücksprache mit dem (schlechten) Support meines Hosters wurde der Server dann endlich neuinstalliert. Und funktionierte prompt nicht. Alles irgendwie tot, alles irgendwie verkorkst. Anruf beim Hoster: man solle ins neue System umziehen - einfach ein neues Paket ordern, das alte würde automatisch gekündigt und die Daten übernommen. Das klappte dann ungewohnter Weise.
Dann wurde die Backupdatei wieder auf den neuen Server mit Plesk 9.2.3 gezogen. Dort dann die große Enttäuschung: das Backup, das ich vorher unter Plesk 8.6.0 erstellte, musste erst in ein neues Format konvertiert werden. Also:
Eigentlich ganz genial, denn so wandert das konvertierte Backup gleich ins korrekte Verzeichnis, damit man es direkt über Plesk über den Backup Manager einspielen kann. Doch zu früh gefreut. Nachdem der Vorgang nach etwa 2 Stunden abgeschlossen war, fand sich zwar das Backup über Plesk, doch mit dem Vermerk "This file is not a valid backup file.". Googled man ein wenig, ist das ein uraltes Problem, das seit Plesk 9.2 behoben sein soll. Soviel dazu.
Doch was nun? Ich musste ja an die Daten heran und ans einzelne extrahieren von Dateien und alles manuell einrichten inklusive E-Mail-Adressen etc. war nicht zu denken. Nach etlichen Versuchen (inklusive Editieren der /usr/local/psa/PMM/plesk.xsd) versuchte ich nicht mehr das gesamte Backup einzuspielen. Sondern jeden Kunden einzeln. Ich hatte nämlich hier gelesen, dass das angeblich funktioniert.
Das ganze lief dann so ab:
/usr/local/psa/bin/pleskrestore --create-map converted_<clientname>_info_<nummer>.xml -map <clientname>.map
nano <clientname>.map
Jetzt noch in der map-Datei die IP hinter dem Pfeil editieren (selbsterklärend), da die sich bei uns geändert hatte. Und ab gehts:
Er arbeitete und gab mir nur 2 Leerzeilen aus, ansonsten blieb die Konsole schwarz. Um zu wissen, ob er jetzt auch wirklich etwas tut, öffnete ich eine zweite SSH-Session und schaute mittels htop nach, was so passiert. Da wird ordentlich entpackt, importiert und erstellt - funktioniert also. Allerdings bleiben hier und da, auch nach abgeschlossenem Prozess, ein paar der sw-*-Prozesse hängen. Wenn man das in den Nachtstunden macht, sollte man also immer mal neustarten.
Einzelne Fehler (fehlendes Locale de-DE z.B., da wir bis dahin nur en-US installiert hatten) wurden kurzerhand durch Editieren der XML-Datei zum Backup (converted_
Dass ein Restore geklappt hat, konnte man dann immer am "
Optimierungen von Apache, MySQL und PHP wurden auch noch nötig, sind aber immer noch im Gange. Da kann man viel Zeit hineinstecken, doch es lohnt sich. Dazu eventuell später.