Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Bass-T]

@crunchip gut gesehen ;)

Diesen habe ich als Vorlage benutzt.

Ich habe da noch folgendes hinzugefügt:

• Logging
• Exit tracking
• Cluster Mode
• Update des Hosts

und ein paar modifizierungen.

Kannst ja beide mal testen, und du wirst sehen, dass sich meine Arbeit gelohnt hat ;)

[crunchip]

@bass-t sagte in Proxmox Update Script:

Kannst ja beide mal testen

könnte ich:slightly_smiling_face: , allerdings mache ich das lieber manuell

[darkiop]

Schaut euch mal Ansible an, da reichen ein paar Zeilen Yaml für solche Anwendungsfälle.

[Bass-T]

So, mittlerweile habe ich heute v2.4 released.

mittels update -u kann sich das script selbst updaten.
Der Cluster Mode funktioniert und auch das Updaten der Hosts selbst.

Mit update -h sieht man die Hilfe.

Viel Spass damit. ;)

Ich habe immer wieder nach einer möglichkeit gesucht mehrere Linux Rechner im Netzwerk upzudaten, ohne jeden einzeln ansprechen zu müssen. Leider aber nie etwas gefunden.
Daher habe ich dieses script geschrieben und möchte auch andere davon profitieren lassen.

Grundsätzlich ist es richtig, so etwas nicht einfach über Nacht per cron laufen zu lassen. Shit happens everytime, ...

Dennoch ist das Updaten somit deutlich einfacher. Mit dem zusätzlichen log kann im nachhinein auch nachvollzogen werden, wo welche Fehler aufgetreten sind.
Sollte es im Verlauf eines Updates einen Fehler geben bricht das Scrip auch sofort ab.
Somit wird eine Häufung an Fehlern vermieden.

Ich bin auch kein Profi Programmierer, sondern habe mithilfe von Google und viel testen das script zusammen gestellt. Bitte um Rücksicht. Wenn jemand meint "das geht besser" - bestimmt, dann zeig mir wie ;)
Ich bin für Verbesserungen immer offen!

Viele Grüße

[Meister Mopper]

@bass-t

Respekt für Deine Arbeit. Ich bin jedoch wie @crunchip auch der Überzeugung, dass upgrades der manuellen Initiierung und Beobachtung bedürfen.

Da möchte ich schon die Hinweise und Fehler live mitbekommen. Zu oft waren da große Überraschungen dabei, die ich durch manchmal stundenlange Recherchen aufarbeiten musste.

Allerdings betreue ich nur 21 Linux-Maschinen, da kann ich mir das leisten :grin: .

[Bass-T]

@meister-mopper Ich möchte das auch nicht schlecht reden. Mit deiner Einstellung hast du absolut recht.
Ich sage auch nicht dass mein script fehlerfrei ist ;)
Ich habe auf Grund deiner Einwände, die ich absolut teile, auch so geschrieben, dass man den Verlauf mitverfolgen kann, und auch nachlesen im log ;)

Am ende muss das jeder für sich selbst entscheiden :D

Ich persönlich bin zu "faul", jemand anderes hat mal gesagt "smart" :D um alles immer wieder einzeln einzugeben. Lieber reagiere ich auf "Fehler" und gehe davon aus, dass in der Regel alles fehlerfrei durchläuft ;)

[Bass-T]

Ich habe eure Einwände aufgenommen und verarbeitet:

Ab Version 2.5 läuft das Script im "Interactive" Mode. So müssen anfragen bearbeitet werden.
Optional kann mit update -3 dennoch ein "Headless" Mode gestartet werden.

Grüße ;)

[Bass-T]

Hi @ll,

mittlerweile sind ein paar Wochen inst Land gegangen und das script hat sich extrem weiter entwickelt.
Seit heute ist die Version 3.5 als beta Verfügbar.
Wenn jemand möchte, wir bräuchten ein paar "mutige" tester :)

schaut es euch an unter
https://github.com/BassT23/Proxmox

die Beta kann mit einer einzigen Zeile in der Proxmox GUI oder im Terminal installiert werden.

Viel spass beim testen :)

[Bass-T]

Release v3.7
Proxmox-Updater

Neu:

• Welcome Screen with update check (via cron)
• support "only" for LXC/VM

Fixed:

• VM-Update show now errors
• Docker-Compose update
• LXC/VM Updates

[Bass-T]

Release v3.8
Proxmox-Updater
​
Neu:​

• SSH Connection for VM - with extra update support
• "Global Extra" in config file, for disable/enable Extra Updates
• Add "Status/Version" Info
• Info, if you are on beta/development version
• Welcome Screen:
  - Ask for Welcome-Screen during install
  - Make update check during update now - not at the end
  - Add "reboot required"

Fixed:​

• Bug fixing
• Welcome Screen:
  - Time calculation

Extras:​

• Cleaning code

[gutgut30]

Spannend - wie zuverlässig läuft das Update von LCX denn. Und, ich bin relativ neu bei Proxmox, wie oft sollte man seine Container updaten? Ich hätte jetzt erwartet, dass wenn ich einen z.B. LXC für smbshare im eigenen Netzwerk gebaut habe, dass ich da nicht oft ran muss.

[Wal]

@bass-t ,
heute getestet und für gut befunden. :+1:

[A Former User]

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

Ich hätte jetzt erwartet, dass wenn ich einen z.B. LXC für smbshare im eigenen Netzwerk gebaut habe, dass ich da nicht oft ran muss.

Moin,

täglich :)
Denn es sind ja einige kritische Komponenten (Software) installiert, die evtl. Fehler haben und somit dein System gefährden könnten.
Wenn du nicht auf eine Rolling Release Distribution setzt, wie Arch-Linux, .., sondern Release Distributionen wie Debian, Ubuntu, ..., dann auch noch die LTS Versionen nutzt, dann kommt nicht soviel, nur Pakete, in denen Fehler gefunden wurden und gestopft wurden.

In den LXC Containern, in denen Debian Bullseye als OS läuft, waren es in der letzten Zeit, ~2 Monate, gerade mal eine Handvoll Pakete, die erneuert wurden. Also alles nicht wirklich schlimm.

Ich habe 8 LXC Container, mixed einige Debian, aber immer mehr Arch Linux am Laufen und mache da täglich Updates.

VG
Bernd

[Bass-T]

@Wal Vielen Dank für das Feedback ;)

zum Thema, wie viel Updates sollten sein, ... Nun das ist schwer zu sagen. Grundsätzlich, je mehr auf der Maschine installiert wurde (nach dem Grundsystem) sollten diese Sachen aktuell gehalten werden.
Man braucht jetzt sicherlich nicht Täglich Updaten, aber ich sage einfach mal ~ 1x pro Monat wäre sicherlich nicht verkehrt.

Zur Hilfe kommt da auch mein Welcome Screen, welcher verrät ob Sicherheits Updates Verfügbar sind (Debian/Ubuntu Systeme)

Meiner Erfahrung nach (ich bin nur IT Nerd) ist damit alles recht aktuell. Kritisch wird es eben, wenn man sein System über Jahre nicht updatet.
Klar, man könnte jetzt auch sagen "never change a running system" - davon bin ich aber nur zum Teil überzeugt.
Ein gut gewartetes System, mit ab und zu auch mal ein Reboot, ist sicherlich nicht verkehrt.

Mein Script bietet zwar auch die Option es im headless modus "einfach" durchlaufen zu lassen, davon würde ich aber eher Abstand nehmen.
Natürlich sind Updates auch das ein oder andere mal für "Fehler" verantwortlich!
Daher lieber das ganze im Auge behalten, um dann auch dementsprechend reagieren zu können.
Auch sollte man Updates nicht aus der Ferne einfach so Anstossen, sondern bitte vor Ort sein - nach Möglichkeit.

Sollte ein Fehler Auftreten "Der Exit Code ist dann nicht 0" - bricht mein Script sofort ab und der User muss eingreifen. Das ist nicht um euch zu ärgern, sondern um Folgefehler auszuschließen.

Was genau passiert ist, kann man dann entweder direkt im Terminal nachlesen, oder in der mit geschriebenen log File.

Zudem kann man sich auch eine Benachrichtigung per iobroker (Telegram nutze ich dann zb) schicken, ob alles gut war, oder auch nicht. Dann brauch man nicht dabei bleiben, sondern kann es im "Hintergrund" durchlaufen lassen.

Viel Spass und Smartes Updaten

@gutgut30 LXC sind grundsätzlich genau wie normale Systeme zu behandeln. Es braucht zwar etwas weniger zu Updaten, da der Host das meiste übernimmt, dennoch sollten Updates gemacht werden.
Wenn auf dem LXC lediglich samba nachinstalliert wurde halten sich die Updates mit Sicherheit sehr in grenzen. ;)

[Wal]

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

Spannend - wie zuverlässig läuft das Update von LCX denn. Und, ich bin relativ neu bei Proxmox, wie oft sollte man seine Container updaten? Ich hätte jetzt erwartet, dass wenn ich einen z.B. LXC für smbshare im eigenen Netzwerk gebaut habe, dass ich da nicht oft ran muss.

Ich update meine LXC genauso oft wie normal Linuxsysteme, da sie auch nichts anderes sind.

[Bass-T]

Release v4.0
Proxmox-Updater
​

• add real snapshot support before update - if your storage setup support it
• you can now choose, if neofetch will be installed during installation
• code cleaning

[da_Woody]

@bass-t interessant, schon wer erfahrungen damit?

[Bass-T]

@da_woody

bisher habe ich noch keine negative Resonanz bekommen :)

70 Sterne auf git und 1.5k Downloads sind glaube ich nach einem Jahr nicht so verkehrt ;)

Grundsätzlich bin ich auch immer offen für Verbesserungsvorschläge.

[da_Woody]

@bass-t eigentlich bin ich ja für jeden blödsinn zu haben, aber will mein proxmox auch nicht komplett zerballern... :D

der profi ist weit entfernt von mir... ;)

[Bass-T]

@da_woody da sprichst du weise Worte :)

Machst du regelmäßig updates von deinem Proxmox, und der VMs?

• nebenbei, wieso nutzt du für ioBroker eine VM und kein LXC Container - LXC läuft sehr viel Ressourcen schonender.

1. Machst du regelmäßig updates von deinem Proxmox, und der VMs?
2. Hast du für dein Proxmox eine Subscription? Wenn nein, ist die pve-non-subscriptioon deaktiviert?

Wenn du alles mit ja beantworten kannst, kann mein script "eigentlich" nichts kaputt machen.

Ich bin auch kein Linux/Script Profi :) Mache das als Hobby seit knapp 10 Jahren. Davor 20 Jahre Windoof user :)

Mir war das ständige "apt update && apt dist-upgrade -y && apt autoremove" nur langsam zu mühseelig. Mein script macht das alles voll automatisch.

Als Sicherheit habe ich eingebaut: "Im zweifel Abbruch". Mein script versucht nicht irgendwelche komischen fixes zu basteln, dass soll bitte der user selbst machen :)

so sieht mittlerweile mein Cluster aus :)

Natürlich gibt es auch die Fraktion: "never change a running system" - hat sicherlich auch seine Berechtigung!
Ich bin aber eher die Fraktion "beta user" und versuche meine Systeme aktuell zu halten :) (Sicherheitslücken, etc)