NEWS
Proxmox-Updater (Host/LXC/VM) auch ioBroker,piHole,etc
-
Hi @ll,
ich habe ein Script geschrieben, mit dem man den gesamten Proxmox Host und auch Cluster (falls vorhanden) Updaten kann.
Es ist auch ein exit code implementiert, womit man am Ende eine Nachricht zb an den Broker schicken kann - Erfolg oder Error.
Gerne nehme ich Anregungen oder Ideen mit auf
https://github.com/BassT23/Proxmox
Grüße
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
-
@bass-t sagte in Proxmox Update Script:
Kannst ja beide mal testen
könnte ich , allerdings mache ich das lieber manuell
-
Schaut euch mal Ansible an, da reichen ein paar Zeilen Yaml für solche Anwendungsfälle.
-
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
-
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 .
-
@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 logAm ende muss das jeder für sich selbst entscheiden
Ich persönlich bin zu "faul", jemand anderes hat mal gesagt "smart" um alles immer wieder einzeln einzugeben. Lieber reagiere ich auf "Fehler" und gehe davon aus, dass in der Regel alles fehlerfrei durchläuft
-
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 mitupdate -3
dennoch ein "Headless" Mode gestartet werden.Grüße
-
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" testerschaut es euch an unter
https://github.com/BassT23/Proxmoxdie Beta kann mit einer einzigen Zeile in der Proxmox GUI oder im Terminal installiert werden.
Viel spass beim testen
-
Release v3.7
Proxmox-UpdaterNeu:
- Welcome Screen with update check (via cron)
- support "only" for LXC/VM
Fixed:
- VM-Update show now errors
- Docker-Compose update
- LXC/VM Updates
-
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
-
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.
-
@bass-t ,
heute getestet und für gut befunden. -
@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 -
@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. -
@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.
-
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
-
@bass-t interessant, schon wer erfahrungen damit?
-
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.