NEWS
[gelöst] PI / ioBroker hängt sich plötzlich auf
-
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
-
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.
-
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
-
Ganz weg wirst Du wegen der Raspberrymatic nicht kommen [emoji56]
Wieviel Speicher bleibt denn neben der für ioBroker auf dem Raspi frei?
-
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
-
Bin nur neugierig, wieviele Ressourcen neben der Raspberrymatic bleiben. Für Multihost z.B.
-
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
-
Oh, danke, wieder was gelernt. Bin CCU2-„geschädigt“. [emoji23]
-
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~~