Verfügbarkeit von Sensoren über Node Red überwachen

[Thomas Braun]

@schmetterfliege

Neugestartet?

sudo apt update

liefert?

[Schmetterfliege]

@thomas-braun said in Verfügbarkeit von Sensoren über Node Red überwachen:

@schmetterfliege

Neugestartet?

sudo apt update

liefert?

Yep
apt update sagt alles ist up-to-date

[Thomas Braun]

@schmetterfliege

Zeigen. Vollständig.

[Schmetterfliege]

@thomas-braun said in Verfügbarkeit von Sensoren über Node Red überwachen:

@schmetterfliege

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]

@schmetterfliege

Gut.

Kein grafana bei dir? Kommt ja meist im Verbund mit influxdb zum Einsatz.

[Schmetterfliege]

@thomas-braun said in Verfügbarkeit von Sensoren über Node Red überwachen:

@schmetterfliege

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

[Thomas Braun]

@schmetterfliege

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

[Schmetterfliege]

@thomas-braun said in Verfügbarkeit von Sensoren über Node Red überwachen:

@schmetterfliege

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

Macht wahrscheinlich Sinn damit zu warten bis ich es tatsächlich konfiguriere, oder?

[Thomas Braun]

@schmetterfliege

Das Repo kannst du ja schon mal anlegen.
Dann kannst du ganz easy deinen Paketmanager bemühen. So leicht ist Linux dann...

[Schmetterfliege]

@thomas-braun said in Verfügbarkeit von Sensoren über Node Red überwachen:

@schmetterfliege

Das Repo kannst du ja schon mal anlegen.
Dann kannst du ganz easy deinen Paketmanager bemühen. So leicht ist Linux dann...

okidoki

[Schmetterfliege]

@thomas-braun
ääääh.. sorry aber davon muss ich ein Bild machen oO
Bei dem dritten Befehl (wget):

[Thomas Braun]

@schmetterfliege

Das ist der key. Schaut so kryptisch aus, weil es eben auch kryptisch ist.

[Schmetterfliege]

@thomas-braun said in Verfügbarkeit von Sensoren über Node Red überwachen:

@schmetterfliege

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 $

[Thomas Braun]

@schmetterfliege

sudo apt update

[Schmetterfliege]

@thomas-braun

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.

[Thomas Braun]

@schmetterfliege

Ja, jetzt könntest du grafana ganz easy per

apt install grafana

auf das System schaufeln.

[OliverIO]

@schmetterfliege sagte in Verfügbarkeit von Sensoren über Node Red überwachen:

@thomas-braun said in Verfügbarkeit von Sensoren über Node Red überwachen:

@schmetterfliege

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 fixes

Wenn 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

[Schmetterfliege]

@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:

@schmetterfliege

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 fixes

Wenn 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^^

[Schmetterfliege]

@thomas-braun said in Verfügbarkeit von Sensoren über Node Red überwachen:

@schmetterfliege

Ja, jetzt könntest du grafana ganz easy per

apt install grafana

auf 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?

[Thomas Braun]

@schmetterfliege

Installationen darf nur der root vornehmen, fehlt also das sudo.
Ich wollte aber eigentlich auch

apt policy grafana

schreiben, das funktioniert nämlich ohne sudo