• v1.0.0-rc2 0b5ce96c51

    Syncova Backups V1 — Release Candidate 2
    Some checks failed
    CI / Backend (Go) (push) Failing after 30s
    CI / Frontend (React/TypeScript) (push) Successful in 34s
    CI / Sicherheitsprüfungen (push) Successful in 24s
    Pre-Release

    jf released this 2026-08-17 14:00:53 +00:00 | 15 commits to main since this release

    Zweiter Auslieferungskandidat von Syncova Backups V1.

    rc1 bleibt abrufbar, ist aber überholt. Wer neu installiert, nimmt diese Fassung.

    Neu gegenüber rc1

    diagnose.sh liegt jetzt im Paket und wird von setup.sh und update.sh nach /opt/syncova/diagnose.sh gelegt.

    sudo /opt/syncova/diagnose.sh
    

    Es 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.sh prüft die vorgefundene Fassung jetzt und lehnt ältere als 15 ab, statt sie stillschweigend zu nehmen.
    • SYNCOVA_ADMIN_PASSWORD gibt 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.sh
    

    Aktualisieren aus rc1: sudo ./update.sh aus 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.sh Vollständige Einrichtung; baut bei Abbruch zurück, was dieser Lauf angelegt hat
    update.sh Sichert zuerst; Rückweg bei Fehlschlag
    uninstall.sh Entfernt standardmäßig nur Dienst und Programme
    diagnose.sh Zustandsbericht für eine Fehlermeldung

    docs/installation.md · docs/recovery-runbook.md · docs/troubleshooting.md · docs/release-howto.md

    Nicht 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-arm64 Server, Oberfläche, Agent, alle Werkzeuge, vier Betriebsskripte
    windows-amd64 Agent und syncova-repo

    Statisch gebunden (CGO_ENABLED=0); geprüft in einem leeren debian:12-slim. Prüfsummen liegen im Paket und zusätzlich als SHA256SUMS daneben.

    Downloads