NEWS
[gelöst] PI / ioBroker hängt sich plötzlich auf
-
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:
-
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.
-
Jap, so werde ich das machen. Gute Idee! danke!
-
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?
-
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.
-
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.
-
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
-
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)
-
Hallo,
hat keiner eine Idee wie ich hier weiterkomme?
Viele Grüße,
Matthias
-
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.
-
Nee, es wird folgender Pi eingesetzt:
Raspberry Pi 3 - Model B (1GB)
-
@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~~
-
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:~#
-
@kortos:Pi Model B V1.2 `
Das ist ein Pi (1)Gruß,
Eric
Von unterwegs getippert
-
Folgendes Modell (Amazon-Link)
https://www.amazon.de/gp/product/B01DC6 … a8121b1170
Pi 3 Model B V1.2
-
@kortos:Pi 3 Model B V1.2 `
Das widerspricht der MeldungOct 10 05:04:00 iobroker-raspi kernel: [561928.771218] Hardware name: BCM2835
Was steht auf dem SoC-Gehäuse ?
-
Das ist der besagte Pi
-
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.
-
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
-
@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