Verfügbarkeit von Sensoren über Node Red überwachen
-
@thomas-braun
ääääh.. sorry aber davon muss ich ein Bild machen oO
Bei dem dritten Befehl (wget):
-
Das ist der key. Schaut so kryptisch aus, weil es eben auch kryptisch ist.
-
@thomas-braun said in Verfügbarkeit von Sensoren über Node Red überwachen:
Das ist der key. Schaut so kryptisch aus, weil es eben auch kryptisch ist.
achso
Also so dann richtig?
▒4▒$ ▒▒▒K▒T▒9▒AAc▒ ▒▒.▒n▒:▒▒gP▒ʞ▒r▒▒nF▒▒▒=▒▒▒▒0V▒▒M▒▒\B▒▒▒▒;▒▒▒[▒▒▒▒▒ҵKSP▒E▒_▒▒n)(▒Mb▒HH▒;9pi@raspberrypi:/opt/zigbee2mqtt $ PuTTYPuTTYPuTTYecho "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 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 -bash: PuTTYPuTTYPuTTYecho: command not found pi@raspberrypi:/opt/zigbee2mqtt $ 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 deb [signed-by=/usr/share/keyrings/grafana.gpg] https://packages.grafana.com/oss/deb stable main pi@raspberrypi:/opt/zigbee2mqtt $ -
sudo apt update -
pi@raspberrypi:/opt/zigbee2mqtt $ sudo apt update Hit:1 http://deb.debian.org/debian bullseye InRelease Hit:2 http://deb.debian.org/debian bullseye-updates InRelease Hit:3 http://security.debian.org/debian-security bullseye-security InRelease Hit:4 http://archive.raspberrypi.org/debian bullseye InRelease Hit:5 https://repos.influxdata.com/debian bullseye InRelease Hit:6 https://deb.nodesource.com/node_16.x bullseye InRelease Get:7 https://packages.grafana.com/oss/deb stable InRelease [12.1 kB] Get:8 https://packages.grafana.com/oss/deb stable/main armhf Packages [39.4 kB] Fetched 51.5 kB in 3s (19.5 kB/s) Reading package lists... Done Building dependency tree... Done Reading state information... Done All packages are up to date. -
Ja, jetzt könntest du grafana ganz easy per
apt install grafanaauf das System schaufeln.
-
@schmetterfliege sagte in Verfügbarkeit von Sensoren über Node Red überwachen:
@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!Für Server die möglichst stabil laufen sollen, sollte man die sogenannten LTS (Long Term support) Versionen verwenden.
Da bleibt die Software relativ stabil. Es gibt keine funktionserweiterumgen, nur Security fixes und bug fixesWenn dann das LTS ausläuft am besten das Nachfolger System komplett neu aufsetzen.
Daher versuche ich alles was nicht Betriebssystem ist oder das docker System selbst, in Container zu legen.
Dadurch muss ich nicht so viel dokumentieren was ich am Betriebssystem geschraubt habe und die docker Container sind meist recht einfach zu aktualisieren -
@oliverio said in Verfügbarkeit von Sensoren über Node Red überwachen:
@schmetterfliege sagte in Verfügbarkeit von Sensoren über Node Red überwachen:
@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!Für Server die möglichst stabil laufen sollen, sollte man die sogenannten LTS (Long Term support) Versionen verwenden.
Da bleibt die Software relativ stabil. Es gibt keine funktionserweiterumgen, nur Security fixes und bug fixesWenn dann das LTS ausläuft am besten das Nachfolger System komplett neu aufsetzen.
Daher versuche ich alles was nicht Betriebssystem ist oder das docker System selbst, in Container zu legen.
Dadurch muss ich nicht so viel dokumentieren was ich am Betriebssystem geschraubt habe und die docker Container sind meist recht einfach zu aktualisieren"Neu Aufsetzen" hört sich aber zu schmerzhaft an
Docker ist durchaus interessant, hab ich aber nie mit angefangen weil... der Schmerzhafte Teil ist eben schmerzhaft^^ -
@thomas-braun said in Verfügbarkeit von Sensoren über Node Red überwachen:
Ja, jetzt könntest du grafana ganz easy per
apt install grafanaauf das System schaufeln.
pi@raspberrypi:/opt/zigbee2mqtt $ apt install grafana E: Could not open lock file /var/lib/dpkg/lock-frontend - open (13: Permission denied) E: Unable to acquire the dpkg frontend lock (/var/lib/dpkg/lock-frontend), are you root?Fehlt da bei dir das sudo oder sollte das gar nicht nötig sein?
-
Installationen darf nur der root vornehmen, fehlt also das sudo.
Ich wollte aber eigentlich auchapt policy grafanaschreiben, das funktioniert nämlich ohne sudo
-
@thomas-braun said in Verfügbarkeit von Sensoren über Node Red überwachen:
apt policy grafana
Der output ist ziemlcih lang.
-
Ja, grafana hat die Angewohnheit keine alten Releases herauszunehmen. Hat den Vorteil, dass man immer eine gewünschte Version installieren kann.
-
@thomas-braun said in Verfügbarkeit von Sensoren über Node Red überwachen:
Ja, grafana hat die Angewohnheit keine alten Releases herauszunehmen. Hat den Vorteil, dass man immer eine gewünschte Version installieren kann.
jetzt wieder die installation starten? oder wie?
-
@schmetterfliege sagte in Verfügbarkeit von Sensoren über Node Red überwachen:
jetzt wieder die installation starten? oder wie?
Ich weiß ja nicht was du vor hast. Wolltest du nicht mit der Installation warten?
-
@thomas-braun said in Verfügbarkeit von Sensoren über Node Red überwachen:
@schmetterfliege sagte in Verfügbarkeit von Sensoren über Node Red überwachen:
jetzt wieder die installation starten? oder wie?
Ich weiß ja nicht was du vor hast. Wolltest du nicht mit der Installation warten?
Das ist in der Tat richtig
Wie sieht denn der Befehl aus wenn ich es später dann installieren will (könnte ggfs eine lange Nacht werden, dann versuche ich das noch ) -
-
@thomas-braun said in Verfügbarkeit von Sensoren über Node Red überwachen:
Wie üblich:
sudo apt install PAKETNAMEDas ist klar, aber funktioniert das dann mit "grafana" oder muss ich eine version angeben? Candidate ist ja die aktuellste.
Hat der policy befehl das gefixt oder ist das nur Output? -
apt install PAKETNAMEspielt immer die höchste bei
apt policy PAKETNAMEvorgeschlagene Versionsnummer vor.
Die policy kann man auch beeinflussen. Hab ich z. B. auf einem anderen System gemacht:pi@mysterium:~ $ apt policy adb adb: Installed: (none) Candidate: 1:10.0.0+r36-7 Version table: 1:29.0.6-21 90 90 http://deb.debian.org/debian unstable/main armhf Packages 1:29.0.6-20~bpo11+1 100 100 http://deb.debian.org/debian bullseye-backports/main armhf Packages 1:10.0.0+r36-7 500 500 http://raspbian.raspberrypi.org/raspbian bullseye/main armhf PackagesHier wird trotz einer vorhandenen Version 29 für die Installation die Versionsnummer 10 vorgeschlagen, weil ich hier die Versionen aus den 'backports' z. B. nicht automatisch drin haben will, die Auswahl aber dennoch haben möchte.
-
@thomas-braun said in Verfügbarkeit von Sensoren über Node Red überwachen:
apt install PAKETNAMEspielt immer die höchste bei
apt policy PAKETNAMEvorgeschlagene Versionsnummer vor.
Die policy kann man auch beeinflussen. Hab ich z. B. auf einem anderen System gemacht:pi@mysterium:~ $ apt policy adb adb: Installed: (none) Candidate: 1:10.0.0+r36-7 Version table: 1:29.0.6-21 90 90 http://deb.debian.org/debian unstable/main armhf Packages 1:29.0.6-20~bpo11+1 100 100 http://deb.debian.org/debian bullseye-backports/main armhf Packages 1:10.0.0+r36-7 500 500 http://raspbian.raspberrypi.org/raspbian bullseye/main armhf PackagesHier wird trotz einer vorhandenen Version 29 für die Installation die Versionsnummer 10 vorgeschlagen, weil ich hier die Versionen aus den 'backports' z. B. nicht automatisch drin haben will, die Auswahl aber dennoch haben möchte.
Okay, aber "apt install grafana" hatte ja nicht funktioniert. War vor dem Policy Befehl auch schon die Version hinterlegt?
-
@schmetterfliege sagte in Verfügbarkeit von Sensoren über Node Red überwachen:
Okay, aber "apt install grafana" hatte ja nicht funktioniert.
Weil ohne root-Rechte ausgeführt.
War vor dem Policy Befehl auch schon die Version hinterlegt?
Ja, die Quellen werden mit
sudo apt updateeingelesen.Das ist vergleichbar mit den Wochenzetteln der Supermärkte.
apt update = Wochenzettel im Briefkasten
apt policy = Studieren der Angebote
apt install = du rennst zum Supermarkt und lädst den Wagen voll
