Wartungsarbeiten am 04. / 05.02.2022

[yalsi]

Hallo Allerseits

Von Freitag 04.02.2022 bis 05.02.2022 steht das Forum nur eingeschränkt zur Verfügung, weil der Server umzieht. Über den Verlauf werde ich anschließend hier berichten.

Gruß- Georg B.

[yalsi]

Die Wartung läuft.

[yalsi]

Das Forum und die Webseite sowie die anderen Sites sind umgezogen.

Die DNS Einträge wurden umgeschwenkt, je nach Trägheit des DNS Servers eures Providers kann es ein bisschen dauern, bis sich die Änderungen herumgesprochen haben.

Die ersten Tests waren erfolgreich, aber es muss sich in den nächsten Tagen herausstellen, ob wirklich alles geklappt hat. Es kann also noch holprig werden und im schlimmsten Fall müssen wir zurückschwenken.

Also- es bleibt spannend... .

[dbsys]

atari-home.de "fühlt" sich in etwa so an, wie vorher.

Ich haben momentan sogar das Gefühl, die Webseite lädt schneller und läuft etwas flüssiger.

[Thorsten Otto]

Woot? Schon fertig? HIer war gar nix zu merken

[Arthur]

Das sieht bisher doch alles gut aus... @yalsi. Falls du irgendwann mal Lust hast könntest du vielleicht mal Stichpunktartig erklären was bei so einem Umzug alles zu beachten ist und wie ihr vorgegangen seid.

[yalsi]

Hallo Arthur

Ich versuche mal, die wichtigsten Eckpunkte aufzuschreiben:

(0) Ein paar Tage vorher TTL im DNS für die Hostnamen unterhalb von atari-home.de auf 600 sek. setzen, damit sich später Änderungen schneller herumsprechen. Außerdem zusätzliche Einträge für den neuen Server machen, damit das Testen hinterher leichter wird.

(1) VM für den neuen Server auf dem Virtualisierungshost einrichten (Rocky Linux 8.5) und Grundkonfiguration vornehmen (Netz, ssh, lokale Firewall) sowie Nicht-Standardports bei SELinux freigeben.

(2) Apache2, PHP und MariaDB installieren und Grundkonfiguration vornehmen

(3) MariaDB auf beiden Servern stoppen, Datenbankverzeichnis auf dem neuen Server leeren und Verzeichnisinhalt vom alten Server dahin übertragen (tar- Pipe über ssh).

(4) MariaDB auf beiden wieder starten und DB auf den neuen Server reparieren und Update machen. Das geht bei InnoDB tatsächlich ganz sauber. Wieder die SELinux Rechte neu setzen.

(5) Konfigurationen der einzelnen Webserver (forum, WWW, archive, download) vom alten auf den neuen Server übernehmen und die Document Root Verzeichnisse anlegen.

(6) Inhalte der htdocs/ Verzeichnisse vom alten auf den neuen Server übertragen  (tar- Pipe über ssh).

(7) Schreibrechte bei SELinux für die Upload- und Attachmentverzeichnisse bei SMF und WordPress setzen

( 8 ) Letsencrypt-Zertifikate vom alten Server übernehmen und Certbot Einrichtund übernehmen, Certbot renew als Cronjob eintragen.

(9) Apache starten und freuen ;-) Naja, nicht ganz: Das Problem mit dem Upload bei manchen Bildern ist immer noch da... .

(10) Testen!

(11) DNS Einträge auf den neuen Server umlegen

Zwischendurch Tee trinken, Kekse essen und immer mal wieder fehlende Pakete nachinstallieren. Ich hatte den Server nur mit einer Minimalkonfiguration aufgesetzt und dann nur das nachinstalliert, was wirklich gebraucht wird.

Wenn in der nächsten Zeit noch Zugriffsprobleme auftreten, könnte das jeweils an SELInux liegen, weil vielleicht nicht überall schon der richtige Kontext gesetzt ist. WordPress kenne ich ganz gut, bei SMF tappe ich gelegentlich noch im Dunklen.

Gruß- Georg B.

[Arthur]

Hammer das du das so schnell gepostest hast. Das hört sich für mich beinahe nach Routine an oder zumindest danach das du dich da ganz gut auskennst. Auf jeden Fall für mich sehr interessant. Lieben Dank dafür.

[yalsi]

Hallo nochmal

Ich hatte letztes Jahr schon mal einen Testlauf bei laufender Datenbank auf dem alten Server gemacht und dabei viel gelernt. Die DB war dann zwar wie erwartet inkonsistent, aber die Schritte mit SELinux und den MariaDB Reparaturfunktionen konnte ich so üben.

Jetzt mal sehen, ob in den nächsten Tagen noch Fehler auftreten, ansonsten wäre das Thema jetzt wohl durch. Im Mai/Juni wird dann der Virtualisierungshost auf eine neue Hardware migriert, dann gibts nochmal eine Downtime.

Gruß- Georg B.

[dbsys]

Hallo nochmal

Ich hatte letztes Jahr schon mal einen Testlauf bei laufender Datenbank auf dem alten Server gemacht und dabei viel gelernt. Die DB war dann zwar wie erwartet inkonsistent, aber die Schritte mit SELinux und den MariaDB Reparaturfunktionen konnte ich so üben.

Jetzt mal sehen, ob in den nächsten Tagen noch Fehler auftreten, ansonsten wäre das Thema jetzt wohl durch. Im Mai/Juni wird dann der Virtualisierungshost auf eine neue Hardware migriert, dann gibts nochmal eine Downtime.

Gruß- Georg B.

Gut, daß es Fachleute, wie Dich gibt, die so einen Serverumzug quasi mit "links" wuppen.

Vielen Dank dafür!

[Wosch]

Hi.
Mir kommt es auch so vor als wenn es alles flüssiger und schneller läuft.
Nur bei den Anhängen gibt es Probleme.
Ich wollte einige an einen Beitrag ran hängen, das schon mal nicht geklappt.
Ich habe es dann mal einzeln gemacht. Aber bei 2en ging es nicht. Es kamen immer verschiedene Fehlermeldungen. Sind vielleicht im Anhang 
So ab 1,5MB Dateigröße ging nix mehr. Ich habe die 2 Bilder verkleinert, danach ging es.
Gruß
Wolfgang

[yalsi]

Mit Anhang meinst Du Bilder oder etwas anderes? Bei Bildern gibt es schon länger dasProblem, das SMF zu grobe Security Schecks macht und ich die nicht deaktiviert bekomme. Oder war das eine andere Dateiart?

[Wosch]

Ja, waren 2 JPGs mit 2 und 2,2 MB
Gruß
Wolfgang

[yalsi]

OK, dann ist das (leider) das bekannte Problem. Sobald ich ein neues Vollbackup gemacht habe, spiele ich offene Patches an der Forensoftware ein. Vielleicht behebt das unser Problem.

[Baert]

Ist hier der falsche Faden. Aber Wartungsfenster Samstag Nacht? Das ist doch DIE Zeit, wo die Leute mit den Computern am intensivsten hantieren.

[dbsys]

Ist hier der falsche Faden. Aber Wartungsfenster Samstag Nacht? Das ist doch DIE Zeit, wo die Leute mit den Computern am intensivsten hantieren.

Der Umzug wurde vorher angekündigt, so daß man sich locker drauf einstellen konnte.

[Baert]

Das wird ja ein wiederkehrendes Event. Ich bin da jedenfalls kein Freund von. Einmalig ist es natürlich überhaupt kein Problem!

[yalsi]

Bis ich für das Backup eine praktikable Alternativlösung gefunden habe, wirst Du damit leben müssen.

Aber mal ehrlich: Samstagnacht um 02:00 vor'm Rechner? Ich kenne Dich ja nicht, aber wenn Du jung bist, solltest Du die Nächte in Clubs, Bars und so verbringen, wenn Du in den mittleren Jahren bist, Dich ausschlafen und Sonntagmorgen Brötchen holen für Deine(n) Liebste(n) und wenn Du in meinem Alter bist, erst recht schlafen, die Nacht ist ja dank seniler Bettflucht früh vorbei. 

[Arthur]

Aber mal ehrlich: Samstagnacht um 02:00 vor'm Rechner? Ich kenne Dich ja nicht, aber wenn Du jung bist, solltest Du die Nächte in Clubs, Bars und so verbringen, wenn Du in den mittleren Jahren bist, Dich ausschlafen und Sonntagmorgen Brötchen holen für Deine(n) Liebste(n) und wenn Du in meinem Alter bist, erst recht schlafen, die Nacht ist ja dank seniler Bettflucht früh vorbei. 

Ich fänd das Backup am Montag auch besser als am Wochenende.  Aber bei meinem Glück schau ich auch mal Montags um 3 vorbei.  Ich versuche mich mal darauf einzustellen, wird schon schief gehen.

[yalsi]

Ich kann ja erst um 03:00 beginnen, mal sehen, wie lange es läuft.

Das Problem ist, dass Mo, Di, Do und Fr. schon anderweitig vergeben sind... .