The shower dump hook referenced kubectl --context=k3s-ringtail, but indri's kubeconfig deliberately doesn't carry the ringtail credentials. Since PR #349 (2026-05-11), nightly borgmatic runs have failed at the before_backup hook, aborting both sifaka-borg-backups and borgbase-offsite. Rewrite the dump to ssh into ringtail and run k3s kubectl there. /etc/rancher/k3s/k3s.yaml on ringtail is mode 644, so no sudo is needed; the ssh user (eblume) reads it directly. Dump file is created in the pod via sqlite3.backup, copied to ringtail's host filesystem via k3s kubectl cp, then scp'd back to indri. Template gains a `ssh_host` field on dump entries — when set, uses the ssh path; when absent (as for mealie), uses local kubectl with the existing `context` field. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
661 B
661 B
Fix nightly borgmatic backups failing for 2 days. The shower SQLite
dump hook referenced kubectl --context=k3s-ringtail, but indri's
kubeconfig deliberately doesn't carry the ringtail credentials. The
before_backup hook's failure aborted the entire run, taking out
both the local sifaka repo and the BorgBase offsite. Rewrite the
shower dump to ssh into ringtail and run k3s kubectl there
(k3s.yaml on ringtail is mode 644, so no sudo needed); fetch the
dump file back via scp. The borgmatic role's k8s-dump template now
branches on a new ssh_host field — entries without it keep using
local kubectl with the existing context field (e.g. mealie).