-
Syncova Backups V1 — Release Candidate 2
Pre-Releasereleased this
2026-08-17 14:00:53 +00:00 | 15 commits to main since this releaseZweiter Auslieferungskandidat von Syncova Backups V1.
rc1bleibt abrufbar, ist aber überholt. Wer neu installiert, nimmt diese Fassung.Neu gegenüber rc1
diagnose.shliegt jetzt im Paket und wird vonsetup.shundupdate.shnach/opt/syncova/diagnose.shgelegt.sudo /opt/syncova/diagnose.shEs sammelt in einem Zug, was für eine Fehlersuche gebraucht wird: Fassungen aller Programme, Betriebssystem, Container ja/nein, Dateisystem des Repositorys, PostgreSQL-Fassung, Schemastand, Dienstzustand, Gesundheitsbericht, Bestand, die letzten nicht erfolgreichen Läufe mit Fehlercode und Fehlerklasse, die gemessene Durchsetzungsstufe und die letzten Fehlerzeilen.
Es liest nur und verändert nichts. Geheimnisse entfernt es selbsttätig — über eine Erlaubnisliste, nicht über eine Sperrliste: Ein künftiger neuer Wert fällt damit von selbst heraus.
Dazu eine Fehlervorlage unter
.gitea/ISSUE_TEMPLATE/. Sie beginnt mit sieben Fällen, die wie ein Fehler aussehen und gewolltes Verhalten sind — das spart beiden Seiten Zeit.Zwei Korrekturen
Beide beim Erproben gefunden, beide betreffen die Anleitung und nicht die Software:
- PostgreSQL 15 genügt. Die Installationsanleitung verlangte 17. Debian 12 liefert 15, und darauf läuft alles bis zum echten Sicherungslauf.
setup.shprüft die vorgefundene Fassung jetzt und lehnt ältere als 15 ab, statt sie stillschweigend zu nehmen. SYNCOVA_ADMIN_PASSWORDgibt es nicht. Die Anleitung nannte diese Umgebungsvariable; das Passwort kommt über die Standardeingabe — Aufrufparameter stünden in der Prozessliste.
Unverändert: warum RC und nicht 1.0.0
Drei Zusagen sind vollständig gebaut, aber nie auf echter Hardware gefahren:
- Der Windows-Dienst. Übersetzt für Windows,
vet-sauber, nie geladen. - Die systemd-Einheit des Agenten. Inhaltlich korrigiert, nie geladen.
- Proxmox. Entdecken, Sichern, Prüfen und bitgenaues Zurückschreiben laufen durch — gegen einen Nachbau der API. Ob eine wiederhergestellte VM startet, ist ungeprüft.
Installation
tar -xzf syncova-v1.0.0-rc2-linux-amd64.tar.gz cd syncova-v1.0.0-rc2-linux-amd64 shasum -a 256 -c SHA256SUMS sudo ./setup.shAktualisieren aus rc1:
sudo ./update.shaus dem neuen Paket. Es sichert vorher Datenbank und Konfiguration und holt die vorige Fassung zurück, wenn der Dienst danach nicht hochkommt.Skript Wofür setup.shVollständige Einrichtung; baut bei Abbruch zurück, was dieser Lauf angelegt hat update.shSichert zuerst; Rückweg bei Fehlschlag uninstall.shEntfernt standardmäßig nur Dienst und Programme diagnose.shZustandsbericht für eine Fehlermeldung docs/installation.md·docs/recovery-runbook.md·docs/troubleshooting.md·docs/release-howto.mdNicht enthalten
Kapazitätsprognose, Backup Copy, Changed Block Tracking bei Proxmox, erweiterte Attribute und POSIX-ACLs, harte Verknüpfungen. VMware, Hyper-V, Kubernetes, M365 und Object Storage sind nicht Teil dieser Fassung.
Pakete
Paket Inhalt linux-amd64,linux-arm64Server, Oberfläche, Agent, alle Werkzeuge, vier Betriebsskripte windows-amd64Agent und syncova-repoStatisch gebunden (
CGO_ENABLED=0); geprüft in einem leerendebian:12-slim. Prüfsummen liegen im Paket und zusätzlich alsSHA256SUMSdaneben.Downloads
- PostgreSQL 15 genügt. Die Installationsanleitung verlangte 17. Debian 12 liefert 15, und darauf läuft alles bis zum echten Sicherungslauf.