From a79f48bc2ac9d2d318d9b805d6b399daf58e7f5d Mon Sep 17 00:00:00 2001 From: Johannes Rest Date: Mon, 19 Oct 2026 10:57:42 +0200 Subject: [PATCH] Record successful Gemini backup acceptance on 19 October --- README.md | 13 ++++++++----- SPEICHER.md | 33 ++++++++++++++++++++++++++++++--- UPDATE_ANLEITUNG.md | 13 +++++++++++++ 3 files changed, 51 insertions(+), 8 deletions(-) diff --git a/README.md b/README.md index 7059829..a8b904c 100644 --- a/README.md +++ b/README.md @@ -5,7 +5,8 @@ mindestens eine bestätigte lokale Sicherung und alle unbestätigten Sätze erha Ältere Kopien werden erst nach lokalen Inhalts- und erneuten Offsite-Prüfungen entfernt, bis der geplante Platzbedarf gedeckt ist. Die normale Retention bleibt bei drei Kopien. [Ablauf und Grenzen](SPEICHER.md), -[Deployment](UPDATE_ANLEITUNG.md). Die Installation auf Gemini steht aus. +[Deployment](UPDATE_ANLEITUNG.md). Die Speicherreparatur und der neue Backup-Lauf +auf Gemini wurden am 19.10.2026 erfolgreich abgenommen; siehe [Abschlussprüfung](SPEICHER.md#abschlussprüfung-am-19102026). Sichert WordPress, Nextcloud, native Gitea-Installationen mit MariaDB, Maildaten und zusätzliche Verzeichnisse. Jede Komponente erhält ein eigenes Archiv. Uploads gehen ausschließlich über ein **rclone-Crypt-Remote**; anschließend werden Existenz und Größe der Remote-Dateien geprüft. Vollständige Downloads mit Prüfsummen-, Entpack- und DB-Importprüfung erfolgen beim monatlichen Restore-Test. @@ -34,10 +35,12 @@ Ohne Aktivierungsoption bleibt ein bisher deaktivierter Restore-Test deaktiviert ## Produktionsstand und verbleibende Abnahme -**Stand 16.09.2026:** Nach erneutem Rücklesefehler bei `nextcloud-data.tar.zst` -wird der tägliche Inhaltsvergleich durch eine Remote-Datei-/Größenprüfung ersetzt. -Die Installation dieses neuen Stands auf Gemini steht aus; konkrete Befehle und -Erfolgskriterien stehen in der [Update-Anleitung](UPDATE_ANLEITUNG.md). +**Stand 19.10.2026:** Nach geprüfter Archivverlagerung und Trennung von Staging +und aktivem Archiv bestand `appbackup_2026-10-18_15-22-34_fe0edb31` um 03:53:28 MESZ +mit `SUCCESS`. Der Upload von 32,053 GiB, alle 17 Remote-Dateien samt Größen und +der Abschlussmarker wurden bestätigt. Anwendungen und Timer laufen wieder. +Der vollständige monatliche Offsite-Restore bleibt eine separate offene Abnahme. +Nachweise und Grenzen stehen in [SPEICHER.md](SPEICHER.md#abschlussprüfung-am-19102026). Auf Gemini bestand am 10.09.2026 ein vollständiger Paketlauf mit geschützter Dateikopie, DB-Dumps, OneDrive-Upload, vollständigem Rücklesen und separater diff --git a/SPEICHER.md b/SPEICHER.md index e34b0bf..0d273c9 100644 --- a/SPEICHER.md +++ b/SPEICHER.md @@ -194,8 +194,11 @@ der Fehler muss behoben und das Paket erneut ausgeführt werden. ## Gemini: historische Archive erhalten, Staging trennen – 18.10.2026 -**Reparatur vorbereitet; produktive Ausführung und vollständiger neuer Lauf noch -offen.** Die durch Johannes ausgeführte Root-Diagnose bestätigt rund 48 GB +**Am 19.10.2026 produktiv abgenommen:** Revision 2 beendete die Verlagerung und +beide Preflights am 18.10. um 17:22:34 MESZ erfolgreich. Der anschließend gestartete +Lauf `appbackup_2026-10-18_15-22-34_fe0edb31` endete am 19.10. um 03:53:28 MESZ +mit `SUCCESS`, `Result=success` und Status 0. Die durch Johannes ausgeführte +ursprüngliche Root-Diagnose bestätigte rund 48 GB historische flache Archive sowie drei vollständige lokale Sätze ohne `UPLOADED`. Die Platzprüfung des Nachtlaufs bricht vor dem Snapshot ab. Diese Daten werden nicht als automatische Löschkandidaten freigegeben. @@ -251,7 +254,31 @@ Wiederherstellung beziehungsweise Auswahl historischer Restore-Quellen nutzen. Acht lokale Tests prüfen Datei- und Verzeichnisverlagerung, Kopierkorruption mit erhaltenem Original, Schutz vor Quellenüberschneidung/Links und Platzreserve. -Die produktive Abnahme und ein vollständiger Restore-Test stehen weiterhin aus. +Die produktive Backup-Abnahme ist bestätigt; ein vollständiger Restore-Test +steht weiterhin aus. + +### Abschlussprüfung am 19.10.2026 + +Das Serverjournal bestätigt SHA-256-/Metadatenprüfung der verlagerten Objekte, +die neue Staging-Konfiguration und erfolgreiche echte Preflights. Das neue Backup +enthält 16 Komponentenarchive und das Manifest (32,053 GiB Upload). Alle 17 Dateien +bestanden die Remote-Datei-/Größenprüfung mit null Unterschieden; der zuletzt +veröffentlichte Abschlussmarker wurde bestätigt. Es erfolgte kein vollständiges +Rücklesen der Archive. Die Erfolgsmail wurde dem lokalen MTA übergeben; eine +Zustellung beim Empfänger ist damit nicht nachgewiesen. + +Die Writer-Prüfung bestand; Nextcloud verließ den Wartungsmodus. Die angehaltenen +Anwendungen und ai-rem-Timer wurden bis 17:29:00 MESZ wieder gestartet. Bei der +Abschlussprüfung laufen Web, Datenbank, Mail, Gitea, Cron und ai-rem. Backup- und +Restore-Test-Timer sind aktiviert und aktiv. Nächste Termine laut systemd: +Backup 20.10.2026 gegen 02:34 MESZ, Restore-Test 01.11.2026 gegen 06:02 MEZ. +Freier Platz: `/` rund 14 GiB, `/home` 77 GiB, `/var` 51 GiB. + +Der erste reguläre ai-rem-Update-Lauf bestand am 19.10.2026 von 05:23:43 bis +05:23:54 MESZ einschließlich eigener Sicherung mit Gzip-/SHA-256-Prüfung, +Cache-Prüfung und Versionsvergleich (1.10.3 aktuell, keine Probleme). +Nur die alte fehlgeschlagene Reparatur-Unit der ersten Revision bleibt in +`systemctl --failed` sichtbar; Revision 2 und der Backup-Lauf sind erfolgreich. ### Fortsetzung nach Certbot-Abbruch diff --git a/UPDATE_ANLEITUNG.md b/UPDATE_ANLEITUNG.md index 8d4560b..3615e28 100644 --- a/UPDATE_ANLEITUNG.md +++ b/UPDATE_ANLEITUNG.md @@ -1,5 +1,18 @@ # Automatisches Update-Paket +## Produktive Abschlussprüfung am 19.10.2026 + +Die Speicherreparatur auf Gemini und der danach gestartete normale Backup-Lauf +sind erfolgreich abgenommen: `appbackup_2026-10-18_15-22-34_fe0edb31` endete +am 19.10.2026 um 03:53:28 MESZ mit `SUCCESS` und Status 0. Upload, alle 17 +Remote-Dateien/-Größen und Abschlussmarker wurden bestätigt. Anwendungen und +Timer laufen wieder; der erste reguläre ai-rem-Update-Lauf bestand um 05:23:54 +MESZ. [Nachweise und Grenzen](SPEICHER.md#abschlussprüfung-am-19102026). + +Die folgenden älteren Abschnitte beschreiben den jeweiligen damaligen Stand. +Ein vollständiger Offsite-Restore mit isoliertem DB-Import bleibt weiterhin +offen; sein Timer ist aktiv und für den 01.11.2026 geplant. + ## Update vom 25.09.2026: Laufzeit und Speicher im Mailbericht Backup- und monatlicher Restore-Test-Mailbericht enden jetzt mit einer Übersicht