Monatsrückblick Juli / August 2026 ist online!

[Bass-T]

@david-g. Danke für die Rückmeldung.

Zu Punkt 2: dabei handelt es sich um den update/Installer. Dieser ist aktuell auf v2.
Den solltest du nur bei update oder install sehen. Danach nicht wieder 😉

Zu deinem zabbix container:

Danke für die Rückmeldung.

Ich habe dazu inzwischen einen kleinen Test-Fix vorbereitet.

Hintergrund:
Der Ultimate Updater startet bei Containern, die mit den Proxmox Community Scripts erstellt wurden, zusätzlich deren eigenes Update-Script.

Bei v5.0 gab es dabei drei Schwachstellen:

• wenn dieses Community-Script hängen bleibt, konnte der Ultimate Updater ebenfalls unbegrenzt warten
• Fehlermeldungen des Community-Scripts wurden nicht angezeigt
• auch bei einem Fehler konnte anschließend fälschlich eine Erfolgsmeldung erscheinen

Der eigentliche Fehler deines Containers konnte in meiner Testumgebung bisher nicht exakt reproduziert werden. Der Update-Aufruf wurde aber robuster gemacht:

• maximal 30 Minuten Laufzeit
• Fehlerausgabe wird angezeigt
• Exit-Code wird geprüft
• bei einem Fehler oder Timeout wird keine falsche Erfolgsmeldung mehr ausgegeben
• der restliche Update-Lauf kann weiterlaufen

Der Fix ist aktuell noch nicht Bestandteil von v5.0, sondern liegt als Test-Hotfix auf GitHub:

Issue:
https://github.com/BassT23/Proxmox/issues/294

Pull Request:
https://github.com/BassT23/Proxmox/pull/295

Wenn du testen möchtest, kannst du nur die betroffene Datei austauschen.

Zuerst ein Backup anlegen:

cp -a /etc/ultimate-updater/update-extras.sh \
  /etc/ultimate-updater/update-extras.sh.bak

Dann die Testversion herunterladen:

curl -fsSL \
  https://raw.githubusercontent.com/BassT23/Proxmox/0a15130cfe8ae31f5e97b0856c4ff55cac92866f/update-extras.sh \
  -o /etc/ultimate-updater/update-extras.sh

Anschließend Rechte und Besitzer der alten Datei übernehmen:

chmod --reference=/etc/ultimate-updater/update-extras.sh.bak \
  /etc/ultimate-updater/update-extras.sh

chown --reference=/etc/ultimate-updater/update-extras.sh.bak \
  /etc/ultimate-updater/update-extras.sh

Zum Schluss einmal prüfen, ob die Datei syntaktisch in Ordnung ist:

bash -n /etc/ultimate-updater/update-extras.sh

Wenn dabei keine Ausgabe kommt, ist alles okay.

Danach den Ultimate Updater bitte nochmal normal starten.

Interessant wäre dann vor allem:

• bleibt er weiterhin bei *** Updating Community-Scripts *** stehen?
• erscheint jetzt eine Fehlermeldung?
• erscheint ein Timeout?
• läuft der Ultimate Updater anschließend weiter?

Falls du wieder zurück auf die originale v5.0-Datei möchtest:

mv /etc/ultimate-updater/update-extras.sh.bak \
  /etc/ultimate-updater/update-extras.sh

Wenn du die Ausgabe vom nächsten Test hier postest, kann ich damit sehr wahrscheinlich genauer sehen, was bei deinem Community-Script passiert.

Grüße BassT

[Bass-T]

[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?