Proxmox-Updater (Host/LXC/VM) auch ioBroker,piHole,etc

[da_Woody]

@bass-t boah, was hast du da für eine kiste stehn?
zo, der reihe nach...
regelmäßig ist halt definition. sagen wir mal nicht regelmäßig, aber doch. einzig motioneye ist noch auf buster. da hauts mich immer auf die schnauze beim versuch das auf bullseye -> bookworm rauf zu ziehen. deswegen auch der "respekt" vor deinem script.
VMs sind damals durch einen bekannten installiert worden. da hatte ich 0 ahnung und eine aversion gegen linux. bei win bin ich immer admin, da weis ich was ich tue, auch ohne die vergammelte passworteingabe.
nuja, man gewöhnt sich ja fast an alles...
repositorys sehn so aus:

zu den letzten 2 sätzen:
"never change" ist feigheit.
die fraktion gefällt mir. im ioB nur im latest unterwegs...

edith, die nette:
bin schon am überlegen eine bessere kiste zu organisieren mir 32GB RAM...

[Bass-T]

@da_woody dann auch von mir der reihe nach

ich bin PCFreak
ich habe 3 mini PCs alle mit Proxmox als System, nachdem ich festgestellt habe wie viel Potential da drin steckt. Ursprünglich habe ich mit Oracle Virtualbox angefangen, aber das System hat mich immer wieder genervt, ...

Eigentlich habe ich "nur" ein Smarthome System aufsetzen wollen, aber es ist immer weiter gewachsen - sowas, aber auch

Die 3 PCs waren Verhältnis Mässig günstig und so versuche ich mögliche Ausfälle kompensieren zu können und die Lasten zu verteilen
Smarthome - wichtig - wenn das ausfällt bekommt hier keiner mehr ein Licht an
Elitedesk - Monitoring + Schnick Schnack
node3 - NAS und 3D Druck

Elitedesk 800 G2 DM gibts bei ebay für rund 100€ + 32Gig Ram nochmal rund 75€
davon hab ich 2 - laufen grandios.
Habe noch einen NUC7 - da ist aber totaler hitzestau, ...

Zum Thema Distributions Upgrade, mein Script macht das nicht. Da wäre der ärger vorprogrammiert. Also ein Upgrade von bullseye -> bookworm musst du schon selbst machen Dafür würde ich aber anraten -> ein neues LXC aufsetzen und frisch installieren. Dann hast du im zweifen bzw bis alles richtig läuft immer ein fallback system.

LXC hat den Vorteil, dass der Ram beim Host nur dann reserviert ist, wenn er wirklich verwendet wird.
Bei einer VM wird der zugewiesene RAM direkt komplett für die VM "reserviert".
Ein kleiner LXC läuft problemlos mit 512MB Ram Die selbe "Maschine" als VM braucht deutlich mehr.

Zu deiner non-subscription-repo: Ich habe sie bei mir deaktiviert und nur wenn ich mitbekomme, dass mal wieder ein größerer Release erfolgt ist mache ich dieses update "unter Aufsicht"
Steht ja auch dabei, dass man das nicht im Produktiven System verwenden sollte.
Bisher bin ich so ganz gut gefahren

ioB läuft bei mir nur noch im stable, nachdem ich da mal vor 3 Jahren voll aufgelaufen bin, ...

[da_Woody]

@bass-t 3 kisten, das erklärt einiges...

"nur" ein Smarthome System

jaja...
das laufen auch der homeserver, 2 synology NAS, 2-3 Raspis (einer für den Ender3v2, einer für den Sapphire pro, einer mit Volumio zum rumspielen. der neue creality K1 braucht das nicht mehr.)
mein rechner in der männerhöhle, der im werkstatt büro, der von meiner frau. achja, dann lümmelt auch noch ein kleines macbook pro rum.
hast mich aber auf ne idea gebracht. motioneye backup, LXC und mal schaun was passiert. notfalls halt wieder herstellen der VM.
auf nem neuen wirds dann ioB in einer VM, der rest LXCs. da wird dann auch influx, grafana und tasmoadmin getrennt. damals dachte ich, gehört ja zusammen, rein in eine VM. man lernt halt mit der zeit...

[Negalein]

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

notfalls halt wieder herstellen der VM

Servus Exil-Wiener!

Hast du davon schon gelesen?
Gratis PBS.
https://forum.iobroker.net/topic/27305/proxmox-backup-der-ct-vms-in-eine-cloud/30?_=1703084492096

[da_Woody]

@negalein habe d'ehre.
ja, jetzt gerade...
cloud is nicht notwendig. am proxmox lööpt ein backupserver 1x / woche, täglich wird aufs NAS mit backitup gesichert.
vor fummeln an einer VM wird sicherheitshalber ein manuelles backup gemacht.
wenn ich nicht wieder mal vergesse.

[Bass-T]

@da_woody wir hatten es ja nur von der Proxmox Umgebung
Das hier wäre dann mein gesamtes Netz:

und über 30 Zigbee Geräte

influx und co läuft auch alles bei mir
Jetzt kannst du dir auch sicherlich vorstellen, wieso ich mir was gebastelt habe um updates "einfacher" machen zu können. Das würde sonst jedes mal ewig Zeit in Anspruch nehmen

[A Former User]

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

wieso ich mir was gebastelt habe um updates "einfacher" machen zu können

Moin,

soll kein blame oder sonstige Kritik sein, aber wieso bastelt man sich da etwas, als Skript, wenn es doch fertige Lösungen gibt, die dazu auch noch über einfach zu lesende Textdateien (Playbook) verfügen, extrem flexibel sind, sich nicht auf ein Betriebssystem konzentrieren, usw.
Ich spreche von Ansible, z.B. ein apt update und ein apt upgrade sieht als playbook in etwa so aus:

- name: Update all host/vm packages
        ansible.builtin.apt:
                update_cache: true
                cache_valid_time: 3600
                name: "*"
                state: latest

Wie gesagt, soll keine Kritik sein, ich kenne das Skript auch nicht, ich kenne aber Ansible und nutze es immer öfter.

VG
Bernd

[lessthanmore]

Worin liegt denn der Unterschied zu den proxmox helper scripts?
https://tteck.github.io/Proxmox/

[Bass-T]

@lessthanmore im Grunde war das meine Grundlage.

Wenn du gewillt bist diese script auf allen Maschinen zu installieren und eines nach dem anderen anzustoßen, dann macht das fast das selbe wie meins.
Ausser

• Logging
• Exit Code
• Backup/Snapshot
• Extras (iobroker / pihole / ...)
• check ob updates ferfügbar sind mit info im login
  Und alles was noch kommen kann

EDIT:
plus update des Host und der VMs (alles in einem script) - clusterwide
plus auswahl welche maschinen NICHT gemacht werden oder welche NUR gemacht werden
plus internet check, bevor das script läuft

[Negalein]

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

update des Host

also auch zB von Proxmox 7 auf 8?

[Bass-T]

@negalein nein, davon lasse ich die finger, genauso macht das script kein update der distribution zb von bullseye auf bookworm.
Diese Updates sind zu gefährlich, um sie "einfach" mal so anzustoßen - der ärger wäre vorprogrammiert.

Mein script macht lediglich "normale" updates (apt update && apt dist-upgrade -y && apt autoclean)
danach sucht es noch nach zusätzlichen installationen (iobroker / pihole/ ... ) und updatet diese auch.

Zudem, hat das Script einen vollwertigen exit code der besagt: "im zweifel Abbruch" - somit wird im Fehlerfall nicht gleich alles zerschossen. Der Fehler kann in der Logfile nachvollzogen werden und muss dann vom User selbstständig behoben werden.

[Bass-T]

v4.1 released

!! Because of name and directory changing, you need an restart of the node, after update !!

Extras:

• name changing ("Proxmox Updater" is now "The Ultimate Updater for Proxmox VE")
• disable/enable Snapshots and Backups in config file
• set, how many snapshots will be keep, in config file
• delete old (Update_) snapshots
• move program to correct folder system
• edit config file, for better usage
• update-check can now be better set (in config file)
• support Docker Compose v1 and v2

Fixed:

• bug fixing

[Bass-T]

v4.2 released

Extras:

• rebuild waiting for VM start (could now be set in config file)

Fixed:

• VM Template error
• Unifi-Controller Container
• FreeBSD VM error
• docker compose
• node hopping without welcome screen installed

[Bass-T]

v4.3 released

https://github.com/BassT23/Proxmox

• add freebsd VM (QEMU and SSH Connection)
• add non root user update in VMs
• add autoclean for debian based systems
• add filesystem trim for ext4 systems
• add curl for internet check
• add env settings for arch in config file
• add kernel kleaning (disabled by default in config file)
• fix run for only one LXC/VM with update <ID>
• fix ioBroker Upgrade
• fix arch upgrade
• fix START/STOP/WAITING for stopped VMs
• fix compatibility with "old" ssh connection
• fix IP output by nodes
• fix fedora autoremove
• fix missing kernel infos
• fix template detection
• fix internet check
• modify config file - checker settings now on the buttom
• modify version check - check now all branches
• code cleaning

[Neuschwansteini]

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

@da_woody wir hatten es ja nur von der Proxmox Umgebung
Das hier wäre dann mein gesamtes Netz:

und über 30 Zigbee Geräte

Mit welcher Software hast du diese Grafik gemacht?

[Bass-T]

@neuschwansteini zabbix

Hilft mir bei der Visualisierung und host Überwachung.

EDIT:
läuft in einer extra "monitoring" LXC.
Ich war es leid fehlerhafte Rechner zu "suchen".
Zabbix ist gratis und sendet per (ua.) telegram bot Nachrichten, falls Probleme auflaufen.

[Bass-T]

Extras:

• add symbolic
• add user scripts folder
• add "error hopping option" in config file
• add LXC start delay option in config file
• add "update" command for "Proxmox VE Helper-Scripts" in extra section
• FreeBSD is disabled by default in config file
• modify "update <ID>" - disable skip output
• code cleaning

Fixed:

• fix docker-compose v2 skipping
• fix YUM Update - used now only for centos
• fix VM shutdown errors

[Master67]

@bass-t Danke für deine Arbeit, das Script nimmt mir wirklich was an Arbeit ab

[Bass-T]

@master67 sehr gerne.

Mit dem neuen Update ist jetzt auch ein "Error-Hopping" drin.
Das Script bricht nun bei error nicht mehr ab, sondern bricht nur die LXC/VM ab und macht beim nächsten weiter.

Am Ende bekommst du ein log mit Fehlern.
Diese fehlerhaften dann am besten mit "update <ID>" nochmal separat updaten. Immer nur einen. Somit kommen auch interactive abfragen

Viel spass beim Updaten