Lokale, nicht committete Änderung an k8s/07-backup-cronjob.yaml (SMB 3.1.1 mit seal) #22

New Issue

2026-10-16T05:59:11Z

Nick.Rosenloecher commented

2026-10-16 05:59:11 +00:00

Ziel

Das Repo beschreibt das Backup-PV so, wie es im Cluster tatsächlich eingehängt ist.

Umgesetzt

Im lokalen Arbeitsbaum VS Code/Wabenhain ist k8s/07-backup-cronjob.yaml geändert, aber nicht committet (Urheber unbekannt): die mountOptions des PV wabenhain-db-backup wechseln von vers=3.0 auf vers=3.1.1, seal, hard mit Kommentar „SMB-Verschlüsselung, die Storage Box wird über das Internet erreicht“
Im Cluster trägt das PV wabenhain-db-backup genau diese Optionen bereits (vers=3.1.1 seal hard uid=70 gid=70 …, Abfrage 2026-10-16); die Änderung zieht also nur das Repo nach

Offen

Änderung committen und pushen (lokal, nicht gepusht; nicht von Session vs-code-48)
Bei der Gelegenheit den Kommentar an den beiden Werkzeug-CronJobs angleichen: dort steht „mit demselben Tag wie das App-Image“, im Manifest aber wabenhain-tools:latest (siehe #23)

Grundlage

git status im lokalen Klon am 2026-10-16; Cluster-Härtung vom 2026-10-12 (alle SMB-PVs auf vers=3.1.1,seal). Verwandt: #21.

Status

Code: teilweise (nur lokal) · Geprüft: nein · Gemergt: nein · Produktiv: ja (Cluster hat die Optionen bereits)
Stand: 2026-10-16 (Quelle: git origin/main 35e7c84, Cluster-Abfrage nur lesend am 2026-10-16, Session-Status, Memory)

## Ziel Das Repo beschreibt das Backup-PV so, wie es im Cluster tatsächlich eingehängt ist. ## Umgesetzt - [x] Im lokalen Arbeitsbaum `VS Code/Wabenhain` ist `k8s/07-backup-cronjob.yaml` geändert, aber nicht committet (Urheber unbekannt): die `mountOptions` des PV `wabenhain-db-backup` wechseln von `vers=3.0` auf `vers=3.1.1`, `seal`, `hard` mit Kommentar „SMB-Verschlüsselung, die Storage Box wird über das Internet erreicht“ - [x] Im Cluster trägt das PV `wabenhain-db-backup` genau diese Optionen bereits (`vers=3.1.1 seal hard uid=70 gid=70 …`, Abfrage 2026-10-16); die Änderung zieht also nur das Repo nach ## Offen - [ ] Änderung committen und pushen (lokal, nicht gepusht; nicht von Session vs-code-48) - [ ] Bei der Gelegenheit den Kommentar an den beiden Werkzeug-CronJobs angleichen: dort steht „mit demselben Tag wie das App-Image“, im Manifest aber `wabenhain-tools:latest` (siehe #23) ## Grundlage `git status` im lokalen Klon am 2026-10-16; Cluster-Härtung vom 2026-10-12 (alle SMB-PVs auf `vers=3.1.1,seal`). Verwandt: #21. ## Status Code: teilweise (nur lokal) · Geprüft: nein · Gemergt: nein · Produktiv: ja (Cluster hat die Optionen bereits) Stand: 2026-10-16 (Quelle: git origin/main 35e7c84, Cluster-Abfrage nur lesend am 2026-10-16, Session-Status, Memory)