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

smarthome-tricks.de

Hallo zusammen,

heute morgen wollte ich wie jeden morgen meine VIS-Oberfläche am Tablet öffnen um nach dem Status (Temperaturen, etc.) zu sehen. Meine Visualisierung wurde nicht mehr angezeigt (weiße Seite, mehr nicht). Auch die Administrationsoberfläche war nicht mehr erreichbar. Am PI leuchteten die grüne und rote Status LED permanent. Also Stecker raus, gewartet und wieder neu gebootet.

Dann lief alles wieder normal und stabil.

Im LOG-File von ioBroker war folgender Eintrag zu finden:

2018-10-02 05:09:33.846  - [33mwarn[39m: mqtt.0 Client error [outdoor2]: Error: read EHOSTUNREACH
2018-10-02 05:09:34.018  - [32minfo[39m: admin.0 Request actual repository...
2018-10-02 05:09:33.748  - [32minfo[39m: web.0 <==Disconnect system.user.admin from ::ffff:192.168.2.112 vis.0

Im Log-File des PI (/var/log/kern.log) waren folgende merkwürdige Einträge:

Oct  2 05:02:28 iobroker-raspi kernel: [386457.134982] INFO: task kworker/2:1:8107 blocked for more than 120 seconds.
Oct  2 05:02:38 iobroker-raspi kernel: [386457.134990]       Not tainted 4.9.35-v7+ #1014
Oct  2 05:02:44 iobroker-raspi kernel: [386457.134992] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Oct  2 05:02:51 iobroker-raspi kernel: [386457.134995] kworker/2:1     D    0  8107      2 0x00000000
Oct  2 05:03:05 iobroker-raspi kernel: [386457.135013] Workqueue: events_freezable mmc_rescan
Oct  2 05:03:12 iobroker-raspi kernel: [386457.135033] [<807146b0>] (__schedule) from [<80714bd4>] (schedule+0x50/0xa8)
Oct  2 05:03:18 iobroker-raspi kernel: [386457.135041] [<80714bd4>] (schedule) from [<805b6c5c>] (__mmc_claim_host+0xb8/0x1cc)
Oct  2 05:03:25 iobroker-raspi kernel: [386457.135049] [<805b6c5c>] (__mmc_claim_host) from [<805b6da0>] (mmc_get_card+0x30/0x34)
Oct  2 05:03:37 iobroker-raspi kernel: [386457.135057] [<805b6da0>] (mmc_get_card) from [<805bf830>] (mmc_sd_detect+0x2c/0x80)
Oct  2 05:03:45 iobroker-raspi kernel: [386457.135065] [<805bf830>] (mmc_sd_detect) from [<805b9a64>] (mmc_rescan+0x1c8/0x38c)
Oct  2 05:03:53 iobroker-raspi kernel: [386457.135075] [<805b9a64>] (mmc_rescan) from [<80136660>] (process_one_work+0x158/0x454)
Oct  2 05:04:07 iobroker-raspi kernel: [386457.135085] [<80136660>] (process_one_work) from [<801369c0>] (worker_thread+0x64/0x568)
Oct  2 05:04:15 iobroker-raspi kernel: [386457.135093] [<801369c0>] (worker_thread) from [<8013c8c8>] (kthread+0x10c/0x124)
Oct  2 05:04:26 iobroker-raspi kernel: [386457.135102] [<8013c8c8>] (kthread) from [<80108148>] (ret_from_fork+0x14/0x2c)
Oct  2 05:04:37 iobroker-raspi kernel: [386580.015490] INFO: task kworker/2:1:8107 blocked for more than 120 seconds.
Oct  2 05:04:50 iobroker-raspi kernel: [386580.015497]       Not tainted 4.9.35-v7+ #1014
Oct  2 05:04:59 iobroker-raspi kernel: [386580.015500] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Oct  2 05:05:14 iobroker-raspi kernel: [386580.015503] kworker/2:1     D    0  8107      2 0x00000000
Oct  2 05:05:21 iobroker-raspi kernel: [386580.015529] Workqueue: events_freezable mmc_rescan
Oct  2 05:05:35 iobroker-raspi kernel: [386580.015548] [<807146b0>] (__schedule) from [<80714bd4>] (schedule+0x50/0xa8)
Oct  2 05:05:42 iobroker-raspi kernel: [386580.015556] [<80714bd4>] (schedule) from [<805b6c5c>] (__mmc_claim_host+0xb8/0x1cc)
Oct  2 05:05:49 iobroker-raspi kernel: [386580.015564] [<805b6c5c>] (__mmc_claim_host) from [<805b6da0>] (mmc_get_card+0x30/0x34)
Oct  2 05:06:12 iobroker-raspi kernel: [386580.015572] [<805b6da0>] (mmc_get_card) from [<805bf830>] (mmc_sd_detect+0x2c/0x80)
Oct  2 05:06:21 iobroker-raspi kernel: [386580.015581] [<805bf830>] (mmc_sd_detect) from [<805b9a64>] (mmc_rescan+0x1c8/0x38c)
Oct  2 05:06:31 iobroker-raspi kernel: [386580.015591] [<805b9a64>] (mmc_rescan) from [<80136660>] (process_one_work+0x158/0x454)
Oct  2 05:06:45 iobroker-raspi kernel: [386580.015600] [<80136660>] (process_one_work) from [<801369c0>] (worker_thread+0x64/0x568)
Oct  2 05:06:56 iobroker-raspi kernel: [386580.015609] [<801369c0>] (worker_thread) from [<8013c8c8>] (kthread+0x10c/0x124)
Oct  2 05:07:07 iobroker-raspi kernel: [386580.015618] [<8013c8c8>] (kthread) from [<80108148>] (ret_from_fork+0x14/0x2c)
Oct  2 05:07:18 iobroker-raspi kernel: [386702.896006] INFO: task kworker/2:1:8107 blocked for more than 120 seconds.
Oct  2 05:07:35 iobroker-raspi kernel: [386702.896014]       Not tainted 4.9.35-v7+ #1014
Oct  2 05:07:51 iobroker-raspi kernel: [386702.896016] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Oct  2 05:07:59 iobroker-raspi kernel: [386702.896019] kworker/2:1     D    0  8107      2 0x00000000

Ich habe mal ein wenig google bemüht, aber für mich noch nix brauchbares gefunden.

Am PI hängt nur ein USB-Stick für zigbee (cc2531). Mehr ist da nicht dran. RaspMatic läuft auf einem separaten PI.

Viele Grüße,

Matthias

Stabilostick

Hi,

die Version Deines OS’es ist schon über ein Jahr alt. Die Ursachen für das Hängenbleiben von Prozessen sind vielfältig. Hardware, Spannungsversorgung, defekte oder inkompatible SD-Karte, Treiberprobleme, ….

Ich würde da nicht lange herum machen. Mache ein Backup des ioBrokers und hole Dir ein aktuelles Raspian. Node.js 8.12 und npm 4.6.1. Restore des ioBrokers zusammen mit vis, Node-red und ggf. History und was Du sonst noch hast.

smarthome-tricks.de

Ja, das hatte ich auch bereits im Verdacht.

Ich überlege zudem weg vom PI, zu was größerem, da mir auch langsam der Arbeitsspeicher nicht mehr reicht…

Danke für die schnelle Antwort :-)

Stabilostick

Ganz weg wirst Du wegen der Raspberrymatic nicht kommen [emoji56]

Wieviel Speicher bleibt denn neben der für ioBroker auf dem Raspi frei?

Dutchman

~~@Stabilostick:~~

Ganz weg wirst Du wegen der Raspberrymatic nicht kommen [emoji56] `

Den hat er ja seperate ;)

Wen der Speicher/CPU Leistung reichen kan man beim Pi bleiben aber Weck von der SD Lösung.

Klemt es buj Performance nicht runfackeln und vernünftige Hardware einsetzen.

Sent from my iPhone using Tapatalk

Stabilostick

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

Dutchman

~~@Stabilostick:~~

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~~

Community Forum

NEWS

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

Support us

414

32.7k

82.4k

1.3m