Verfügbarkeit von Sensoren über Node Red überwachen
-
@thomas-braun said in Verfügbarkeit von Sensoren über Node Red überwachen:
@schmetterfliege sagte in Verfügbarkeit von Sensoren über Node Red überwachen:
sondern davon ausgehe, dass es einfach funktioniert und ich es weiterhin genau so verwenden kann wie vorher auch.
Das ist halt ein Fehler. Zwischen den Debian-Releases liegen i.d.R. zwei Jahre, mit dem notwendigen Vorlauf auch drei. Da tut sich ggf. einiges dazwischen.
Da bin ich ganz bei dir.
Aber: apt update und apt upgrade werden in der neuen Version "aus Sicht des Users" das gleiche tun wie davor auch.
Wie gesagt, apt ist zu fundamental als dass da Änderungen drin sein könnten die mich in irgendeiner Art und Weiße tangieren. -
@schmetterfliege sagte in Verfügbarkeit von Sensoren über Node Red überwachen:
Wie gesagt, apt ist zu fundamental als dass da Änderungen drin sein könnten die mich in irgendeiner Art und Weiße tangieren.
Nein. Wenn deine repo.lists nicht auf das neue Format umgestellt werden macht apt da gar nichts mehr.
-
@thomas-braun said in Verfügbarkeit von Sensoren über Node Red überwachen:
@schmetterfliege sagte in Verfügbarkeit von Sensoren über Node Red überwachen:
Wie gesagt, apt ist zu fundamental als dass da Änderungen drin sein könnten die mich in irgendeiner Art und Weiße tangieren.
Nein. Wenn deine repo.lists nicht auf das neue Format umgestellt werden macht apt da gar nichts mehr.
In Bookworm dann, oder jetzt mit Bullseye?
-
Da gibts auch schöne Open source systeme die auch im Profi Umfeld Im Einsatz sind
https://geekflare.com/best-open-source-monitoring-software/ -
Ich spreche von Bookworm. Aber 'Breaking Changes' können an jeder Stelle und zwischen jedem Release auftauchen. Einfach davon ausgehen, da tut sich nix, da muss ich nix machen greift zu kurz. Insbesondere bei manuellen Dist-Upgrades. Bei Neuinstallationen musst du da nicht drüber nachdenken, da kommt sowas frisch aus der Tüte richtig an.
-
@thomas-braun said in Verfügbarkeit von Sensoren über Node Red überwachen:
Ich spreche von Bookworm. Aber 'Breaking Changes' können an jeder Stelle und zwischen jedem Release auftauchen. Einfach davon ausgehen, da tut sich nix, da muss ich nix machen greift zu kurz. Insbesondere bei manuellen Dist-Upgrades. Bei Neuinstallationen musst du da nicht drüber nachdenken, da kommt sowas frisch aus der Tüte richtig an.
Also ich respektiere jeden der sich so tief mit Linux auseinandersetzt, aber wie kann man dann noch sagen das wäre einfacher als Windows?
Ja, windows zerbombt sich ständig selbst mit seinen Updates, aber da drücke ich auf "Update" und das wars. nix mit manuell irgendwelche Distros angeben, Formate ändern, Keys manuell hinzufügen, und und und.
Sondern einfach nur Knopf drücken und hoffen dass danach deine Dateien noch da sind Aber: Der Prozess läuft automatisch^^
Aber gut zu wissen, dann werde ich in Zukunft die ReleaseNotes nicht nur fix überfliegen und dann leichtsinnig entscheiden "wird schon passen"
Danke! -
@schmetterfliege sagte in Verfügbarkeit von Sensoren über Node Red überwachen:
aber wie kann man dann noch sagen das wäre einfacher als Windows?
Weil alles offen ist und z. B. release notes nachgehalten wird.
Und zur Not schauste in die Quellen...Und auch die Software installation ist imho viel einfacher. Im Paketmanager nach schauen, schwuppdiwupp ist es auch schon installiert. Da such ich nicht auf irgendwelchen Webseiten nach einer passenden Version.
Und mit zwei Zeilen ziehst du das komplette System hoch. Setzt natürlich saubere Quellen voraus. Aber die lege ich ja auch nur einmal an.
-
Die Installation ist durch, gefragt ob die Services automatisch neu gestartet werden sollen hat er nicht. Vermutlich weil ich bei dem Upgrade davor schon "ja" dazu gesagt hatte. Ich mache mal weiter.
-
Tadaaaaaa.
Vielen lieben Dank, Thomas!python3-pycryptodome python3-secretstorage python3-xdg python3.7-minimal Use 'sudo apt autoremove' to remove them. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. pi@raspberrypi:~ $ neofetch -bash: neofetch: command not found pi@raspberrypi:~ $ lsb_release -a No LSB modules are available. Distributor ID: Debian Description: Debian GNU/Linux 11 (bullseye) Release: 11 Codename: bullseye pi@raspberrypi:~ $ -
-
@thomas-braun said in Verfügbarkeit von Sensoren über Node Red überwachen:
Neugestartet?
sudo apt updateliefert?
Yep
apt update sagt alles ist up-to-date -
Zeigen. Vollständig.
-
@thomas-braun said in Verfügbarkeit von Sensoren über Node Red überwachen:
Zeigen.
pi@raspberrypi:~ $ sudo apt update Hit:1 https://repos.influxdata.com/debian bullseye InRelease Hit:2 https://deb.nodesource.com/node_16.x bullseye InRelease Hit:3 http://archive.raspberrypi.org/debian bullseye InRelease Hit:4 http://security.debian.org/debian-security bullseye-security InRelease Hit:5 http://deb.debian.org/debian bullseye InRelease Hit:6 http://deb.debian.org/debian bullseye-updates InRelease Reading package lists... Done Building dependency tree... Done Reading state information... Done All packages are up to date. pi@raspberrypi:~ $ -
-
@thomas-braun said in Verfügbarkeit von Sensoren über Node Red überwachen:
Gut.
Kein grafana bei dir? Kommt ja meist im Verbund mit influxdb zum Einsatz.
Noch nicht, ist aber der nächste oder übernächste Schritt
Möchte nun erstmal schauen dass alle Zigbee Devices über "ein System" die Daten liefern, dann konfigurieren was überhaupt alles geloggt werden soll (bin ich doof oder ist das verdammt viel manuelles klicken???) in InfluxDB und dann kommt Grafana -
Grafana Repo:
sudo apt-get install -y apt-transport-https sudo apt-get install -y software-properties-common wget wget -q -O - https://packages.grafana.com/gpg.key | gpg --dearmor | sudo tee /usr/share/keyrings/grafana.gpg echo "deb [signed-by=/usr/share/keyrings/grafana.gpg] https://packages.grafana.com/oss/deb stable main" | sudo tee -a /etc/apt/sources.list.d/grafana.list -
@thomas-braun said in Verfügbarkeit von Sensoren über Node Red überwachen:
Grafana Repo:
sudo apt-get install -y apt-transport-https sudo apt-get install -y software-properties-common wget wget -q -O - https://packages.grafana.com/gpg.key | gpg --dearmor | sudo tee /usr/share/keyrings/grafana.gpg echo "deb [signed-by=/usr/share/keyrings/grafana.gpg] https://packages.grafana.com/oss/deb stable main" | sudo tee -a /etc/apt/sources.list.d/grafana.listMacht wahrscheinlich Sinn damit zu warten bis ich es tatsächlich konfiguriere, oder?
-
Das Repo kannst du ja schon mal anlegen.
Dann kannst du ganz easy deinen Paketmanager bemühen. So leicht ist Linux dann... -
@thomas-braun said in Verfügbarkeit von Sensoren über Node Red überwachen:
Das Repo kannst du ja schon mal anlegen.
Dann kannst du ganz easy deinen Paketmanager bemühen. So leicht ist Linux dann...okidoki
-
@thomas-braun
ääääh.. sorry aber davon muss ich ein Bild machen oO
Bei dem dritten Befehl (wget):
