Feldtest auf zwei echten Proxmox-VE-9.2-Hosts (#018): Installation, Timer, Zwischenspeicher und Nachsenden laufen wie vorgesehen. `pvesubscription get` kennt kein JSON, ohne Subscription fehlen fast alle Felder, `pveversion` enthaelt den Kernel doppelt - alles im Agent beruecksichtigt. Dabei zeigte sich: in Proxmox hat jeder Knoten eine eigene Subscription. Der Agent meldet darum die Cluster-Mitglieder aus `pvecm nodes`, und eine elfte Warnregel meldet Knoten, von denen sich kein Agent meldet (#022). Ausserdem behoben: die Bilder des Handbuchs zeigten allesamt die Anmeldeseite, weil Firefox eine selbst erzeugte Cookie-Datei stillschweigend verwirft. Das Skript nutzt jetzt einen lokalen Vermittler und bricht ab, wenn alle Aufnahmen gleich gross sind. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
3.0 KiB
#018 Agent auf echten Proxmox-Hosts prüfen
Status: erledigt Meilenstein: v0.14.0 Labels: agent, test Geschätzt: 2 h Tatsächlich: 0 h 40 min
Ziel
Der Agent ist bisher nur gegen nachgebaute Proxmox-Befehle getestet. Vor dem produktiven Einsatz muss er auf echten Hosts laufen.
Aufgaben
- Installation auf Proxmox VE 9.2 (zwei Hosts: mit und ohne Subscription)
- Installation auf Proxmox Backup Server (kein Host verfügbar)
- Installation auf Proxmox Mail Gateway (kein Host verfügbar)
- Ausgabeformate von
pvesubscription get,proxmox-backup-manager subscription getundpmgsubscription getmit den Annahmen im Skript abgleichen - Verhalten ohne Subscription geprüft (Status
notfound, alle übrigen Felder fehlen und werden zu null) - Timer und Spool-Nachsendung geprüft; Uninstall steht noch aus (Agents laufen vorerst weiter)
- Abweichungen als Testfälle in
tests/agent-skript.test.tsübernehmen
Akzeptanzkriterien
- Auf allen drei Produkten läuft die Installation ohne Nacharbeit durch
- Die gemeldeten Felder stimmen mit der Ausgabe der Proxmox-Befehle überein
Abhängigkeiten
#005
Notizen / Entscheidungen
- Braucht Zugriff auf einen Testhost; bis dahin bleibt dieser Punkt offen.
Ergebnis des Feldtests (18.09.2026)
Zwei echte Hosts, beide Proxmox VE 9.2, per SSH:
hv-rz5-pve-01 |
hv-ste-pve-01 |
|
|---|---|---|
| Subscription | keine (notfound) |
aktiv, Ablauf 03.06.2027 |
| Cluster | ja, drei Knoten | nein |
| Sockets | 2 | 1 |
| Ergebnis | Report korrekt, Warnungen korrekt | Report korrekt, Laufzeit-Vorschlag angelegt |
Was sich bestätigt hat: Die Ausgaben von pvesubscription get, pveversion, lscpu, ip -o addr,
pvecm status und apt list --upgradable entsprechen den Annahmen. Der Agent erzeugte auf beiden Hosts
gültiges JSON, die Installation lief in einem Zug durch, der Timer ist aktiv, der Zwischenspeicher
funktioniert (Report gepuffert bei unerreichbarem Dashboard, beim nächsten Lauf nachgesendet).
Was anders war als gedacht:
pvesubscription getkennt kein--output-format json(PVE 9.2). Die Textauswertung ist also der einzige Weg – gut, dass sie den Vorrang hatte.- Ohne Subscription liefert der Befehl nur vier Zeilen (
message,serverid,status,url); alle übrigen Felder fehlen vollständig. Der Agent meldet sie alsnull, das Dashboard zeigt „Keine Subscription“. pveversionenthält den Kernel im selben String („… (running kernel: …)“). Da der Kernel separat gemeldet wird, schneidet der Agent ihn jetzt ab.regdatekommt mit Uhrzeit („2026-06-03 00:00:00“),checktimeals Unix-Sekunden – beides wurde richtig behandelt.- Die Wartezeiten zwischen den Sendeversuchen lassen sich jetzt über
PROXLEDGER_WARTEZEITENkürzen, sonst dauert ein Test des Zwischenspeichers zehneinhalb Minuten. - Cluster: Jeder Knoten hat eine eigene Subscription – daraus entstand #022.
Noch offen: PBS und PMG (keine Hosts verfügbar), Uninstall auf einem echten Host.