Weihnachtsangebot 2025! 🎄

[danny_v1]

@Thomas-Braun danke werd ich morgen mal versuchen.
Kann ich auch ein Backup von meimem kompletten iobroker und deconz erstellen. Und den Pi ein frisches Image erstellen und danach alles wieder herstellen? Wenn ja wie?

[Thomas Braun]

@danny_v1 Könnte man, aber wozu?
Backup vom ioBroker reicht (mir zumindest). Das Grundsystem habe ich so schnell frisch neuinstalliert, da brauch ich kein Image von.

[danny_v1]

@Thomas-Braun ja das iobroker backup erstell ich mir täglich über den Backup Adapter. Aber alles was im Deconz drin ist würde ich ungern neu machen müssen (46 Geräte), oder reicht da das Backup über die Phoscon Web App?

[haselchen]

@danny_v1

Hatte ich doch vorhin schon geschrieben mit dem Backup!? :thinking_face:

In der Phoscon App.

[danny_v1]

so hab jetzt noch ein wenig getestet. Ich hab den Raspi neu aufgesetzt iobroker und deconz backup eingespielt, das hat schon mal geklappt. Nach ca 2 Tagen habe ich festgestellt das es schon wieder ab und zu hängt. Da ich den Raspi neu gemacht hab ist iobroker und alle Adapter schon mal auf dem neusten Stand, Deconz auch. Den Desktop vom Raspberry hab ich auch deaktiviert, sowie alle Adapter die ich nicht unbedingt brauche. Es ist etwas besser geworden aber ab und zu hängt es halt immer noch.

Ich habe mit htop mal eine Weile beobachtet was so die meiste Last erzeugt das ist fast immer iobroker js-controller dabei geht die CPU Last ab und zu auf über 90% (alle 4 Kerne). Kann es sein das dies das Problem ist, wenn die CPU ausgelastet ist und ein Befehl (z.B. Schalter gedrückt wird) das dann die Aktion deshalb so lange dauert?

[Thomas Braun]

@danny_v1 sagte in Deconz aktualisiert nicht Stati von Phoscon/Aqara:

Kann es sein das dies das Problem ist, wenn die CPU ausgelastet ist und ein Befehl (z.B. Schalter gedrückt wird) das dann die Aktion deshalb so lange dauert?

Möglich. Was läuft denn da für Hardware?

free -h
who -r

[danny_v1]

@Thomas-Braun
Läuft auf nem Raspi4 4GB

free -h:

              total        used        free      shared  buff/cache   available
Mem:          3,7Gi       1,1Gi       2,3Gi       8,0Mi       357Mi       2,8Gi
Swap:          99Mi          0B        99Mi

who -r

        Runlevel 3   2020-12-29 19:05

[Thomas Braun]

@danny_v1
Gut, das ist kein Rennpferd, aber meiner läuft eigentlich exakt gleich:

pi@raspberrypi:~ $ free -h
              total        used        free      shared  buff/cache   available
Mem:          3,8Gi       1,1Gi       1,8Gi       9,0Mi       965Mi       2,8Gi
Swap:          99Mi          0B        99Mi

Soweit auch keine großen Aussetzer.

Deconz?

pi@raspberrypi:~ $ apt policy deconz
deconz:
  Installiert:           2.07.01-raspbian-buster-stable
  Installationskandidat: 2.07.01-raspbian-buster-stable
  Versionstabelle:
 *** 2.07.01-raspbian-buster-stable 500
        500 http://phoscon.de/apt/deconz buster/main armhf Packages
        100 /var/lib/dpkg/status

[danny_v1]

@Thomas-Braun apt policy deconz gibt mir genau das aus wie bei dir

beobachte das gerade mal mit top und da schießt der iobroker ab und zu auf über 70% CPU, spitzenwert war gerade 113%

[danny_v1]

Würde es etwas bringen den conbee stick und deconz auf einem seperaten pi auszulagern, alles was mit der phoscon app geht direkt darüber zu machen. Den Deconz adapter wie gehabt auf dem originalen pi laufen zu lassen und so zu sagen nur das im iobroker zu machen was phoscon nicht kann. Sowie die Stati über die Vis ausgeben und die Steuerung per Alexa?

[haselchen]

@danny_v1

ich würde eher nach anderen Problemen gucken.
Javascripte, Blocklys.....irgendwas dabei was die Auslastung in die Höhe treibt ?
Mein Deconz verbraucht nicht mal 1% Prozessorleistung.

[danny_v1]

@haselchen wenn ich mit htop die Prozesse beobachte kommt javaskript ab und zu mal mit 2-3% CPU Last vor. Deconz mit 1-2%. Iobroker js controller kommt häufig auf über 70%. Wie bekomme ich raus was die Ursache dafür ist?

[Wildbill]

@danny_v1 Jedes Skript manuell anhalten und dann einzeln starten und schauen, wie sich die Belastung ändert. Geht sie dann wieder hoch, hat Du den (oder einen von vielleicht mehreren) Schuldigen gefunden. Das Skript kannst Du ja dann hier hoch laden, damit man schauen kann, wo der Fehler liegen könnte. Beliebt sind immer Schleifen ohne sie zu beenden, Trigger in Trigger und Ähnliches...

Gruß, Jürgen

[danny_v1]

@Wildbill ok werd ich heute Abend mal durchsuchen und berichten. Danke euch!

[danny_v1]

Also an einem Skript liegt es scheinbar schon mal nicht, ich hab den Javascriptadapter komplett pausiert und es hat sich eigentlich nichts geändert.

Der Befehl "top" zeigt mir immer nur die PID 490 als Verursacher, "htop" zeigt mir dann iobroker.js-controller an. Das scheint ja der iobroker selbst zu sein.

Kann auch sein, dass das Verhalten normal ist und ich das Problem wo anders suchen muss?!?

[danny_v1]

So ich habe heut mal aus Spaß einen SD Karten Test gemacht, und die Karte ist in jedem Punkt durchgefallen. Hab jetzt noch mal neu installiert auf einer anderen Karte, hab diese vorher mal komplett Formatiert (nicht mit Quickformat). Mal sehen ob es das war. Zur Zeit läuft alles wieder wie es sein sollte.
Aber hab Deconz und den Conbee2 Stick noch an einem seperaten Raspi laufen.
Wenn der mit den iobroker nicht wieder langsamer wird pack ich aber Deconz wieder dort drauf.

[Thomas Braun]

@danny_v1 Hattest du nicht per

dmesg

mal danach geschaut?

[danny_v1]

@Thomas-Braun said in Deconz aktualisiert nicht Stati von Phoscon/Aqara:

dmesg

nein das hatte ich nicht, hab ich gerade mal gemacht, was sagt mir die Ausgabe?

Deconz läuft jetzt wieder auf dem pi wo auch iobroker läuft, bis jetzt läuft alles noch ohne Probleme.