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

Dutchman

Bin nur neugierig, wieviele Ressourcen neben der Raspberrymatic bleiben. Für Multihost z.B. `

Raspberrymatic ist ein abgeschlanktes Linux wo man neben Raspberrymatic nichts anderes drauf laufen lassen sollte allein schon wegen der Update Procedere…

(Komplett Format und neu aufsetzen Dan Backup einspielen)

Sent from my iPhone using Tapatalk

Stabilostick

Oh, danke, wieder was gelernt. Bin CCU2-„geschädigt“. [emoji23]

smarthome-tricks.de

Ja, wie schon geschrieben habe ich das alles getrennt aufgebaut (ioBroker auf dem extra PI).

Ich habe jetzt mal alle nicht benötigten Adapter gestoppt, evtl. tritt es dann ja vorerst nicht mehr auf.

Den PI manuell upzudaten ist keine Option?

sudo apt-get update
sudo apt-get upgrade

Die Frage ist nur ob danach noch alles geht :lol:

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.

Community Forum

NEWS

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

Support us

488

32.7k

82.4k

1.3m