Neue Spalte „Host" pro Node (include_host). Ist sie an, fährt der geplante Lauf zusätzlich ein Host-dist-upgrade auf dem Node selbst — als eigener Task im Task-Center (robust via systemd-run-Scope, #203). Kein Auto-Reboot.
Backend: node_auto_update.include_host (Bool) + Migration 0027; run_auto_update_for_node startet bei include_host zusätzlich start_host_update_task. Laufen auch VMs, besitzt der VM-Bulk die last_status; reiner Host-Lauf → der Host-Poller spiegelt das Ergebnis (ok/error) in node_auto_update.last_status.
Frontend: Host-Checkbox-Spalte im AutoUpdateModal; Doku in wiki/Updates.md.

Verifiziert: Migration 0027 = alembic head, Spalte vorhanden, include_host round-trip persistiert (PUT/GET). Backend+Frontend neu gebaut.

⚠️ Deploy: alembic upgrade head (0027) — hier auf der Box bereits aktiv. Zum echten Test: an einem Node „Host" anhaken + aktivieren → der nächste fällige Lauf macht VM-Updates und Host-dist-upgrade (Task-Center zeigt beide).

Umgesetzt (commit `b69fe85`). Issue offen bis am echten Host verifiziert. Das Auto-Update-Modal („Auto-Update planen") macht jetzt optional auch den **Proxmox-Host** mit, nicht nur die VMs/CTs. - Neue Spalte **„Host"** pro Node (`include_host`). Ist sie an, fährt der geplante Lauf zusätzlich ein Host-`dist-upgrade` auf dem Node selbst — als eigener Task im Task-Center (robust via systemd-run-Scope, #203). **Kein Auto-Reboot.** - Backend: `node_auto_update.include_host` (Bool) + **Migration 0027**; `run_auto_update_for_node` startet bei `include_host` zusätzlich `start_host_update_task`. Laufen auch VMs, besitzt der VM-Bulk die `last_status`; reiner Host-Lauf → der Host-Poller spiegelt das Ergebnis (`ok`/`error`) in `node_auto_update.last_status`. - Frontend: Host-Checkbox-Spalte im AutoUpdateModal; Doku in wiki/Updates.md. **Verifiziert:** Migration 0027 = alembic head, Spalte vorhanden, `include_host` round-trip persistiert (PUT/GET). Backend+Frontend neu gebaut. ⚠️ **Deploy:** `alembic upgrade head` (0027) — hier auf der Box bereits aktiv. Zum echten Test: an einem Node „Host" anhaken + aktivieren → der nächste fällige Lauf macht VM-Updates **und** Host-dist-upgrade (Task-Center zeigt beide).

chinux referenced this issue from a commit

2026-06-30 20:36:21 +00:00

refactor(auto-upgrade): Trigger macht nur noch Upgrades, "Upgrade"-Checkbox raus (#204)

chinux commented

2026-06-30 20:36:50 +00:00

Author

Owner

Logik nachgezogen (commit 3526677):

Trigger macht jetzt nur noch Upgrades (dist_upgrade=True immer) — die Update-Erkennung machen die Agenten ohnehin laufend selbst.
„Upgrade"-Checkbox raus aus dem Modal; allow_dist_upgrade aus API/Body/Type entfernt (DB-Spalte bleibt Legacy, fix True).
Umbenannt Auto-Update → Auto-Upgrade überall im UI: Modal-Titel „Auto-Upgrade planen", Node-Menü, SettingsDrawer-Label, Task-Titel, Notification-Event „Auto-Upgrade abgeschlossen".
„Host"-Spalte (#204) bleibt.

Keine neue Migration. Verifiziert: allow_dist_upgrade weg aus der API, include_host bleibt, PUT ohne das Feld → 200. Backend+Frontend neu gebaut, 0 svelte-check-Fehler.

Logik nachgezogen (commit `3526677`): - Trigger macht jetzt **nur noch Upgrades** (`dist_upgrade=True` immer) — die Update-Erkennung machen die Agenten ohnehin laufend selbst. - **„Upgrade"-Checkbox raus** aus dem Modal; `allow_dist_upgrade` aus API/Body/Type entfernt (DB-Spalte bleibt Legacy, fix True). - Umbenannt **Auto-Update → Auto-Upgrade** überall im UI: Modal-Titel „Auto-Upgrade planen", Node-Menü, SettingsDrawer-Label, Task-Titel, Notification-Event „Auto-Upgrade abgeschlossen". - „Host"-Spalte (#204) bleibt. Keine neue Migration. Verifiziert: `allow_dist_upgrade` weg aus der API, `include_host` bleibt, `PUT` ohne das Feld → 200. Backend+Frontend neu gebaut, 0 svelte-check-Fehler.

chinux closed this issue

2026-06-30 21:01:05 +00:00