Der neue Monatsrückblick für Mai und Juni 2026 ist online!

[da_Woody]

@bass-t ich weis nicht, ob ich zu dumm bin. ich bekomm jetzt 2x täglich (07:01 und 19:01) eine mail mit "No updates found during search"
früher kam nur ne mail, wenn updates zur verfügung standen.
wenn keine updates anstehn nervt das.

[Bass-T]

@da_woody früher kam die meldung auch immer, aber mit doofen text. Auslöser ist/war cron.
Cron ist nun still gelegt, und die Nachricht wird jetzt bereinigt und geschickt.

Wenn jetzt mit der letzten beta und dem neuen 4.5 von heute keine updates gefunden werden sollte:

No updates found during search

per email kommen.

Ich könnte das mit einer Variablen in der config file ändern. Soll ich ;)

Alternativ passe die cron zeiten in /etc/crontab an, dann machst du den check vielleicht nur noch 1x am Tag /Woche ;)
Zeile ist hier:

00 07,19 * * *  root    update -check >/dev/null 2>&1

EDIT:

send email if no updates available
EMAIL_NO_UPDATES="true"

ist im neusten develop jetzt drin - wird mit dem nächsten release kommen ;)

[Bass-T]

v4.5.2 released

• add Backup when Snapshot is not available #204
• fix fs-trim
• fix "error code 1" on start
• fix #188 error during helper-script update
• fix ssh connection during check
• code cleaning

[vowill]

@bass-t Danke für das Script - echt eine super Sache.
Bei mir lief das Programm wenige Minuten durch und blieb dann "stehen" mit den Zeilen:

Setting up openssh-server (1:9.2p1-2+deb12u7) ...
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
rescue-ssh.target is a disabled or a static unit not running, not starting it.

Danach für ca. 2min kein Prompt mehr und auch sonst keine Aktion. Das macht doch etwas nervös ... Aber dann lief es durch bis zum Ende.

✅ Finished, all updates done.

🎉 All fine, have a nice day```

[Bass-T]

@vowill sagte in Proxmox-Updater (Host/LXC/VM) auch ioBroker,piHole,etc:

@bass-t Danke für das Script - echt eine super Sache.
Bei mir lief das Programm wenige Minuten durch und blieb dann "stehen" mit den Zeilen:

Setting up openssh-server (1:9.2p1-2+deb12u7) ...
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
rescue-ssh.target is a disabled or a static unit not running, not starting it.

Danach für ca. 2min kein Prompt mehr und auch sonst keine Aktion. Das macht doch etwas nervös ... Aber dann lief es durch bis zum Ende.

✅ Finished, all updates done.

🎉 All fine, have a nice day```

Hi @vowill, leider kann ich aus deinem code nicht viel raus lesen. Was ich sehe ist, ein "normaler" Fehlercode, wenn locale nicht gesetzt wurde - was ziemlich oft der Fall ist - ist auch kein Problem, mehr ein Hinweis.

rescue-ssh.target hat dann wohl etwas länger gedauert zu installieren, ... auch nichts auffälliges, ...

Am Ende hast du ein Finish - ohne Fehler bekommen, was bedeutet, dass an keiner stelle des Skript etwas "schief" gelaufen ist - es gab keinen ExitCode - nur 0 - so soll es sein.

Alles in allem würde ich behaupten alles safe ;)

Grüße

[da_Woody]

@bass-t sorry, hatte die letzten tage anderes chaos.
wie gesagt, warum mail, wenn kein update ist. was ja auch witzig ist, teilweise kommen die mails als spam an, teilweise nicht...

[Bass-T]

@da_woody kein ding :)
Habe deinen Wunsch in die v4.5.2 übernommen

update.conf - line 34 ;)

die Spam Geschichte ist mit neu. Bin jetzt kein System Admin, aber für mein Verständniss (bzgl Mailserver - mein eigener funktioniert bis heute nicht richtig :D ) kommt der Spam tag vom mail Server. Da kann ich wohl nichts ändern.
Zudem benutze ich für mail keine extra tools, sondern den in PVE eingebauten mail client ;)

Meine code Zeile hierfür:

mail -s "Ultimate Updater summary" "$EMAIL_USER" < "$LOCAL_FILES"/mail-output
echo "No updates found during search" | mail -s "Ultimate Updater" root

$EMAIL_USER ist standardt "root" - kann auch in config geändert werden.

Gerade entdeckt, dass im 2. code der USER nicht korrekt ist, ... lol - gerade gefixed in develop version.

Grüße

[da_Woody]

@bass-t sagte in Proxmox-Updater (Host/LXC/VM) auch ioBroker,piHole,etc:

Habe deinen Wunsch in die v4.5.2 übernommen

kommt der Spam tag vom mail Server.

das ist mir klar! ich kapier nur nicht, warum einmal so, das andere mal anders...

[Bass-T]

@da_woody sagte in Proxmox-Updater (Host/LXC/VM) auch ioBroker,piHole,etc:

das ist mir klar! ich kapier nur nicht, warum einmal so, das andere mal anders...

Technik die fastziniert :D

[Master67]

Danke, läuft immer noch super, hatte auf die 9er Version (neu installiert) gewechselt und dein Tool wieder Installiert

[Bass-T]

[da_Woody]

@Bass-T GRANULATION!
hab ich schon lange geinstet, echt goil!

[Bass-T]

v5.0 veröffentlicht 🎉

Seit dem letzten Release hat sich einiges getan.

Neuerungen / Verbesserungen:

• konfigurierbarer E-Mail-Absender
• Benachrichtigungsoptionen für Update-Prüfungen und erfolgreiche Durchläufe
• verbessertes Update-Handling für Alpine, Fedora und Arch
• Alpine-Unterstützung für VMs
• Kali-Linux-Unterstützung
• UniFi-Update-Unterstützung
• verbessertes Backup- und Reboot-Handling
• verbesserte SSH-, QEMU-Gast-Agent- und Cluster-Verarbeitung

Behoben:

• VM-spezifische User-Scripts
• unvollständige Ausgabe bei Update-Check-E-Mails
• dpkg-Conffile-Abfragen bei unbeaufsichtigten APT-Upgrades
• QEMU-Gast-Ausgabe und numerische Update-Auswertung
• Auswahl zwischen SSH- und QEMU-Pfad bei VMs
• Timeout-Handling des Welcome-Screens
• Uninstaller-Handling
• mehrere Zuverlässigkeitsprobleme

v5.0 wurde unter anderem mit Proxmox-Hosts, LXC-Containern, SSH-VMs, QEMU-Agent-VMs und Cluster-Nodes getestet.

Auch Neuinstallation und Self-Update über den öffentlichen Release-Pfad wurden erfolgreich geprüft.

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

Danke an alle, die Fehler gemeldet, getestet oder mitgewirkt haben! 👍

[David G.]

@Bass-T

Habe das Script jetzt auch nochmal getestet.
Mein zabbix ct bleibt immer genau dort hängen:

Mit Ctrl+c macht er dann mit dem nächsten ct weiter.

P.s.
Gibts auch die Option nach einem Durchgang das Ergebnis als webhook als json etc zu senden? Für die simple api vom iobroker.

Edit

Ist es normal, dass er mir hier immer Version 2 anzeigt?

https://github.com/BassT23/Proxmox

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

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


ℹ  Updating script ...

✅ The Ultimate Updater updated successfully.
For infos and warnings please check the readme under <https://github.com/BassT23/Proxmox>

root@pve:~#

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