-
Syncova Backups V1 — Release Candidate 4
Pre-Releasereleased this
2026-08-18 06:22:47 +00:00 | 13 commits to main since this releaseVierter Auslieferungskandidat. Er behebt #2 — die Einrichtung brach ab, obwohl der Dienst einwandfrei lief.
Was passiert war
setup.shprüfte die Betriebsbereitschaft ausschließlich mitcurl. Auf einem schlanken Serverabbild ist der nicht installiert — das ist der Normalfall, nicht die Ausnahme.Die Prüfung kam nicht an den Dienst heran, hielt das für einen gescheiterten Start und baute eine funktionierende Anlage zurück.
Im Protokoll des Meldenden stand der Beleg: Der Dienst startete vollständig, und genau fünfzehn Sekunden später beendete ihn der Rückbau — fünfzehn Sekunden sind fünfzehn Prüfversuche.
Behoben
Die Prüfung nimmt jetzt
curl, sonstwget, sonst/dev/tcpder Bash. Das letzte gehört zur Shell selbst und ist damit überall vorhanden.Ein Einrichtungsskript darf nicht voraussetzen, was es nicht selbst mitbringt.
Betrifft
setup.sh,update.shunddiagnose.sh. Der Diagnosebericht nennt jetzt zusätzlich, womit er gemessen hat:Abgefragt mit: Bash /dev/tcp (weder curl noch wget vorhanden)Real nachgewiesen auf einem System ohne
curlund ohnewget: rc3 bricht ab, rc4 läuft durch. Regressionstest vorhanden und als fangend geprüft.Aktualisieren
tar -xzf syncova-v1.0.0-rc4-linux-amd64.tar.gz cd syncova-v1.0.0-rc4-linux-amd64 shasum -a 256 -c SHA256SUMS sudo ./setup.sh # Neuinstallation sudo ./update.sh # aus rc1, rc2 oder rc3Unverändert: warum RC und nicht 1.0.0
Drei Zusagen sind gebaut, aber nie auf echter Hardware gefahren: der Windows-Dienst, die systemd-Einheit des Agenten und der Proxmox-Meilenstein — ob eine wiederhergestellte VM startet, ist ungeprüft.
CHANGELOG.md·docs/release-candidate.mdDownloads