Recover backup capacity with verified adaptive retention

Resume pending publications under local pressure, allow verified offsite-only history as a final local recovery stage, and prune old complete remote sets against actual upload quota while preserving the newest verified copies. Document defaults, recovery limits and validation; add pressure and quota regression coverage.
This commit is contained in:
admin committed 2026-10-22 15:08:35 +02:00
1 parent a79f48bc2a
commit 6737405b35
10 files changed
+601 -31

No files matched your search

+29
View File
@@ -1,5 +1,34 @@
# Automatisches Update-Paket
## Update vom 22.10.2026: lokale Mindestkopie und knappe OneDrive-Quote
Die neue [Speicherstrategie](SPEICHER.md#adaptive-bereinigung-bei-platznot--22102026)
löst den gemeldeten Engpass durch die bisher geschützte letzte lokale Kopie.
Bei lokalem Platzdruck werden vollständige ausstehende Uploads erneut versucht.
Erst nach erfolgreicher Prüfung darf die lokale Historie vorübergehend auf null
Kopien sinken; die Offsite-Sicherung bleibt erhalten. Bei knapper gemeldeter
Remote-Quote werden ältere vollständige Sätze bis auf mindestens die neueste
geprüfte Sicherung entfernt. Normale Retention und `MIN_FREE_GB` bleiben bestehen.
Neue Defaults gelten auch ohne Ergänzung bestehender Konfigurationen:
`SPACE_ALLOW_REMOTE_ONLY=true`, `SPACE_REMOTE_CLEANUP=true`, `SPACE_KEEP_REMOTE=1`.
Mit `SPACE_ALLOW_REMOTE_ONLY=false` bleibt die bisherige lokale Mindestanzahl
verbindlich. Die neue Paket-Vorbereitung kann lokale Kopien freigeben, Uploads
wiederholen und unter Quotenmangel Remote-Sätze entfernen; `--no-retention`
unterdrückt diese Notmaßnahmen nicht. Ein reines `--check` bleibt ohne Änderungen.
Paket auf dem Entwicklungsrechner aus dem sauberen Commit bauen:
```bash
python3 tools/build-update-package.py
```
Das ausgegebene `.run` samt `.sha256` wie unten beschrieben per SCP übertragen
und als vollständiges Paket installieren. Nach Installation `result.txt` und den
neuen Backup-Bericht prüfen: erfolgreicher Lauf, Upload bestätigt, Anwendungen
wieder aktiv, Reserve erhalten. Die Abnahme vom 19.10. unten ist historisch;
für den neuen Fix ist noch kein produktiver Gemini-Lauf nachgewiesen.
## Produktive Abschlussprüfung am 19.10.2026
Die Speicherreparatur auf Gemini und der danach gestartete normale Backup-Lauf