Der Deploy-Job war seit seiner Einführung rot (Runs 99–107). Zwei Ursachen:
1. Die Repo-Secrets NAS_SSH_HOST/NAS_SSH_KEY waren in Gitea nie angelegt, der
Job baute also "ssh root@" mit leerer Key-Datei -> "Could not resolve
hostname". Secrets sind jetzt gesetzt (neuer Deploy-Key
gitea-ci-deploy@gerbilmanager, Pubkey in /root/.ssh/authorized_keys auf der
NAS) — das ist Server-Konfiguration, hier ändert sich dadurch nichts.
2. Danach scheiterte der Transfer an "rsync: command not found": der Guard
prüft nur `ssh`, und ssh ist im Runner-Image vorhanden, also lief der
apt-get-Zweig nie und rsync fehlte. Der Transfer nutzt jetzt `tar | ssh`
(tar existiert auf beiden Seiten, `-xof` erhält die Modi, die Deploy-Skripte
bleiben ausführbar); rsync ist aus dem apt-Aufruf entfernt.
Transfer und truenas-deploy.sh vorab per SSH gegen die NAS verifiziert: Dateien
identisch übertragen, Redeploy erfolgreich, /api/health grün, Daten unverändert
(2451 Tiere, 965 Würfe). CLAUDE.md hält beide Stolperfallen fest.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Gulum
7a2feac04d