iobroker Oberfläche nach Stromausfall nicht zu erreichen

[Codierknecht]

@thomas-braun sagte in iobroker Oberfläche nach Stromausfall nicht zu erreichen:

Wird ja im Admin 7 gemeldet.

Wenn man da reinguckt. Möchte nicht wissen, wie viele hier nur alle Jubeljahre mal den Admin öffnen.
Nach dem Motto: "Läuft doch alles einwandfrei"

[Thomas Braun]

@homoran sagte in iobroker Oberfläche nach Stromausfall nicht zu erreichen:

zumal ich beim Aldi an der Kasse eh kein Upgrade anstoßen kann.

Hab ich schon gemacht...

[Neuschwansteini]

@codierknecht

mir hat's vor jahren mal ne Config Datei beim Update ueberschrieben, weil ich bei " would you replace the xxx.config with the default" einfach y gedrueckt hab..

Nach dem neustart des Dienstes kam dann die Ueberraschung.. weiss nicht mehr, welche das war, aber es war doof.. seitdem - Augen auf beim update.. und wenn da was zu bestaetigen ist.. dann schauen wir da erstmal drueber..

Selbst in einem groesseren Environment, wie meinem mit 36 Maschinen, und insgesamt 400 Netzwerkdevices, bedarf es wenig Aufwand, das zu maintainen.. man muss nur etwas organisiert sein, und Dinge zusammenfassen..
( ich spreche hier auch vom updaten von Tasmota etc.. da moecht ich auch nicht auf Version 4.x sitzen bleiben..)

[Galen]

Natürlich ist es Skriptgesteuert/Cronjobgesteuert nicht das beste, ABER besser als gar nicht zu updaten.

Und Configs werden dabei mangels Bestätigung ja auch nicht überschrieben.*

Optimaler Weise beobachtet man das nur und lässt sich Updates auf einer VIS o.ä. anzeigen und kann dann regelmäßig einen persönlichen "Patchday" machen. Dort kann man sich dann auch Updates vom WiFi-AP, Switch, Türschloss und co. anzeigen lassen.

[Homoran]

@thomas-braun sagte in iobroker Oberfläche nach Stromausfall nicht zu erreichen:

@homoran sagte in iobroker Oberfläche nach Stromausfall nicht zu erreichen:

zumal ich beim Aldi an der Kasse eh kein Upgrade anstoßen kann.

Hab ich schon gemacht...

da biste ja auch noch in deinem WLAN

[Thomas Braun]

@homoran sagte in iobroker Oberfläche nach Stromausfall nicht zu erreichen:

da biste ja auch noch in deinem WLAN

Ich wohne doch nicht beim Aldi an der Kasse?

[Ulli 0]

dürfte ich als nicht-ITler fragen, wie denn die korrekte Updatestrategie aussehen würde und in welcher Reihenfolge man das am besten macht? Bei mir läuft mittlerweile alles (raspberryMatic, iobroker) über eine Proxmox Virtualisierung. Geht man von innen nach außen (also erst die VMs und dann Proxmox selbst) oder andersrum vor?

mind. 1x im Monat würde ich also:

1. Proxmox
   in der proxmox GUI PVE -> Updates -> "Aktualisieren" und dann "Updates")

2. iobroker
   2a) Admin Panel -> Adapter -> auf Updates prüfen und dann die einzelnen Adapter aktualisieren
   2b) per SSH
   2b1) sudo apt-get update
   2b2 )sudo apt-get upgrade
   2b3 )sudo apt-get dist-upgrade

3. raspberryMatic
   3a) auf der RaspberryMatic-Oberfläche firmware updaten
   3b) wie 2b)
   3b1) sudo apt-get update
   3b2) sudo apt-get upgrade
   3b3) sudo apt-get dist-upgrade

iobroker an sich und nodejs werden automatisch mit Schritt 2b) hochgezogen, oder braucht es da noch "iob upgrade self" ?
Fehlt sonst noch irgendwas? Wie erkenne ich, dass ich auf auslaufenden oder gar abgekündigten Distributionen unterwegs bin?

[Thomas Braun]

@ulli-0 sagte in iobroker Oberfläche nach Stromausfall nicht zu erreichen:

in welcher Reihenfolge

Die Reihenfolge ist umso weniger wichtig, je regelmäßiger man anliegende Updates auch einspielt.
Ich würde 'von der Basis aus' zu den Anwendungen hin vorgehen.
Also zunächst Proxmox selber, dann die dort drauf laufenden Container/VMs und erst dann die in diesen virtuellen Umgebungen hausenden Anwendungen.

Ich würde

sudo apt update
sudo apt full-upgrade

statt apt-get empfehlen.

iobroker an sich und nodejs werden automatisch mit Schritt 2b) hochgezogen, oder braucht es da noch "iob upgrade self" ?

iob upgrade self ist das Kommando um den js-controller hochzuziehen. Vorher muss aber der ioBroker gestoppt werden.

Wie erkenne ich, dass ich auf auslaufenden oder gar abgekündigten Distributionen unterwegs bin?

Dem Debian-Release-Plan folgen:

https://www.debian.org/releases/

Bei deinen regelmäßigen Updates wird aber irgendwann eine Meldung auftauchen, das sich der 'suite'-Wert von stable auf oldstable geändert hat. Auch das ist ein Zeichen für dich, das ein neues Release zum stable geworden ist. Wird im Sommer 2025 das nächste mal der Fall sein. Dann wird Debian 12 'Bookworm' durch Debian 13 'Trixie' ersetzt werden. Ab dann hast du ca. ein Jahr Zeit den Sprung auf das stable-Release zu vollziehen. 2026 erreicht dann der Bookworm sein EndOfLife und damit wird der weitere Betrieb zunehmend schwerer bis unmöglich. Und deswegen betreibt man keine abgekündigten Versionen.

[BananaJoe]

@codierknecht sagte in iobroker Oberfläche nach Stromausfall nicht zu erreichen:

@homoran
Ja - ich meine damit externe Benachrichtigungen per Messenger, Mail o.ä.

Ich gebe auch zu bedenken - und das fällt mir gerade durch die neuen Meldungen des Admin-Adapters wieder extrem auf - das es bei Linux keine regelmäßigen Patch-Days wie bei Microsoft gibt. Und das ich eine solche Email-Benachrichtigung schon früher mal eingerichtet hatte.
Worauf will ich hinaus: Das es fast jeden Tag eine Meldung über neue Updates gab. Je mehr Pakete installiert sind, desto häufiger. Also bei mir eher häufiger.
Ich bin jetzt schon genervt von den Admin-Meldungen ... wtf, ich hab doch erst heute morgen Updates eingespielt ... und die Meldung kommt ja bei jedem Aufruf des Admins.

Und zurückgehaltene Updates werden genauso gemeldet (also Updates die schon gelistet sind, aber in Wellen verteilt werden), da kann man - als Laie - noch so oft sudo apt upgrade eingeben, die werden erst installiert wenn man diese namentlich anhängt oder wenn man an der Reihe ist.

[Thomas Braun]

@bananajoe sagte in iobroker Oberfläche nach Stromausfall nicht zu erreichen:

das es bei Linux keine regelmäßigen Patch-Days wie bei Microsoft gibt

Das hängt von der Distribution ab, wie das gehandhabt wird.
Gibt ja schon zwischen Debian und Ubuntu Unterschiede, bei anderen Systemen sieht das dann nochmal ganz anders aus...

Ich bin jetzt schon genervt von den Admin-Meldungen ... wtf, ich hab doch erst heute morgen Updates eingespielt ... und die Meldung kommt ja bei jedem Aufruf des Admins.

Einen Tod musste halt sterben... Gar keine Info ist falsch, beständiges 'nerven' kann auch zu einer Abwehrhaltung führen, was auch wieder falsch ist.

Und zurückgehaltene Updates werden genauso gemeldet (also Updates die schon gelistet sind, aber in Wellen verteilt werden)

Bei reinem Debian nicht, die haben keine staged updates. Ist eine Ubuntu-Eigenart.

Vielleicht würde es ausreichen, wenn die Meldung auf vorliegende Updates nur einmal in der Woche kommt?