[gelöst] PI / ioBroker hängt sich plötzlich auf

Stabilostick

Mache ein Image von der SD-Karte als Backup. Probiere das Update des Raspies mit der Backup-Karte aus.

Kürzeste Downtime und geringstes Risiko.

smarthome-tricks.de

Jap, so werde ich das machen. Gute Idee! danke!

smarthome-tricks.de

Mir ist gerade nochmals im Log folgender Eintrag aufgefallen:

2018-10-02 05:09:33.846  - [33mwarn[39m: mqtt.0 Client error [outdoor2]: Error: read EHOSTUNREACH

Bei mir senden derzeit 2 ESP8266 Clients per MQTT Sensordaten an den ioBroker. Da kommen seit wenigen Tagen vermehrt folgende Fehlermeldungen:

mqtt.0	2018-10-02 20:30:31.844	info	Client [outdoor2] closed
mqtt.0	2018-10-02 20:30:31.843	error	Closed because of error
mqtt.0	2018-10-02 20:30:31.840	warn	Client error [outdoor2]: Error: read EHOSTUNREACH

Hatte das schon mal jemand, könnte das evtl. auch damit zusammenhängen?

Stabilostick

outdoor2 wurde vom Raspberry aus nicht mehr im Netzwerk gefunden. WLAN-Probleme? Wenn das häufiger passiert, dann z.B. pings von anderen Rechnern auf outdoor2 beobachten, um auszuschließen, das es am Raspi liegt.

smarthome-tricks.de

Ja, das kann gut sein. Der ESP geht nach dem Übertragen der Daten in den DeepSleep-Modus. Dann ist er vom PI natürlich nicht mehr erreichbar.

smarthome-tricks.de

Hallo,

ich habe jetzt die SD-Karte mal gecloned und getauscht und dann zusätzliche alle nicht benötigten Adapter gestoppt.

Das Ganze lief dann 7 Tage problemlos, heute morgen um 5:00 Uhr war es dann wieder soweit.

Der PI hat sich aufgehängt, war auch über SSH nicht mehr erreichbar.

Im Kern.log habe ich jetzt ganz andere Einträge gefunden:

Oct 10 05:03:15 iobroker-raspi kernel: [561883.449254] Out of memory: Kill process 792 (iobroker.js-con) score 225 or sacrifice child
Oct 10 05:03:15 iobroker-raspi kernel: [561883.449318] Killed process 859 (io.javascript.0) total-vm:186580kB, anon-rss:46168kB, file-rss:0kB, shmem-rss:0kB
Oct 10 05:03:15 iobroker-raspi kernel: [561883.492238] oom_reaper: reaped process 859 (io.javascript.0), now anon-rss:0kB, file-rss:0kB, shmem-rss:0kB
Oct 10 05:04:00 iobroker-raspi kernel: [561928.771196] io.cloud.0 invoked oom-killer: gfp_mask=0x24201ca(GFP_HIGHUSER_MOVABLE|__GFP_COLD), nodemask=0, order=0, oom_score_adj=0
Oct 10 05:04:00 iobroker-raspi kernel: [561928.771202] io.cloud.0 cpuset=/ mems_allowed=0
Oct 10 05:04:00 iobroker-raspi kernel: [561928.771215] CPU: 2 PID: 865 Comm: io.cloud.0 Not tainted 4.9.35-v7+ #1014
Oct 10 05:04:00 iobroker-raspi kernel: [561928.771218] Hardware name: BCM2835
Oct 10 05:04:00 iobroker-raspi kernel: [561928.771238] [<8010fb3c>] (unwind_backtrace) from [<8010c058>] (show_stack+0x20/0x24)
Oct 10 05:04:00 iobroker-raspi kernel: [561928.771248] [<8010c058>] (show_stack) from [<80455880>] (dump_stack+0xd4/0x118)
Oct 10 05:04:00 iobroker-raspi kernel: [561928.771257] [<80455880>] (dump_stack) from [<8026cd84>] (dump_header+0x9c/0x1f4)
Oct 10 05:04:00 iobroker-raspi kernel: [561928.771268] [<8026cd84>] (dump_header) from [<802106a0>] (oom_kill_process+0x3e0/0x4e4)
Oct 10 05:04:00 iobroker-raspi kernel: [561928.771277] [<802106a0>] (oom_kill_process) from [<80210b08>] (out_of_memory+0x124/0x334)
Oct 10 05:04:00 iobroker-raspi kernel: [561928.771286] [<80210b08>] (out_of_memory) from [<80215c34>] (__alloc_pages_nodemask+0xcf4/0xdd0)
Oct 10 05:04:00 iobroker-raspi kernel: [561928.771295] [<80215c34>] (__alloc_pages_nodemask) from [<8020e9d0>] (filemap_fault+0x474/0x674)
Oct 10 05:04:00 iobroker-raspi kernel: [561928.771304] [<8020e9d0>] (filemap_fault) from [<8030cc2c>] (ext4_filemap_fault+0x3c/0x50)
Oct 10 05:04:00 iobroker-raspi kernel: [561928.771314] [<8030cc2c>] (ext4_filemap_fault) from [<8023db40>] (__do_fault+0x7c/0x100)
Oct 10 05:04:00 iobroker-raspi kernel: [561928.771322] [<8023db40>] (__do_fault) from [<80241e6c>] (handle_mm_fault+0x5fc/0xd80)
Oct 10 05:04:00 iobroker-raspi kernel: [561928.771331] [<80241e6c>] (handle_mm_fault) from [<8071a134>] (do_page_fault+0x33c/0x3b0)
Oct 10 05:04:00 iobroker-raspi kernel: [561928.771340] [<8071a134>] (do_page_fault) from [<801012a8>] (do_PrefetchAbort+0x44/0xa8)
Oct 10 05:04:00 iobroker-raspi kernel: [561928.771347] [<801012a8>] (do_PrefetchAbort) from [<80719be4>] (ret_from_exception+0x0/0x1c)

Das sieht für mich nach einem Problem im Scripting aus, sprich eins meiner Skripte hat hier Unsinn getrieben. Wie seht ihr das?

Habt ihr ne Idee wie ich rausfinden kann, was hier genau passiert ist, evtl. auch an welchem Skript es liegt?

Morgends um 5:00 Uhr wird nur im Haus ein Flurlicht per Adapter "fullcalendar" eingeschalten, mehr läuft da eigentlich nicht.

Grüße,

Matthias

smarthome-tricks.de

So, hier habe ich gerade noch etwas entdeckt im ioBroker Log.

Zeitlich passt das ins Fenster des Absturzes, keine Ahnung ob das ein Folgeproblem oder die Ursache ist :shock:

2018-10-10 05:03:22.452  - ^[[31merror^[[39m: sonoff.0 uncaught exception: listen EADDRINUSE 0.0.0.0:1884
2018-10-10 05:03:22.453  - ^[[31merror^[[39m: sonoff.0 Error: listen EADDRINUSE 0.0.0.0:1884
    at Object.exports._errnoException (util.js:1018:11)
    at exports._exceptionWithHostPort (util.js:1041:20)
    at Server._listen2 (net.js:1258:14)
    at listen (net.js:1294:10)
    at net.js:1404:9
    at _combinedTickCallback (internal/process/next_tick.js:83:11)
    at process._tickCallback (internal/process/next_tick.js:104:9)

smarthome-tricks.de

Hallo,

hat keiner eine Idee wie ich hier weiterkomme?

Viele Grüße,

Matthias

paul53

Auffällig ist das

Out of memory: Kill process 792 (iobroker.js-con)

killen von ioBroker im Zusammenhang mit

Hardware name: BCM2835

also ein Raspberry Pi mit nur 512 MB RAM.

smarthome-tricks.de

Nee, es wird folgender Pi eingesetzt:

Raspberry Pi 3 - Model B (1GB)

eric2905

~~@kortos:~~

Oct 10 05:04:00 iobroker-raspi kernel: [561928.771218] Hardware name: BCM2835 `

~~@kortos:~~

Nee, es wird folgender Pi eingesetzt:

Raspberry Pi 3 - Model B (1GB) `

Irgendwas passt da aber nicht:

~~![](</s><URL url=)<link_text text="https://uploads.tapatalk-cdn.com/201810 ... 82e82e.jpg">https://uploads.tapatalk-cdn.com/20181013/8de6a4e6b85de8b4f45070699f82e82e.jpg</link_text>" />

Bist Du Dir bei dem Model wirklich sicher?

Gruß,

Eric

Von unterwegs getippert~~

smarthome-tricks.de

Sehr merkwürdig, auf dem PI ist folgender Aufdruck:

Pi Model B V1.2

Laut dem free Command sollte das 1 GB sein.

root@iobroker-raspi:~# free -m -t

total       used       free     shared    buffers     cached
Mem:           923        738        185          0         69        108
-/+ buffers/cache:        560        362
Swap:           99         42         57
Total:        1023        781        242
root@iobroker-raspi:~#

eric2905

~~@kortos:~~

Pi Model B V1.2 `
Das ist ein Pi (1)

Gruß,

Eric

Von unterwegs getippert

smarthome-tricks.de

Folgendes Modell (Amazon-Link)

https://www.amazon.de/gp/product/B01DC6 … a8121b1170

Pi 3 Model B V1.2

paul53

~~@kortos:~~

Pi 3 Model B V1.2 `
Das widerspricht der Meldung

Oct 10 05:04:00 iobroker-raspi kernel: [561928.771218] Hardware name: BCM2835

Was steht auf dem SoC-Gehäuse ?

smarthome-tricks.de

Das ist der besagte Pi :|

paul53

Das sieht tatsächlich nach einem RPi 3 aus. Dann sind offenbar auch die 1 GB RAM für Deine laufenden ioBroker-Instanzen zeitweise zu wenig, sonst würde ioBroker nicht mit dieser Meldung durch den Kernel gekillt:

Oct 10 05:03:15 iobroker-raspi kernel: [561883.449254] Out of memory: Kill process 792 (iobroker.js-con) score 225 or sacrifice child

Die Swap-Größe ist mit nur 100 MB auch nicht gerade hilfreich, wobei eine größere Swap-Partition die Lebensdauer der SD Card verkürzen würde (Wahl zwischen Pest und Colera).

Abhilfe: Hardware mit mind. 2 GB RAM oder Multi-Host.

smarthome-tricks.de

~~@paul53:~~

Die Swap-Größe ist mit nur 100 MB auch nicht gerade hilfreich, wobei eine größere Swap-Partition die Lebensdauer der SD Card verkürzen würde (Wahl zwischen Pest und Colera). `

Ja, ich denke ich bestelle mir nen NUC-System mit 8GB, dann habe ich Ruhe und das System läuft :-)

Danke für eure Hilfe :-)

Grüße,

Matthias

eric2905

~~@kortos:~~

Das ist der besagte Pi :|
filename="pi.jpg" index="0">~~ `
Hmmm, soweit ich weiß, kam der Pi3 B v1.2 doch erst in 2016 (Ende 2016, wenn ich nicht irre) auf den Markt.

Auf dem Board steht 2015 ….

Evtl. ein Clone?

Gruß,

Eric

Von unterwegs getippert

jaridian

Hallo,

Bei mir genau das selbe Problem. Hängt sich mit iobroker ständig auf. Starte ich den iobroker nicht, läuft der Raspberry durch.

Auf der Platine steht dasselbe und auf der SoC steht zwar BCM2837, aber laut cpuinfo soll es ein BCM2835 sein. CPU ist laut cpuinfo ein ARMv7 Processor rev 4 (v7l)

cpuinfo sagt folgendes:

Hardware : BCM2835

Revision : a02082

Serial : 000000002b8xxxxxxxxx

model name : ARMv7 Processor rev 4 (v7l)

ist die cpuinfo verlässlich, sprich kann man cpuinfo glauben?

Meine Frage nun, ist das nun ein Raspberry Pi3 oder eher nicht….den ich bei Amazon gekauft hatte?

MfG, jaridian

Community Forum

NEWS

[gelöst] PI / ioBroker hängt sich plötzlich auf

Support us

294

32.7k

82.4k

1.3m