Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[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.

[Gezi70]

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

@gezi70
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.

Leider komme ich heute nicht dazu am System etwas zu machen. Ich werde mich erstmal um deconz kümmern, der Zigbee Adapter schwebt mir schon länger vor. Aber ich werde wohl den Conbee II Stick nicht dafür verwenden können.
Ich habe eine ziemlich umfangreiche Vis, kenne mich auch mit den Bindings nicht so gut aus, daher wahrscheinlich die 72 MB Backupgröße.
Seit heute Nacht habe ich den SWAP, wenn es schon mal möglich ist, von der influxdb überwachen lassen und in Grafana in einen Grafen gepackt. Dabei sieht es so aus, dass er mit dem größeren Speicher gut zurecht kommt. Er steigt jedenfalls nicht mehr aus.

Mit einem Umzug auf ein anderes System muss ich mich erst einmal neu befassen - ich bin froh, dass ich mit Hilfe der Community und diversen Videos und Online - Seminaren überhaupt so weit gekommen bin. Ich bin nämlich kein Profi, sondern nur ein einfacher Lokführer... 😉

[simatec]

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

Aber ich werde wohl den Conbee II Stick nicht dafür verwenden können.

Den Conbee II Stick kannst du mit dem Zigbee Adapter nutzen. Läuft bei mir seit Jahren ohne Probleme

[Gezi70]

@thomas-braun
Ich habe den SWAP auf 1 GB vergrößert, aber heute, nach 2 Tagen war er wieder voll gelaufen. Allerdings habe ich das nicht am System gemerkt, sondern nur weil ich das auf der Vis als Datenpunkt gesetzt habe.
Bei Htop sieht das, nach MEM sortiert jetzt im Moment so aus:

[Gezi70]

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

Den Conbee II Stick kannst du mit dem Zigbee Adapter nutzen. Läuft bei mir seit Jahren ohne Probleme

Wenn Zigbee als Adapter läuft, und nicht Deconz als Installation extra auf dem Pi, würde das in der Performance etwas bringen?

[Thomas Braun]

@gezi70

Ich würde vermuten ja. Insbesondere wenn man dann den (vermutlich) mitlaufenden Desktop auch ad acta legt.

[Gezi70]

@thomas-braun ich hab das heute mal umgestellt und Deconz deinstalliert. Ich werde beobachten. Würdest du in meinem Fall an der Swappiness herumschrauben? Eingestellt ist ja der Wert 60...

[Thomas Braun]

@gezi70

Nein, würde ich erstmal so lassen.