Unregelmäßiger Systemabsturz

[lippo]

Guten Abend Zusammen,

seit dem ich iobroker auf meinem Cubietruck habe friert mein System des öfteren ein.

In den Systemlogs konnte ich leider nichts finden, was auf die Abstürze hindeutet - bin allerdings recht frisch in der Debian-Welt unterwegs, so dass dies auch mangels besseren Wissens so ist.

Ursprünglich hatte ich die Stromversorgung oder die Speicherkarte unter verdacht. Beidem habe ich ein Update verpasst (empfohlenes Netzteil und SSD), leider ohne Verbesserung der Situation.

Nachdem ich mir einen Ping-Service eingerichtet habe, konnte ich immerhin den Zeitpunkt der Abstürze eingrenzen.

Aus den Iobroker-Logs ging auch nichts hervor, weshalb ich das Log-Level bei einigen Adaptern auf Debug gestellt habe.

In den Logs ist mir folgendes aufgefallen, dass das Log beim Absturz einen fehlerhaften Log-Eintrag erzeugt:

`2018-07-15 03:05:54.905  - [34mdebug[39m: fhem.0 s== "fhem.0.Tms_Flur_Weather.state.20.9"
2018-07-15 03:06:03.315  - [34mdebug[39m: fhem.0 Event: "HMLAN hmusb loadLvl: low"
2018-07-15 03:06:03.316  - [34mdebug[39m: fhem.0 === "fhem.0.hmusb.loadLvl.low"
2018-07-15 03:06:04.684  - [34mdebug[39m: tradfri.0 ping succeeded
2018-07-15 03:06:04.686  - [34mdebug[39m: tradfri.0 se2018-07-15 07:32:04.531  - [32minfo[39m: host.cubietruck iobroker.js-controller version 1.4.2 js-controller starting
2018-07-15 07:32:04.588  - [32minfo[39m: host.cubietruck Copyright (c) 2014-2018 bluefox, 2014 hobbyquaker
2018-07-15 07:32:04.589  - [32minfo[39m: host.cubietruck hostname: cubietruck, node: v8.11.3[/code]`

`~~[code]~~2018-07-16 10:56:17.605  - [34mdebug[39m: fhem.0 Event: "CUL_HM Tms_Wohnzimmer batteryLevel: 2.9"
2018-07-16 10:56:17.605  - [34mdebug[39m: fhem.0 === "fhem.0.Tms_W2018-07-16 10:17:25.040  - [32minfo[39m: host.cubietruck iobroker.js-controller version 1.4.2 js-controller starting
2018-07-16 22:08:24.915  - [32minfo[39m: host.cubietruck Copyright (c) 2014-2018 bluefox, 2014 hobbyquaker
2018-07-16 22:08:24.916  - [32minfo[39m: host.cubietruck hostname: cubietruck, node: v8.11.3[/code]`

Leider war der letzte Eintrag jeweils ein unterschiedlicher Adapter, hier hatte ich gehofft, es wenigstens auf einen Adapter einschränken zu können.

Folgende Adapter habe ich installiert:
`~~[code]~~system.adapter.admin                   : admin       - 3.4.6
system.adapter.javascript              : javascript  - 3.6.4
system.adapter.tradfri                 : tradfri     - 1.4.1
system.adapter.amazon-dash             : amazon-dash - 0.2.8
system.adapter.fhem                    : fhem        - 0.4.1
system.adapter.web                     : web         - 2.1.9
system.adapter.vis                     : vis         - 1.1.4
system.adapter.sonoff                  : sonoff      - 2.2.2
system.adapter.tr-064                  : tr-064      - 0.4.18[/code]`

Vielleicht hat ja hier einer noch eine Idee, wo ich gucken oder was ich machen könnte.

Gewöhnlich friert das System einmal am Tag ein, aber nicht zu einer bestimmten Uhrzeit.

Gestern und heute ist jedoch nichts passiert, wobei keine unterschiedliche Nutzung der Smarthomekomponenten vorliegt - zumindest keine dir mir explizit auffällt.[/code]

[apollon77]

Ich hatte früher auch Probleme mit Cubietrucks wenn dort viel Last war beziehungsweise ioBroker mit vielen Adaptern darauf gelaufen ist oder ne InfluxDB.

Es hatte sich nach viel experimentieren herausgestellt dass es wohl mit der Speicherfrequenz oder ähnlichem zu tun hat und je nachdem was für Speicherchips und sowas. Ich hatte Systeme die anfälliger waren als andere.

Das ganze war such mit speichertests nachstellbar. IoBroker selbst ist da nicht schuld. Auch mal im Armbian Forum.

Am Ende nutze ich cubietrucks aktuell nur noch für niedrig Last Slave Systeme genau aus diesem Grund.

Gesendet vom Handy …

[lippo]

Son Ärger.

Was verwendest du denn aktuell als "Hauptserver" bzw. was würdest du empfehlen?

[apollon77]

Hab mir dann Intel nuc‘s gegönnt. Empfehlung, aber halt in summe etwas teurer.

Gesendet vom Handy …

[Stabilostick]

Könnte es sein, das die Installation und das Umschalten auf Redis aufgrund der dann niedrigeren CPU-Last eine Erleichterung bringt?

viewtopic.php?f=36&t=3181

[apollon77]

Gute Frage. Wie gesagt waren meine Probleme damals Speicher-verursacht und wurden durch „Last“ im ram getriggert. Redis ist auch ram

Also je ram lästiger desto größer waren Die Probleme mit den cubies

Gesendet vom Handy …

[apollon77]

Bei langeweile zum lesen der Armbian Forum Thread von damals: https://forum.armbian.com/topic/2866-cu … t-problem/

Ich hatte dann am Ende zwei typen von Cubites. welche die mit nem früheren uboot stbil liefen und mit neuerem uboot nicht mehr. und anders herum Habe alle entsorgt die nur mit altem uboot stabil waren