UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[PB74]

Danke euch beiden erstmal.
Ich werde mich demnächst mal mit dem fehlerhaften Code befassen...kann aber etwas dauern. Wenn ich Fragen zum Code habe (das kann ich garantieren :blush: ) melde ich mich an dieser Stelle wieder.

Bis dahin und viele Grüße
Peter

[PB74]

@homoran said in iobroker Absturz:

wahrscheinlicher ist, dass irgendein Script Amok läuft undeine Load average über 4 (und mehr) hochtreibt

Was bedeutet das eigentlich???

[PB74]

@pb74 said in iobroker Absturz:

Was bedeutet das eigentlich???

....das Load average? Wie muss man das einschätzen?

[Codierknecht]

@pb74 sagte in iobroker Absturz:

Was bedeutet das eigentlich???

Wenn Du schon so generelle Fehler in Deinen Scripten hast und falsche Datentypen in die States schreibst, ist zu befürchten dass da noch schlimmere Kinken drin sind.
Kandidaten sind da z.B. "Trigger in Trigger" und nicht beendete Timeouts.

Dann geht die durchschnittliche Last auf Deiner Kiste (LoadAverage) schnell in die Höhe.

[Homoran]

@pb74 sagte in iobroker Absturz:

@pb74 said in iobroker Absturz:

Was bedeutet das eigentlich???

....das Load average? Wie muss man das einschätzen?

die load average betrachtet diverse Parameter zur Systemlast, und der Wert sollte grob gesagt die Anzahl Kerne nicht überschreiten.
Passiert das, staut sich die Abarbeitung was im schlimmsten Fall zur Lähmung des Systems führt.

Es wäre vielleicht sinnvoll auf den entsprechenden Wert unter system.host.xyz zu triggern, beim Erreichen einer Schwelle eine WARN ins log schreiben, damit man später im Log sehen kann was da etwa passiert ist.

[eitljoerggmx.at]

Hallo zusammen!

Ich hatte über die letzten Monate ebenfalls das Problem, dass mein IOBroker in unregelmäßigen Abständen abgestürzt ist.
Interessant war, das der IOB nach einem Absturz oftmals nach ein paar Stunden wieder abstürzte.
Dann gab es wieder Zeiten in denen lange Ruhe war.
Bei aller Suche bin ich lange Zeit nicht auf den Grund gestoßen.

Schlussendlich habe ich mehr oder weniger zufällig ein Script gefunden, welches in ungünstigen Fällen eine Division durch 0 berechnet hat.
Der Datenpunkt war der von mir berechnete Autarkiegrad meines Hauses.
Nachdem ich die Berechnung korrigiert habe (den Wert auf >1 begrenzt) ist nun seit 2 Monaten Ruhe.
In den Logfiles habe ich keinen Hinweis auf dieses Problem gefunden. Schön wäre, wenn das abgefangen werden würde und eine "DivideByZeroException" exception oder ähnliches im Log zu finden wäre.

Anyway, unter Umständen hilft das dem Ein oder Anderem, vielleicht auch bei dieser Problemstellung.

LG
Wolfgang

[mcm1957]

@eitljoerggmx-at said in iobroker Absturz:

Schlussendlich habe ich mehr oder weniger zufällig ein Script gefunden, welches in ungünstigen Fällen eine Division durch 0 berechnet hat.
Der Datenpunkt war der von mir berechnete Autarkiegrad meines Hauses.
Nachdem ich die Berechnung korrigiert habe (den Wert auf >1 begrenzt) ist nun seit 2 Monaten Ruhe.
In den Logfiles habe ich keinen Hinweis auf dieses Problem gefunden. Schön wäre, wenn das abgefangen werden würde und eine "DivideByZeroException" exception oder ähnliches im Log zu finden wäre.

Wenn das Problem reproduzierbar ist erstell bitte ein Issue mit einem Mini-Demo-Script dass das Problem zeigt beim javascript Adapter. Dann kann sich das sicher wer ansehen. Das hilft dann anderen sicher wenn das Verhalten verbessert wird.

[PB74]

Hallo zusammen,

mit der Fehlersuche in den Scripten habe ich aus Zeitgründen noch nicht anfangen können, bisher wurde nur das OS auf den neuesten Stand gebracht.

Gestern Abend ist mein iobroker wieder abgestürzt, leider habe ich es erst so gegen 23:00 Uhr bemerkt.
Seitdem wurde er nicht spannungslos gemacht.
Ich werde heute gegen Abend mal probieren, ob bzw. wie der iobroker erreichbar ist.

Macht es Sinn iob_diag nochmal auszuführen und das Ergebnis hier einzustellen?

[Thomas Braun]

@pb74 sagte in iobroker Absturz:

Macht es Sinn iob_diag nochmal auszuführen

Ein frischer Lauf von dem Ding ist immer sinnvoll.

[Ein ehemaliger Benutzer]

@pb74

An Deiner Stelle würde ich zuerst den SWAP vergrößern. Der ist nämlich aufgebraucht.
D.h. dass der RAM im laufenden Betrieb auch schon mal am Ende war.
4GB ist unterste Grenze, da muss der Kleine wenigstens auslagern können.

Ich denke Du benutzt keine SD-Karte, sondern etwas anderes!? Dann kannst Du den SWAP ruhig auf 4GB machen, oder sogar das 1 1/2-fache vom RAM.

Anleitungen gibt es genügend im Web.

Geht schnell, kost nix, bringt was.

[Homoran]

@rscsb sagte in iobroker Absturz:

4GB ist unterste Grenze,

nicht wirklich!
es gibt genug User, die bequem mit 2GB auskommen, tlw. überraschenderweise sogar mit 1GB.

@rscsb sagte in iobroker Absturz:

zuerst den SWAP vergrößern

halte ich für keine gute Idee.*

@rscsb sagte in iobroker Absturz:

Der ist nämlich aufgebraucht.

bei ihm ist da noch Luft, bei mir ist das letztens sogar bei 8GB passiert obwohl 4700MB available RAM vorhanden sind.
und hier sind auch noch 1.4GB available.

@rscsb sagte in iobroker Absturz:

Ich denke Du benutzt keine SD-Karte

*und da sollten wir ansetzen.

hier zeichnet sich bereits ein Engpass an

@pb74 sagte in iobroker Absturz:

load average: 1.93, 1.22, 0.74

und wenn das z.B. am I/O liegt und dann noch mehr I/O wegen dauernden Auslagerns beansprucht wird, knallt's

Möglicherweise hängt die sda und sdb am USB3.
Da gibt es dann genau dieses Problem

@pb74 wo höngt die USB-Platte dran?

[Ein ehemaliger Benutzer]

@homoran said in iobroker Absturz:

nicht wirklich!
es gibt genug User, die bequem mit 2GB auskommen, tlw. überraschenderweise sogar mit 1GB.

War vielleicht missverständlich ausgedrückt von mir. Damit meinte ich den RAM.
Zeig mir den Raspi, der heute überraschenderweise gut mit 1 GB RAM auskommt.

Ich bleibe dabei - SWAP ist fertig: Swap: 209M 208M 1.7M
Er kann dann im Zweifel nicht mehr zuweisen und bumm.

[Homoran]

@rscsb sagte in iobroker Absturz:

Damit meinte ich den RAM.

ich auch :grin:

@rscsb sagte in iobroker Absturz:

SWAP ist fertig: Swap: 209M 208M 1.7M

gut, da hab ich schief gelesen.
aber wie gesagt ist mir das auch bei 8GB RAM passiert, warum auch immer.

aber bei

@pb74 sagte in iobroker Absturz:

1226.5 avail Mem

müsste erstmal gar nichts ausgelagert werden.

Die Ursache ist eher in zu hoher load average zu suchen.
und die wird mit mehr auslagern nicht geringer

[Ein ehemaliger Benutzer]

@homoran said in iobroker Absturz:

bei ihm ist da noch Luft

1,7M - is nich viel Luft

I/O wegen dauernden Auslagerns

das wirkt sich besonders dann aus, wenn von allem besonders wenig da ist.

[Homoran]

@rscsb sagte in iobroker Absturz:

1,7M - is nich viel Luft

sag ich doch

@homoran sagte in iobroker Absturz:

gut, da hab ich schief gelesen.

hab da 170mb gesehen :eyeglasses:

sieh mal hier

mit 8gb RAM und 4500 available

[Ein ehemaliger Benutzer]

@homoran said in iobroker Absturz:

Du weißt, dass Du da auch die SWAP-Spalte dazu einblenden kannst ?!
Dann siehst Du unter Umständen auch, welcher Prozess den Speicher füllt.

[Homoran]

@rscsb sagte in iobroker Absturz:

Dann siehst Du unter Umständen auch, welcher Prozess den Speicher füllt.

ich könnte wetten nach einem reboot ist das weg.
Hab ich in 10 Jahren iob noch nie gehabt.

ich nehme allerdings an, dass das backitup beim Packen von 64GB history war, wo der verfügbare RAM nicht schnell genug umgeschichtet wurde.
oder es stammt vom letzten größeren OS Update.

Ähnliches wird auch bei @PB74 der Fall sein, weshalb mich das in diesem Fall erst einmal gar nicht interessiert, da bei ihm ausreichend und bei mir reichlich verfügbarer RAM existiert.

Seine Abstürze / Lähmung des Systems kommen nach meiner Betrachtung vom zu hohen I/O weil wahrscheinlich die USB-Platte am USB3 hängt, was wegen hochfrequenter Störungen durch die CPU zu genau diesem Effekt führt.

Einen weiteren Thread hatten wir gerade erst, wo die load average nach Umstecken auf USB2 auf 1/4 der bisherigen Last fiel.

[PB74]

@pb74 wo höngt die USB-Platte dran?

Die SSD hängt mit dieser USB A-A Brücke am USB3 Anschluss:

[MartinP]

So sieht es auf meiner Kiste aus (in PVE shell selber).

top - 19:43:01 up 1 day,  4:03,  2 users,  load average: 3.27, 2.38, 2.23
Tasks: 485 total,   1 running, 484 sleeping,   0 stopped,   0 zombie
%Cpu(s): 41.6 us, 26.0 sy,  0.0 ni, 25.8 id,  1.5 wa,  0.0 hi,  5.1 si,  0.0 st 
MiB Mem :   7792.8 total,   1064.7 free,   3663.7 used,   3468.2 buff/cache     
MiB Swap:   7800.0 total,   6292.7 free,   1507.2 used.   4129.1 avail Mem 

Keine Abstürze

Die Uptime ist nur gut 1 Tag, weil gestern ein neues Kernel gekommen ist, und deshalb ein Neustart fällig war ...

[PB74]

Der Raspberry lässt sich anpingen, ist aber per SSH nicht erreichbar. Monitor / Tastatur / Maus direkt am Raspberry habe ich noch nicht testen können.

Ich lasse den Raspi jetzt in diesem Zustand mal stehen, vielleicht hat noch jemand andere Ideen bzgl. Zugriff.

Ansonsten kann ich leider frühestens morgen abend weiter testen....