Monatsrückblick Juli / August 2026 ist online!

[Bass-T]

Something is loading… 👀

[Bass-T]

Teaser #2 ;)

[Bass-T]

🚀 Ultimate Updater 5.1 ist veröffentlicht

Nach einer längeren RC-Phase, vielen Tests im Cluster und einigen letzten Regression-Fixes ist Ultimate Updater 5.1 jetzt offiziell als stabile Version verfügbar.

Aus dem ursprünglich eher kleinen Update-Skript ist inzwischen ein recht umfangreiches Tool geworden, mit dem sich Proxmox-Nodes, LXC-Container, VMs und externe Systeme zentral prüfen und aktualisieren lassen.

Einige der wichtigsten Änderungen in v5.1:

• robustere Job- und Update-Verarbeitung
• verbesserte Statusauswertung
• bessere Unterscheidung zwischen normalen und Security-Updates
• Unterstützung für Systeme, die nur eine Gesamtzahl an Updates liefern
• überarbeitete WebUI
• native HTTPS-Unterstützung
• verbesserter Self-Update-Mechanismus
• konfigurierbarer Proxmox-Backup-Storage
• bessere VM-/LXC-Lifecycle-Behandlung
• interne SSH-Konfiguration
• bestehende v5.0-SSH-Konfigurationen bleiben kompatibel
• verbesserte Behandlung entfernter Nodes, VMs und LXCs
• pfSense-/FreeBSD-Checks
• aufgeräumteres Runtime-Paket
• viele zusätzliche Bugfixes und Regressionstests

Besonders wichtig war mir bei 5.1 auch die Abwärtskompatibilität:

Wer unter v5.0 bereits SSH-Zugriffe für VMs eingerichtet hat, muss diese nach dem Update nicht komplett neu konfigurieren.

---

Update

Bereits installierte Systeme können direkt auf die stabile Version wechseln mit:

update master -up

GitHub:
https://github.com/BassT23/Proxmox

Release:
https://github.com/BassT23/Proxmox/releases/tag/v5.1

Vielen Dank an alle, die getestet, Fehler gemeldet und Feedback gegeben haben. ❤️

Ultimate Updater – one place to keep your systems updated.

[Negalein]

@Bass-T sagte:

jetzt offiziell als stabile Version verfügbar.

Hallo

Installier ich es als eigene VM/LXC oder direkt im Proxmox-Host?

[da_Woody]

@Negalein
im host...

[Negalein]

ich steh hier schon an.

installer=$(mktemp)
curl -4 -fSL --retry 0 https://raw.githubusercontent.com/BassT23/Proxmox/master/install.sh -o "$installer" && \
  bash -n "$installer" && bash "$installer"
rm -f "$installer"

       https://github.com/BassT23/Proxmox

 The __  ______  _                 __
    / / / / / /_(_)___ ___  ____ _/ /____
   / / / / / __/ / __ `__ \/ __ `/ __/ _ \
  / /_/ / / /_/ / / / / / / /_/ / /_/  __/
  \____/_/\__/_/_/ /_/ /_/\____/\__/\___/
     __  __          __      __
    / / / /___  ____/ /___ _/ /____  ____
   / / / / __ \/ __  / __ `/ __/ _ \/ __/
  / /_/ / /_/ / /_/ / /_/ / /_/  __/ /
  \____/ ____/\____/\____/\__/\___/_/
      /_/                for Proxmox VE

       *** Install and/or Update ***
       ***   Version :   2.1   ***


ℹ  Installing The Ultimate Updater

cp: cannot stat '/root/Ultimate-Updater-Temp/update.sh': No such file or directory
root@proxmox2:~#

---

Edit:

bei mir liegt die update.sh in /root/Ultimate-Updater-Temp/BassT23-Proxmox-d6a2d86/

Kann ich sie dort ausführen, oder bringt es das Script durcheinander, wenn es nicht in /root/Ultimate-Updater-Temp/ liegt?

[Bass-T]

@Negalein sagte:

ich steh hier schon an.

installer=$(mktemp)
curl -4 -fSL --retry 0 https://raw.githubusercontent.com/BassT23/Proxmox/master/install.sh -o "$installer" && \
  bash -n "$installer" && bash "$installer"
rm -f "$installer"

       https://github.com/BassT23/Proxmox

 The __  ______  _                 __
    / / / / / /_(_)___ ___  ____ _/ /____
   / / / / / __/ / __ `__ \/ __ `/ __/ _ \
  / /_/ / / /_/ / / / / / / /_/ / /_/  __/
  \____/_/\__/_/_/ /_/ /_/\____/\__/\___/
     __  __          __      __
    / / / /___  ____/ /___ _/ /____  ____
   / / / / __ \/ __  / __ `/ __/ _ \/ __/
  / /_/ / /_/ / /_/ / /_/ / /_/  __/ /
  \____/ ____/\____/\____/\__/\___/_/
      /_/                for Proxmox VE

       *** Install and/or Update ***
       ***   Version :   2.1   ***


ℹ  Installing The Ultimate Updater

cp: cannot stat '/root/Ultimate-Updater-Temp/update.sh': No such file or directory
root@proxmox2:~#

---

Edit:

bei mir liegt die update.sh in /root/Ultimate-Updater-Temp/BassT23-Proxmox-d6a2d86/

Kann ich sie dort ausführen, oder bringt es das Script durcheinander, wenn es nicht in /root/Ultimate-Updater-Temp/ liegt?

Danke für den Hinweis – du hast hier tatsächlich einen echten Fehler im Installer gefunden.

Die Anzeige Version: 2.1 im Banner ist nur die interne Version von install.sh und nicht die Versionsnummer des Ultimate Updaters.

Das Verzeichnis

/root/Ultimate-Updater-Temp/BassT23-Proxmox-<commit>/

ist lediglich ein temporäres Download-/Entpack-Verzeichnis. Bitte die dort liegende update.sh nicht manuell ausführen.

Die eigentliche Ursache war, dass der Installer aus dem master-Branch ohne gesetztes UU_TARGET_BRANCH fälschlicherweise auf develop zurückgefallen ist.

Das ist jetzt auf master behoben:

152131d1a13f8ea14aab8af309e91f142a7a355e

Eine normale Installation über master verwendet damit wieder korrekt das aktuelle Stable-Release. Explizite Installationen über beta oder develop funktionieren weiterhin wie vorgesehen.

Bitte den normalen Installationsbefehl einfach noch einmal ausführen. GitHubs Raw-Content-Cache kann eventuell noch kurze Zeit den alten Stand ausliefern.

Danke nochmal fürs Finden und Melden! 👍

[Bass-T]

🚀 Ultimate Updater v5.1.2 veröffentlicht

v5.1.2 ist ein kleiner, aber wichtiger Hotfix für die aktuelle 5.1-Version.

Behoben wurde unter anderem:

• Self-Update von bestehenden v5.0-Installationen korrigiert
• Release-Archiv / Konfigurationsmigration repariert
• QGA-Updates robuster gemacht, wenn der Guest Agent während eines Updates neu startet
• Remote-QGA für VMs auf anderen Proxmox-Cluster-Nodes korrigiert
• fehlerhafte Post-Update-Statusprüfung behoben
• kleine Ausrichtungsverbesserungen in der WebUI-Übersicht

Falls ein Update auf v5.1.1 zuvor mit

Target release has no valid configuration migration helper

abgebrochen ist:

Die bestehende Installation wurde durch den eingebauten Fail-safe nicht verändert.

Das Update kann jetzt einfach erneut gestartet werden:

update master -up

🔗 https://github.com/BassT23/Proxmox

Ultimate Updater – the easy way to keep your Proxmox systems updated.

[Negalein]

@Bass-T sagte:

Danke nochmal fürs Finden und Melden! 👍

noch was mit dem Welcome-Screen

       *** Install and/or Update ***
       ***   Version :   2.1   ***


ℹ  Installing The Ultimate Updater

Created symlink '/etc/systemd/system/multi-user.target.wants/ultimate-updater-web.service' → '/etc/systemd/system/ultimate-updater-web.service'.
✅ Web UI ready on port 8765.
✅ Initial system inventory started.
✅ Ultimate Updater installed successfully.
   Installed: master
Also want to install the Welcome-Screen?
Type [Y/y] or Enter for yes - anything else will exit:
cp: cannot stat '/root/Ultimate-Updater-Temp/welcome-screen.sh': No such file or directory

EDIT

eigentlich braucht man den Welcome Screen eh nicht ;)

Update vom Updater lief über GUI auch perfekt :)

EDIT 2

kann man die Emailausgabe ändern?

Ultimate Updater status

Available updates:

🖥️ proxmox2
S: 41 / N: 89
🐧 108 · spoolman
S: 40 / N: 66
🐧 109 · homeassistant
S: 31 / N: 42
🐧 110 · agentdvr
S: 81 / N: 15

Total available updates: 405

S & N wäre ausgeschrieben schöner

eventuell so?

[David G.]

@Negalein sagte:
eventuell so?

Versendet du das so als telegram?

[Negalein]

@David-G. sagte:

Versendet du das so als telegram?

Mail

[Negalein]

@bass-t

der läuft seit 17:30 (jetzt 19:14).
Sind aber nur 3 LXC und 1 Host.

Denke der hängt am Host fest.

Kann ich das wo überprüfen?

Log hüpft nur.

journalctl bringt

Jan 10 19:51:04 proxmox2 pveproxy[897]: starting 2 worker(s)
Jan 10 19:51:04 proxmox2 pveproxy[897]: worker 3854731 started
Jan 10 19:51:04 proxmox2 pveproxy[897]: worker 3854732 started
Jan 10 19:51:04 proxmox2 pveproxy[3854731]: /etc/pve/local/pve-ssl.key: failed to load local private key (key_file or key) at /usr/share/perl5/PVE/APIServer/AnyEvent.pm line 1917.
Jan 10 19:51:04 proxmox2 pveproxy[3854732]: /etc/pve/local/pve-ssl.key: failed to load local private key (key_file or key) at /usr/share/perl5/PVE/APIServer/AnyEvent.pm line 1917.
Jan 10 19:51:09 proxmox2 pveproxy[3854730]: worker exit
Jan 10 19:51:09 proxmox2 pveproxy[897]: worker 3854730 finished
Jan 10 19:51:09 proxmox2 pveproxy[897]: starting 1 worker(s)
Jan 10 19:51:09 proxmox2 pveproxy[897]: worker 3854733 started
Jan 10 19:51:09 proxmox2 pveproxy[3854731]: worker exit
Jan 10 19:51:09 proxmox2 pveproxy[3854732]: worker exit
Jan 10 19:51:09 proxmox2 pveproxy[3854733]: /etc/pve/local/pve-ssl.key: failed to load local private key (key_file or key) at /usr/share/perl5/PVE/APIServer/AnyEvent.pm line 1917.
Jan 10 19:51:09 proxmox2 pveproxy[897]: worker 3854731 finished
Jan 10 19:51:09 proxmox2 pveproxy[897]: starting 1 worker(s)
Jan 10 19:51:09 proxmox2 pveproxy[897]: worker 3854734 started
Jan 10 19:51:09 proxmox2 pveproxy[897]: worker 3854732 finished
Jan 10 19:51:09 proxmox2 pveproxy[897]: starting 1 worker(s)
Jan 10 19:51:09 proxmox2 pveproxy[897]: worker 3854735 started
Jan 10 19:51:09 proxmox2 pveproxy[3854734]: /etc/pve/local/pve-ssl.key: failed to load local private key (key_file or key) at /usr/share/perl5/PVE/APIServer/AnyEvent.pm line 1917.
Jan 10 19:51:09 proxmox2 pveproxy[3854735]: /etc/pve/local/pve-ssl.key: failed to load local private key (key_file or key) at /usr/share/perl5/PVE/APIServer/AnyEvent.pm line 1917.
Jan 10 19:51:14 proxmox2 pveproxy[3854733]: worker exit
Jan 10 19:51:14 proxmox2 pveproxy[897]: worker 3854733 finished
Jan 10 19:51:14 proxmox2 pveproxy[897]: starting 1 worker(s)
Jan 10 19:51:14 proxmox2 pveproxy[897]: worker 3854736 started
Jan 10 19:51:14 proxmox2 pveproxy[3854736]: /etc/pve/local/pve-ssl.key: failed to load local private key (key_file or key) at /usr/share/perl5/PVE/APIServer/AnyEvent.pm line 1917.
Jan 10 19:51:14 proxmox2 pveproxy[3854734]: worker exit
Jan 10 19:51:14 proxmox2 pveproxy[3854735]: worker exit
Jan 10 19:51:14 proxmox2 pveproxy[897]: worker 3854734 finished
Jan 10 19:51:14 proxmox2 pveproxy[897]: starting 1 worker(s)
Jan 10 19:51:14 proxmox2 pveproxy[897]: worker 3854735 finished
Jan 10 19:51:14 proxmox2 pveproxy[897]: worker 3854737 started
Jan 10 19:51:14 proxmox2 pveproxy[3854737]: /etc/pve/local/pve-ssl.key: failed to load local private key (key_file or key) at /usr/share/perl5/PVE/APIServer/AnyEvent.pm line 1917.
Jan 10 19:51:19 proxmox2 pveproxy[3854736]: worker exit
Jan 10 19:51:19 proxmox2 pveproxy[897]: worker 3854736 finished
Jan 10 19:51:19 proxmox2 pveproxy[897]: starting 2 worker(s)
Jan 10 19:51:19 proxmox2 pveproxy[897]: worker 3854738 started
lines 1-78

ultimate-updater status bringt

root@proxmox2:~# ultimate-updater status
Status schema 1
Generated: 2026-09-06T15:29:41Z
Target / friendly name   Reachable Updates Status         Last check
----------------------   --------- ------- ------         ----------
proxmox2                 yes       130     updates_ava... 2026-09-06T15:29:41Z
108 · spoolman           yes       106     updates_ava... 2026-09-06T15:29:41Z
109 · homeassistant      yes       73      updates_ava... 2026-09-06T15:29:41Z
110 · agentdvr           yes       96      updates_ava... 2026-09-06T15:29:41Z

Jobs
Type     Target / friendly name         State          Exit
JOB      all-systems                    completed      0
CHECK    all-systems                    completed      0
JOB      all-systems                    running        pending
JOB      selfupdate                     completed      0

[David G.]

@Negalein

Woher bekommst du die Daten?
Wollte Mittwoch wenn mein Claude wiederbelebt wird das Thema mal angehen.

Würde das Script gerne aus dem ioBroker auslesen und ggf aucu Updates anstoßen können.

[Negalein]

@David-G. sagte:

Woher bekommst du die Daten?

vom Updater

[David G.]

@Negalein

Auf welchen Weg?
Api, exec etc....

[Negalein]

@David-G. sagte:

Auf welchen Weg?

in Proxmox Email konfiguriert.
Und der Updater schickt dann den Mail-Befehl (siehe /etc/ultimate-updater/update.conf)

https://github.com/BassT23/Proxmox/blob/master/docs/configuration.md#notifications-and-logging

Notifications and logging

EMAIL_USER, EMAIL_SENDER, EMAIL_DAILY_CHECK, EMAIL_NO_UPDATES,
EMAIL_ONLY_SECURITY, and EMAIL_ONLY_ERROR control email behavior.
DEBUG enables technical diagnostics and detailed job output. Keep it false
for normal user-facing output and enable it temporarily for troubleshooting.
LOG_FILE and ERROR_LOG_FILE select the local log files.

[Bass-T]

Danke euch für die Rückmeldungen. 👍

Den Fehler mit dem Welcome-Screen schaue ich mir an. Die eigentliche Installation scheint ja durchgelaufen zu sein, nur die optionale Installation des Welcome-Screens findet die Datei offenbar nicht mehr am erwarteten Pfad. Das kommt auf die To-do-Liste.

Die Mail-Ausgabe mit "S / N" nehme ich ebenfalls als kleinen Verbesserungswunsch mit auf. Ausgeschrieben als "Security / Normal" ist das natürlich eindeutiger.

Zum sehr lange laufenden Update-Job würde ich gern noch genauer sehen, wo er tatsächlich hängt. Die Meldungen von "pveproxy" deuten erstmal auf ein separates Problem mit dem lokalen Proxmox-SSL-Key hin. Interessant wäre daher vor allem das Log des betreffenden Ultimate-Updater-Jobs bzw. an welchem System/Schritt er stehen geblieben ist.

Zur ioBroker-Anbindung:
Eine separate API ist dafür aktuell eigentlich nicht notwendig. Der Ultimate Updater lässt sich bereits über seine CLI steuern. Mit dem JavaScript-Adapter in ioBroker, "exec" und einer SSH-Key-Verbindung zum Proxmox-Host könntest du die gewünschten Befehle remote ausführen und die Ausgaben anschließend selbst in ioBroker-Datenpunkte schreiben.

Damit wären z. B. Statusabfragen, Checks und auch das Starten von Update-Jobs grundsätzlich schon heute möglich.

Die genannten Fehler und Wünsche nehme ich jetzt der Reihe nach mit und arbeite sie einzeln ab. 🙂

[Negalein]

@Bass-T sagte:

das Log des betreffenden Ultimate-Updater-Jobs

hoffe das ist das richtige

ultimate-updater.log

Kann ich den laufenden Job irgendwie abbrechen?
Oder Maschine rebooten und hoffen dass er wieder bootet?

[Bass-T]

@Negalein sagte:

@Bass-T sagte:

das Log des betreffenden Ultimate-Updater-Jobs

hoffe das ist das richtige

ultimate-updater.log

Kann ich den laufenden Job irgendwie abbrechen?
Oder Maschine rebooten und hoffen dass er wieder bootet?

Danke für die Rückmeldung und die Logs. 👍

Bitte den Host erstmal nicht rebooten und apt/dpkg auch nicht blind beenden.

Ich habe den Hänger inzwischen genauer nachvollzogen.

Der Ultimate-Updater-Job selbst ist nicht kaputt. Das Host-Update wartet auf eine interaktive Paketfrage zu /etc/ssh/sshd_config.

Genauer gesagt wartet apt-get dist-upgrade während des openssh-server-Updates auf eine Maintainer-/Conffile-Entscheidung.

Damit haben wir allerdings eine echte Lücke im aktuellen Jobmodell gefunden:

Der Updatejob läuft bewusst serverseitig weiter, damit ein geschlossenes Browserfenster oder eine getrennte SSH-Verbindung kein laufendes apt/dpkg abschießt. Das funktioniert auch.

Wenn der Paketmanager aber eine Benutzereingabe benötigt, gibt es momentan noch keinen Rückkanal von WebUI/CLI zum laufenden Job. Der Job sieht dann einfach weiterhin wie running aus und wartet auf die Eingabe.

Das wird auf develop entsprechend weiter bearbeitet. Der normale Updatebetrieb soll dabei interaktiv bleiben – gerade bei Konfigurationsfragen möchte ich solche Entscheidungen nicht einfach automatisch treffen lassen. Für unbeaufsichtigte/scheduled Updates gibt es separat den Headless-/Non-Interactive-Betrieb.

Für deinen aktuell laufenden Job bitte einmal auf dem betroffenen Proxmox-Host ausführen:

ps aux | grep -E 'apt|apt-get|dpkg'

und:

ps -ef --forest | grep -A20 -B5 -E 'apt|apt-get|dpkg'

Wenn dort noch apt-get dist-upgrade, apt oder dpkg läuft, bitte nicht killen.

Zusätzlich bitte noch:

dpkg --audit

und:

systemctl list-units --type=service | grep ultimate-updater

Poste mir die Ausgaben bitte hier. Dann können wir den aktuell laufenden Zustand gezielt und möglichst sicher auflösen.

Die gleichzeitig in deinen Logs sichtbaren pveproxy-/pve-ssl.key-Fehler sind übrigens ein separates Proxmox-Problem. Sie erklären den konkreten Hänger beim Update nicht.

---

Den anderen von dir gemeldeten Fehler bei der Welcome-Screen-Installation konnte ich ebenfalls nachvollziehen und habe ihn bereits auf develop behoben. 👍

Ursache war, dass die Hauptinstallation bei verschachtelten Release-Archiven bereits den korrekt ermittelten Pfad verwendet hat, die anschließende Welcome-Screen-Installation aber noch auf den alten festen Temp-Pfad zugegriffen hat.

Fix auf develop:

0bcb3dfe8d2ebef61f6400626934af4a06e9fae8

Der Welcome-Screen wird jetzt ebenfalls aus dem tatsächlich ermittelten Payload-Verzeichnis installiert.

Danke fürs Testen und insbesondere für die Logs – dadurch konnten wir beide Punkte ziemlich eindeutig eingrenzen. 🙂

[MartinP]

Ich finde ein händisch Updaten eigentlich ganz praktisch. Ich arbeite mich von weniger wichtigen zu wichtigen Instanzen auf meinem Proxmox-PVE vor, wenn da beim Update von "debian-test" etwas klemmt, kann man erstmal untersuchen, was es ist.

Ich finde das irgendwann eingeführte "mit nächsten LXC/VM weitermachen bei Fehler" etwas bedenklich. Ggfs macht das bequeme Script dann alle Container/VMs der Reihe nach kaputt wenn es ein systematisches Problem im Repository gibt...