Florian WildeandClaude Opus 5
60aaf746cf
Der Proxmox-Einzeiler ist auf einem echten PVE-Host nie gelaufen — das ist eine Gegenpruefung und kein fehlendes Stueck: shellcheck-geprueft, im --dry-run gefahren, und der Installationsteil laeuft vollstaendig in einem debian:13-Container. Was fehlt, ist pct create auf einem Host, den diese Umgebung nicht hat. Die Pruefliste wartet unveraendert. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
3.5 KiB
#024 Proxmox-Einzeiler auf einem echten PVE-Host gegenprüfen
Status: offen Im Tracker: #38 Meilenstein: v0.3.0 Labels: phase-2, infra Geschätzt: 2 h Tatsächlich: –
Ziel
deploy/proxmox/laufzettel.sh ist statisch geprüft und im Trockenlauf durchgelaufen, aber nie auf
einem Proxmox-Host ausgeführt — hier stand keiner zur Verfügung. Der Installationsteil
(deploy/install.sh) dagegen ist vollständig getestet: in debian:13 ohne systemd und in einem
privilegierten Container mit echtem systemd 257, inklusive Aktualisierungslauf, ProtectSystem,
Sandbox und /api/gesundheit.
Ungeprüft ist damit genau die Klammer darum: pct, pveam, pvesh und whiptail.
Dieses Issue schließt, wenn der Einzeiler einmal auf einem echten PVE-Host gelaufen ist und die Prüfliste in docs/betrieb/proxmox.md („Was du beim ersten Lauf selbst nachprüfen musst“) abgehakt ist. Die Liste ist der Prüfplan, nicht dieses Issue.
Konkret ungeprüft
pveversionerkennt PVE 8 und 9 richtig; Abbruch auf einem Nicht-PVE-Rechnerpveam available/pveam downloadfinden die Debian-13-Standardvorlagepct createnimmt die zusammengebauten Argumente an (Speicher mit Inhaltrootdir, unprivilegiert, DHCP aufvmbr0)- Die Ermittlung der nächsten freien CTID über
pveshstimmt mit dem, was PVE vergibt - Der Container bekommt eine Adresse, und
CT_IPwird richtig abgelesen — davon hängenAPP_URLund der Abschlussbildschirm ab pct exec … bash -c "<Umgebung> bash /root/laufzettel-install.sh"übergibt die Variablen so, wieinstall.shsie liest (APP_URL,BIND_ADDR,LAUFZETTEL_REPO,LAUFZETTEL_ZWEIG,LAUFZETTEL_PASSWORT_DATEI)- Das Erstpasswort wird aus
/root/laufzettel-erstpasswortgelesen und danach gelöscht - Der
whiptail-Dialog ist auf einer PVE-Shell bedienbar (Standard und Erweitert) - Der zweite Aufruf erkennt den Container am Hostnamen und aktualisiert statt anzulegen
--aktualisierenbricht ab, wenn es keinen Containerlaufzettelgibt- Die Ausgabe von
install.sherscheint im Terminal, ohne von einem Spinner überschrieben zu werden
Aufgaben
- Einzeiler auf einem PVE-Host fahren, Prüfliste abhaken
- Abweichungen als eigene Issues aufnehmen, nicht hier sammeln
- Nach dem erfolgreichen Lauf den Satz „Der
pct-Teil ist ungetestet“ indocs/betrieb/proxmox.mddurch das Ergebnis ersetzen (PVE-Fassung, Datum) docs/abnahme-mvp.mdZeile 11 abhaken
Akzeptanzkriterien
- Ein LXC, in dem
systemctl is-active laufzettel„active“ meldet und/api/gesundheitstatus okliefert pct exec <ctid> -- ss -ltnzeigt keinen Port 5432- Zweiter Aufruf: Daten,
APP_SECRETund Datenbankpasswort unverändert
Verschoben auf v0.3.0 (2026-10-11)
Stand bis hierher auf v0.2.0 und hat den Tag nicht aufgehalten, weil es eine Gegenprüfung ist
und kein fehlendes Stück: deploy/proxmox/laufzettel.sh ist shellcheck-geprüft und im
--dry-run gefahren, und der eigentliche Installationsteil (deploy/install.sh) läuft vollständig
in einem debian:13-Container — PostgreSQL, Bau, Migration, Seed, Dienststart.
Was fehlt, ist der pct create-Teil auf einem echten PVE-Host, und der verlangt einen Host, den
diese Umgebung nicht hat. Die Prüfliste steht oben; sie wartet unverändert.