Backup Adapter hängt System auf

[Homoran]

@gezi70 hast du eine iobrojer pro Lizenz?

sonst kannst du netatmo abschalten.
Der bremst ja alles aus

[Gezi70]

@homoran sagte in Backup Adapter hängt System auf:

hast du eine iobrojer pro Lizenz?

Ja, habe ich. Ich nehme die beiden (netatmo und WU) mal weg.

[Homoran]

@gezi70 sagte in Backup Adapter hängt System auf:

Ja, habe ich

dann hast du das hier auch verfolgt?
https://forum.iobroker.net/topic/60525/netatmo-websocket-error/18?_=1674415401133

[Gezi70]

@homoran Dort steht aber auch, dass dies für nur Wetterstationen unrelevant ist.
Ich hatte zwar die Kameras auch drin, aber die sind in diesem System eigentlich für mich unrelevant und ich hab sie rausgenommen.

[Gezi70]

@thomas-braun
Ich wollte gerade mal das Log von heute Nacht aufrufen, weil er sich da auch wieder verabschiedet hat. Dabei hing er auch wieder , und es ging nichts mehr. Ich nehme an, dass er mit der Rechenleistung am Ende ist, was aber nicht sein kann, da er nicht mit einer SD karte läuft, sondern mit SSD. Die normale Rechenleistung sieht so aus:

pi@raspberrypi:~ $ free -ht --mega
              gesamt       benutzt     frei      gemns.  Puffer/Cache verfügbar
Speicher:       3,8G        2,4G        576M        1,0M        822M        1,3G
Swap:            99M          0B         99M
Gesamt:         3,9G        2,4G        676M

Ich bin in den Tiefen des Forums auf das Kommando htop gestoßen, mit dem du bei jemand anderen die Leistung abfragen lassen hast (https://forum.iobroker.net/topic/54002/raspberry-pi-ein-kern-komplett-ausgelastet).
Und da scheint es bei mir auch zu klemmen. Htop meldet:

Dabei ist Mem immer ziemlich hoch. Ob es das ist? Und wenn ja - wie krieg ich das niedriger?

[Thomas Braun]

@gezi70

Beobachte das mal länger. Wenn dauerhaft der hue-extended da so aus der Reihe tanzt musst du da mal schauen.
Irgendein Skript, das darauf zugreift?

[Thomas Braun]

@gezi70 sagte in Backup Adapter hängt System auf:

Rechenleistung am Ende ist, was aber nicht sein kann, da er nicht mit einer SD karte läuft, sondern mit SSD.

Das hat nichts (unmittelbar) miteinander zu tun.
free zeigt auch nicht die 'Leistung' sondern lediglich die Speicherauslastung. Das ist aber alles nicht wirklich kritisch zum Betrachtungszeitpunkt.

[Gezi70]

@thomas-braun sagte in Backup Adapter hängt System auf:

@gezi70

Beobachte das mal länger. Wenn dauerhaft der hue-extended da so aus der Reihe tanzt musst du da mal schauen.
Irgendein Skript, das darauf zugreift?

Ja, mehrere. Ich rufe mehrere Szenen zu bestimmten Dingen und Zeitpunkten damit auf.
Mich wundert, dass "Mem" dauerhaft so hoch ist.

[Thomas Braun]

@gezi70

Dann ist vermutlich in der Ecke etwas falsch.
Müsstest du dir die Skripte anschauen.

[Gezi70]

@thomas-braun

Nach längerer Beobachtung habe ich von hue-extended nichts mehr in der Richtung festgestellt.
Aber was mir aufgefallen ist: Der swap steht manchmal bei htop schon von Anfang an in vollem Ausschlag (rot). Das zuckt sich auch nicht mehr über den gesamten Beobachtungszeitraum (bis zu 30min probiert). Und wenn DANN ein Backup erstellt wird, hängt er sich auf. Sonst läuft es durch.
Aber wodurch er so hoch getrieben wird, weiß ich nicht. Kann man das herausfinden?

[Thomas Braun]

@gezi70

Schau dir

smem

an. Muss u. U. noch nachinstalliert werden.

[Gezi70]

@thomas-braun

pi@raspberrypi:~ $ smem
-bash: smem: Kommando nicht gefunden.

[Thomas Braun]

@gezi70

Muss u. U. noch nachinstalliert werden.

[Gezi70]

@thomas-braun
Mache ich gerade. Muss der dann erst Daten sammeln?

[Thomas Braun]

@gezi70

Das zeigt dir die Prozesse an die gerade swappen.

[simatec]

@gezi70 Mal ne grundsätzliche Klärung wäre, wie groß denn dein iobroker Backup ist, wenn es erstellt wurde

[Gezi70]

@simatec Es sind ca. 72 Mb

[Gezi70]

@thomas-braun sagte in Backup Adapter hängt System auf:

@gezi70

Schau dir

smem

an. Muss u. U. noch nachinstalliert werden.

Es scheint dieses Skript zu sein. Das hatte ich vorher aber auch schon. Noch nie Probleme.
Der SWAP zeigt

pi@raspberrypi:~ $ smem
  PID User     Command                         Swap      USS      PSS      RSS
738597 pi       timeout 66 nc -nlvw 1 -p 10        0      144      218     1740
738599 pi       nc -nlvw 1 -p 1080                 0      268      289     1688
738598 pi       tail -1                            0      396      465     1908
738596 pi       /bin/bash /home/pi/wetterst      648      272      912     2484
  420 pi       /bin/bash /home/pi/wetterst      648      272     1102     3916
736910 pi       -bash                              0     1876     2274     4684
736889 pi       /lib/systemd/systemd --user        0     1992     3816     8368
738685 pi       /usr/bin/python3 /usr/bin/s        0    10944    11066    12920

Ich habe jetzt erstmal den SWAP, da ich nicht mit Karte sondern mit SSD am Pi arbeite, auf 1000 MB vergrößert. Oder soll ich ihn lieber deaktivieren?

[Thomas Braun]

@gezi70

Sortier htop nach MEM und schalte das Skript aus.

[simatec]

@gezi70 72 MB ist bei dem was du auf dem PI laufen hast schon ne Hausnummer.
Dein PI ist schlicht und ergreifend am absoluten Ende angekommen.
Was ich so im htop sehe, hast du viele Dienste wie influxdb, grafana, deconz etc. parallel zu ioBroker laufen.

Hier liegt das Problem. Der PI4 ist halt da nicht so performant.

Mein Rat wäre zu schauen, was da so alles läuft und da ggfs. mit einem 2. PI was auszulagern, oder auf einen größeren stromsparenden System umzuziehen.

Mit der Zeit wachsen halt die Bedürfnisse immer mehr.

Deconz könntest du schonmal durch den Zigbee Adapter ersetzen.

Ansonsten kann ich dir empfehlen, auf einen InterNuc, HM80 oder so umzuziehen und dort die verschiedenen Dienste mit Proxmox in diverse Maschinen zu packen.