NEWS
VIS: Edit Mode bringt web Adapter zum Absturz
-
Hallo alle, Bluefox
Ich brauche unbedingt Hilfe da ich inzwischen nun gar nicht mehr in VIS editieren kann.
Sobald ich irgend etwas editiere, bekomme ich von VIS die Meldung, dass keine Verbindung mehr besteht und im IOBroker-Log steht:
host.ioBroker-Pi2 2018-05-01 01:47:53.262 error instance system.adapter.web.0 terminated with code null () host.ioBroker-Pi2 2018-05-01 01:47:53.261 warn instance system.adapter.web.0 terminated due to SIGKILL web.0 2018-05-01 01:47:12.968 info 2018-04-30T23:47:12.959Z Connected system.user.admin
Wie kann ich noch helfen den Fehler zu finden? Gibt es irgendwo noch weitere Logs die helfen könnten?
Die Adapter sind alle auf aktuellem Stand.
Es kann auch passieren dass beim Wechel einer View VIS komplett einfriert.
In diesem Fall ist der Raspi scheinbar total unter Last. Ein gleichzeitiges Öffnen der IOBroker Seite geht dann zumeist nicht. Erst nach einer Weile, wenn Chrome auf der VIS Seite meldet, dass die Connecion unterbrochen ist,, bzw. diese neugeladen ist, reagiert auch die IOBroker Seite wieder.
Gruss Ralf
-
Hi Ralf,
kannst du uns mal einen Überblick über die installierten Adapter und Versionen geben?
iobroker update node -v npm -v
Wie sieht denn die Auslastung des PI's aus wenn der Fehler auftritt:
top
Speicherplatz SD-Karte
df -h
Memory
free -m
-
Hallo wendy2702
Danke, dass Du Dich meiner annimmst:
Zu Deinen Fragen:
root@ioBroker-Pi2:~# iobroker update Used repository: default update done Adapter "admin" : 2.0.9 , installed 2.0.9 Adapter "amazon-dash" : 0.2.7 , installed 0.2.7 Adapter "artnet" : 1.0.0 Adapter "b-control-em" : 0.2.1 Adapter "benq" : 0.2.0 Adapter "ble" : 0.3.4 Adapter "bmw" : 1.3.1 Adapter "botvac" : 1.0.0 Adapter "broadlink2" : 1.8.0 Adapter "chromecast" : 1.3.5 Adapter "cloud" : 2.5.0 , installed 2.5.0 Adapter "cul" : 0.4.0 Adapter "daikin" : 1.0.1 Adapter "daswetter" : 1.0.3 Adapter "deconz" : 0.2.0 Adapter "discovery" : 1.1.0 Adapter "dwd" : 2.2.2 , installed 2.2.2 Adapter "ebus" : 0.5.1 Adapter "egigeozone" : 0.1.2 Adapter "email" : 1.0.2 Adapter "enet" : 1.0.0 Adapter "epson_stylus_px830": 0.0.2 Adapter "fakeroku" : 0.2.1 Adapter "feiertage" : 1.0.0 Adapter "fhem" : 0.4.1 Adapter "find-my-iphone": 0.2.15 Adapter "firetv" : 0.0.27 Adapter "flot" : 1.7.7 , installed 1.7.7 Adapter "foobar2000" : 1.0.0 Adapter "fritzbox" : 0.2.1 , installed 0.2.1 Adapter "fritzdect" : 0.1.1 Adapter "fronius" : 1.0.2 Adapter "fullcalendar" : 0.2.4 Adapter "g-homa" : 0.2.0 Adapter "geofency" : 0.3.2 Adapter "haier" : 1.0.0 Adapter "harmony" : 0.9.0 Adapter "hid" : 0.1.16 Adapter "history" : 1.7.2 , installed 1.7.2 Adapter "hm-rega" : 1.7.0 , installed 1.7.0 Adapter "hm-rpc" : 1.6.0 , installed 1.6.0 Adapter "hmm" : 1.0.1 Adapter "homepilot" : 0.3.1 Adapter "hp-ilo" : 1.0.0 Adapter "hue" : 0.6.9 Adapter "ical" : 1.5.2 , installed 1.5.2 Adapter "icons-addictive-flavour-png": 0.1.0 , installed 0.1.0 Adapter "icons-fatcow-hosting": 0.1.0 Adapter "icons-icons8" : 0.0.1 , installed 0.0.1 Adapter "icons-material-png": 0.1.0 , installed 0.1.0 Adapter "icons-material-svg": 0.1.0 , installed 0.1.0 Adapter "icons-mfd-png" : 1.0.2 , installed 1.0.2 Adapter "icons-mfd-svg" : 1.0.2 , installed 1.0.2 Adapter "icons-open-icon-library-png": 0.1.3 , installed 0.1.3 Adapter "icons-ultimate-png": 1.0.1 , installed 1.0.1 Adapter "influxdb" : 1.5.2 Adapter "innogy-smarthome": 0.1.17 Adapter "javascript" : 3.6.4 , installed 3.6.4 Adapter "jeelink" : 0.0.4 Controller "js-controller" : 1.2.3 , installed 1.2.3 Adapter "js2fs" : 0.1.3 Adapter "km200" : 1.1.6 Adapter "knx" : 0.8.6 Adapter "kodi" : 1.0.0 Adapter "landroid" : 1.0.0 Adapter "landroid-s" : 2.0.0 Adapter "lgtv" : 1.0.5 Adapter "lgtv-rs" : 0.0.4 Adapter "lgtv11" : 1.0.3 Adapter "lifx" : 0.0.5 Adapter "lightify" : 0.2.16 Adapter "loxone" : 0.4.0 Adapter "maxcube" : 0.1.2 Adapter "maxcul" : 0.3.0 Adapter "megad" : 1.2.1 Adapter "megadd" : 0.2.0 Adapter "megaesp" : 0.1.0 Adapter "miele" : 0.1.5 Adapter "mihome" : 1.0.5 Adapter "mihome-plug" : 0.1.1 Adapter "mihome-vacuum" : 0.6.0 Adapter "mikrotik" : 1.0.0 Adapter "milight" : 0.3.4 Adapter "milight-smart-light": 0.0.5 Adapter "mobile" : 0.4.11 , installed 0.4.11 Adapter "modbus" : 1.1.0 Adapter "mpd" : 1.0.0 Adapter "mqtt" : 1.4.1 Adapter "mqtt-client" : 1.0.1 , installed 1.0.1 Adapter "musiccast" : 0.0.7 Adapter "mysensors" : 1.2.0 Adapter "netatmo" : 1.3.0 Adapter "node-red" : 1.5.1 Adapter "noolite" : 0.0.1 Adapter "nut" : 1.1.3 Adapter "onkyo" : 0.2.1 Adapter "openhab" : 0.2.1 Adapter "opi" : 0.1.1 Adapter "owfs" : 0.5.0 Adapter "owntracks" : 0.2.0 , installed 0.2.0 Adapter "panasonic-viera": 0.1.0 Adapter "parser" : 1.0.1 Adapter "paw" : 0.0.7 Adapter "phantomjs" : 1.0.0 Adapter "piface" : 1.0.0 Adapter "pimatic" : 0.1.5 Adapter "ping" : 1.3.2 Adapter "places" : 0.5.1 Adapter "plexconnect" : 0.0.6 Adapter "proxy" : 1.0.1 Adapter "pushbullet" : 0.0.11 Adapter "pushover" : 1.0.4 Adapter "pushsafer" : 0.1.8 Adapter "radar" : 1.1.3 Adapter "rflink" : 1.2.0 Adapter "rickshaw" : 0.4.5 , installed 0.4.5 Adapter "rpi2" : 0.3.2 Adapter "rwe-smarthome" : 0.1.11 Adapter "s7" : 1.1.3 Adapter "samsung" : 0.2.9 , installed 0.2.9 Adapter "sayit" : 1.6.7 , installed 1.6.7 Adapter "sbfspot" : 2.2.1 Adapter "scenes" : 1.0.2 Adapter "simple-api" : 1.6.2 , installed 1.6.2 Adapter "smartmeter" : 1.1.3 Adapter "socketio" : 1.8.6 , installed 1.8.6 Adapter "solarwetter" : 1.0.0 Adapter "sonoff" : 1.0.0 Adapter "sonos" : 1.6.2 Adapter "sony-bravia" : 0.1.0 Adapter "sql" : 1.7.4 Adapter "squeezebox" : 0.2.1 Adapter "starline" : 1.0.0 Adapter "tankerkoenig" : 1.0.4 Adapter "telegram" : 1.1.4 , installed 1.1.4 Adapter "terminal" : 0.1.2 Adapter "text2command" : 1.1.6 , installed 1.1.6 Adapter "tr-064" : 0.4.14 Adapter "tradfri" : 1.1.10 Adapter "tvspielfilm" : 1.0.4 , installed 1.0.4 Adapter "unifi" : 0.3.1 Adapter "upnp" : 0.3.6 Adapter "vcard" : 0.0.9 Adapter "viessmann" : 0.4.0 Adapter "vis" : 1.1.1 , installed 1.1.1 Adapter "vis-bars" : 0.1.4 , installed 0.1.4 Adapter "vis-canvas-gauges": 0.1.5 , installed 0.1.5 Adapter "vis-colorpicker": 1.1.1 , installed 1.1.1 Adapter "vis-fancyswitch": 1.1.0 , installed 1.1.0 Adapter "vis-google-fonts": 0.1.0 , installed 0.1.0 Adapter "vis-history" : 0.2.7 , installed 0.2.7 Adapter "vis-hqwidgets" : 1.1.1 , installed 1.1.1 Adapter "vis-jqui-mfd" : 1.0.9 , installed 1.0.9 Adapter "vis-justgage" : 1.0.0 , installed 1.0.0 Adapter "vis-keyboard" : 0.0.2 , installed 0.0.2 Adapter "vis-lcars" : 1.0.4 , installed 1.0.4 Adapter "vis-map" : 1.0.1 , installed 1.0.1 Adapter "vis-metro" : 1.1.2 , installed 1.1.2 Adapter "vis-players" : 0.1.5 , installed 0.1.5 Adapter "vis-plumb" : 1.0.1 , installed 1.0.1 Adapter "vis-rgraph" : 0.0.2 , installed 0.0.2 Adapter "vis-timeandweather": 1.1.7 , installed 1.1.7 Adapter "vis-weather" : 1.2.0 Adapter "vr200" : 0.2.0 Adapter "weatherunderground": 1.1.2 Adapter "web" : 2.1.9 , installed 2.1.9 Adapter "wetty" : 0.1.1 Adapter "wifilight" : 0.2.0 Adapter "wm-bus" : 0.1.12 Adapter "wolf" : 0.9.2 Adapter "xs1" : 1.0.2 Adapter "yahka" : 0.5.5 Adapter "yamaha" : 0.3.18 Adapter "yr" : 1.0.6 Adapter "zont" : 0.5.2 Adapter "zwave" : 1.0.0
root@ioBroker-Pi2:~# node -v v4.8.7
root@ioBroker-Pi2:~# npm -v 2.15.11
root@ioBroker-Pi2:~# df -h Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf /dev/root 15G 3,5G 11G 26% / devtmpfs 458M 0 458M 0% /dev tmpfs 462M 0 462M 0% /dev/shm tmpfs 462M 47M 415M 11% /run tmpfs 5,0M 4,0K 5,0M 1% /run/lock tmpfs 462M 0 462M 0% /sys/fs/cgroup /dev/mmcblk0p1 63M 22M 42M 35% /boot 192.168.111.180:/volume1/Medien/server-extern/raspi4 11T 9,4T 1,5T 87% /mnt/nas tmpfs 93M 0 93M 0% /run/user/0
root@ioBroker-Pi2:~# free -m total used free shared buffers cached Mem: 923 817 106 31 9 78 -/+ buffers/cache: 729 193 Swap: 99 99 0
top habe ich mal ausgeführt während des normalen Betriebs:
top - 13:38:54 up 3 days, 10:25, 1 user, load average: 0,48, 0,62, 0,55 Tasks: 142 total, 1 running, 141 sleeping, 0 stopped, 0 zombie %Cpu(s): 1,2 us, 0,5 sy, 0,0 ni, 98,0 id, 0,0 wa, 0,0 hi, 0,2 si, 0,0 st KiB Mem: 945512 total, 835192 used, 110320 free, 13168 buffers KiB Swap: 102396 total, 102396 used, 0 free. 123752 cached Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1276 root 20 0 132540 24640 8056 S 1,3 2,6 33:10.95 io.hm-rpc.0 648 redis 20 0 58496 4584 1668 S 1,0 0,5 55:22.78 redis-server 986 root 20 0 153284 39040 8000 S 1,0 4,1 49:58.87 io.admin.0 29656 root 20 0 5588 2600 2184 R 1,0 0,3 0:01.68 top 1059 root 20 0 172968 50596 7924 S 0,7 5,4 40:26.99 io.javascript.0 5772 root 20 0 251120 161880 8232 S 0,7 17,1 566:04.55 io.history.0 30320 root 20 0 12368 3204 2460 S 0,7 0,3 0:06.05 sshd 2894 root 20 0 145588 45656 13356 S 0,3 4,8 1:00.03 io.cloud.0 1 root 20 0 22828 2012 1160 S 0,0 0,2 0:17.55 systemd 2 root 20 0 0 0 0 S 0,0 0,0 0:00.35 kthreadd 3 root 20 0 0 0 0 S 0,0 0,0 3:39.42 ksoftirqd/0 7 root 20 0 0 0 0 S 0,0 0,0 5:30.59 rcu_sched 8 root 20 0 0 0 0 S 0,0 0,0 0:00.00 rcu_bh 9 root rt 0 0 0 0 S 0,0 0,0 0:01.30 migration/0 10 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 lru-add-drain 11 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/0 12 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/1 13 root rt 0 0 0 0 S 0,0 0,0 0:01.26 migration/1 14 root 20 0 0 0 0 S 0,0 0,0 0:04.16 ksoftirqd/1 16 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 kworker/1:0H 17 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/2 18 root rt 0 0 0 0 S 0,0 0,0 0:01.22 migration/2 19 root 20 0 0 0 0 S 0,0 0,0 0:11.09 ksoftirqd/2 21 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 kworker/2:0H 22 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/3 23 root rt 0 0 0 0 S 0,0 0,0 0:01.24 migration/3 24 root 20 0 0 0 0 S 0,0 0,0 0:03.98 ksoftirqd/3 26 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 kworker/3:0H 27 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kdevtmpfs 28 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 netns 29 root 20 0 0 0 0 S 0,0 0,0 0:00.53 khungtaskd 30 root 20 0 0 0 0 S 0,0 0,0 0:00.63 oom_reaper 31 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 writeback 32 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kcompactd0 33 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 crypto 34 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 bioset 35 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 kblockd 36 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 watchdogd
Hier fällt auf, dass immer mal wieder für ein paar Sekunden der History Adapter ganz oben mit 99% Auslastung steht. Aber ich denke das ist normal.
Abgesehen davon, hatte ich die Probleme mit VIS auch schon früher als der Hitory Adapter noch gar nicht in Verwendung war.
Und so sieht es aus wenn VIS die Connection einfriert (da friert IOBroker noch nicht ein)
Man sieht (nicht hier im Bild), dass die beiden Prozesse mit am meisten CPU Nutzung "Node" und "history" sind:
Was mir grad aber noch Sorgen macht, sind die anderen Fehler (cannot parse for polling) die da noch kommen (die sind neu)Ich häng gleich auch noch das IOBroker Log an.
Wenn ich Views wechsle und IOBroker dann einfriert, kann ich nicht mal die Top Ausgabe in die Zwischenablage kopieren, so tot ist die Putty Session. Deswegen hier zwei Screenshots:
und
Jetzt hab ich alle Browser zu gemacht und IOBroker, bzw. der Raspi sind weiterhin tot (auch keine Anmeldung per Putty möglich).Erst nach einigen Minuten waren sie wieder da.
Hier das Log. Das muss ich mir nochmal genauer ansehen, denn die ganzen REGA Fehler hatte ich bisher nicht. Die CCU2 verhält sich unauffällig..
Gruss Ralf
-
Also es ist doch relativ viele Adapter da.
Auszug aus deinem Log:
host.ioBroker-Pi2 2018-05-01 01:47:53.239 error instance system.adapter.web.0 terminated with code null () host.ioBroker-Pi2 2018-05-01 01:47:53.237 warn instance system.adapter.web.0 terminated due to SIGKILL web.0 2018-05-01 01:47:12.960 info 2018-04-30T23:47:12.959Z Connected system.user.admin web.0 2018-05-01 01:46:45.914 info http server listening on port 8082 web.0 2018-05-01 01:46:45.900 info socket.io server listening on port 8082 web.0 2018-05-01 01:46:43.901 info starting. Version 2.1.9 in /opt/iobroker/node_modules/iobroker.web, node: v4.8.7 web.0 2018-05-01 01:46:43.730 info States connected to redis: 127.0.0.1:6379 admin.0 2018-05-01 01:46:42.167 info Change log subscriber state: true host.ioBroker-Pi2 2018-05-01 01:46:31.519 info instance system.adapter.web.0 started with pid 1579
Zeigt leider keine Fehler.
Deswegen vermute ich einfach Speicherknappheit.
Was man machen konnte z.b. alles (History, Javascript, hm-rpc) deaktivieren und dann versuchen edit aufzumachen.
Wenn funktioniert, dann weißt du das Problem.
-
Hi,
ich befürchte du hast ein Speicher Problem:
KiB Mem: 945512 total, 835192 used, 110320 free, 13168 buffers KiB Swap: 102396 total, 102396 used, 0 free. 123752 cached Mem
root@ioBroker-Pi2:~# free -m total used free shared buffers cached Mem: 923 817 106 31 9 78 -/+ buffers/cache: 729 193 Swap: 99 99 0
Da ist erstmal der History Adapter mit 17,1% Mem usage in der TOP Auflistung. Weiß nicht wie viele Datenpunkte du darin aufzeichnest.
Vielleicht kannst du zum testen den History Adapter mal stoppen!
Machst du irgendetwas mit Wetterdaten (Bildern) auf der CCU die über den Rega gehen?
EDIT: Bluefox war ein bisschen schneller
-
Hallo wendy 2702, Hallo Bluefox
Zu Euren Fragen:
Die Vorschläge von Bluefox kann ich mal umsetzen. Also alle unnötigen Adapter anhalten und dann mit VIS in den edit Modus gehen, richtig?
Zu der Frage vo Wendy2702: Richtig. Ich habe eine Sytemvariable die eine Url enthält die graphisch ein Icon für das Wetter anzeigt. Soll Ich die mal deaktivieren?
Wenn es tatsächlich ein Speicherproblem ist: Dann kann ich wohl nicht viel tun oder? Beim Raspi lässt sich ja nicht so ohne weiteres der Speicher erweitern. Kann man IOBroker auf einem Synology NAS laufen lassen? Das haette mehr Speicher, würde aber dann wahrscheinlich nie mehr in den Sleep Mode gehen..
edit: Volltreffer. Es scheint wirklich ein Speicherproblem zu sein. Ich habe alle Adapter angehalten, bis auf admin, cloud, hm*, js-controller, vis und web
Jetzt konnte ich erheblich länger in VIS editieren als vorher. Allerdings war der Speicher auch hier nach dem editieren von 8 Objekten aufgebraucht
top - 15:49:42 up 3 days, 12:35, 1 user, load average: 1,53, 1,19, 0,66 Tasks: 130 total, 1 running, 129 sleeping, 0 stopped, 0 zombie %Cpu(s): 0,3 us, 0,2 sy, 0,0 ni, 99,5 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st KiB Mem: 945512 total, 588112 used, 357400 free, 1592 buffers KiB Swap: 102396 total, 102392 used, 4 free. 39524 cached Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1276 root 20 0 132540 20828 6164 S 1,0 2,2 33:57.81 io.hm-rpc.0 2439 root 20 0 5588 920 548 R 0,7 0,1 0:01.68 top 1 root 20 0 22828 2356 1496 S 0,0 0,2 0:19.07 systemd 2 root 20 0 0 0 0 S 0,0 0,0 0:00.36 kthreadd 3 root 20 0 0 0 0 S 0,0 0,0 3:41.43 ksoftirqd/0 7 root 20 0 0 0 0 S 0,0 0,0 5:38.12 rcu_sched 8 root 20 0 0 0 0 S 0,0 0,0 0:00.00 rcu_bh 9 root rt 0 0 0 0 S 0,0 0,0 0:01.33 migration/0 10 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 lru-add-dr+ 11 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/0 12 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/1 13 root rt 0 0 0 0 S 0,0 0,0 0:01.29 migration/1 14 root 20 0 0 0 0 S 0,0 0,0 0:04.26 ksoftirqd/1 16 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 kworker/1:+ 17 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/2 18 root rt 0 0 0 0 S 0,0 0,0 0:01.25 migration/2 19 root 20 0 0 0 0 S 0,0 0,0 0:11.33 ksoftirqd/2
Aber das kann doch nicht sein, oder? Andere User haben doch sicher auch ein paar mehr Adapter auf einem Raspi2 laufen und haben diese Probleme nicht.
So wie es aussieht sind web und js-con die Speicherfresser:
top - 15:57:02 up 3 days, 12:43, 1 user, load average: 0,06, 0,36, 0,46 Tasks: 131 total, 1 running, 130 sleeping, 0 stopped, 0 zombie %Cpu(s): 1,7 us, 1,4 sy, 0,0 ni, 96,8 id, 0,0 wa, 0,0 hi, 0,1 si, 0,0 st KiB Mem: 945512 total, 668800 used, 276712 free, 9884 buffers KiB Swap: 102396 total, 102324 used, 72 free. 83956 cached Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 2533 root 20 0 319008 217244 13232 S 0,7 23,0 0:23.29 io.web.0 954 root 20 0 270892 169084 7772 S 0,3 17,9 23:39.03 iobroker.js-con
Kann man rausfinden warum??
Ist vielleicht mein vis-views.json zu gross?
Aktuell hat es 5340kB und 172920 Zeilen.
Gruss Ralf
-
Kann man IOBroker auf einem Synology NAS laufen lassen? Das haette mehr Speicher, würde aber dann wahrscheinlich nie mehr in den Sleep Mode gehen..
Gruss Ralf `
https://buanet.de/2017/09/iobroker-unte … skstation/
Läuft einwandfrei
Send from mobile device
Das schöne ios hat Auto Korrektur zum k****
Wer Schreibfehler findet darf sie behalten oder auf eBay verkaufen, mindest Umsatz 10% für die community
-
Hallo dutchman
Danke für die Links. Da habe ich also glücklicherweise eine Option, wenn das mit dem Pi wirklich gar nicht gehen sollte.
Super!
Gruss Ralf
-
Zum Testen wegen der Rega Logeinträge würde ich das mal deaktivieren.
Läuft auf dem PI2 denn nur iobroker?
Eventuell auch mal über ein Node & NPM update nachdenken. Die neueren Versionen sind glaube ich weniger Speicherfresser.
Hast du viele Bilder und Grafiken, Flot Charts in deinen Views?
-
Zum Testen wegen der Rega Logeinträge würde ich das mal deaktivieren.
Läuft auf dem PI2 denn nur iobroker?
Eventuell auch mal über ein Node & NPM update nachdenken. Die neueren Versionen sind glaube ich weniger Speicherfresser.
Hast du viele Bilder und Grafiken, Flot Charts in deinen Views? `
Ok mache ich heute abendIm Prinzip läuft nur der IOBroker. Ich habe noch ein paar Cronjobs:
@reboot sh /root/start_read_mqtt.sh 15 2 * * 1 /root/runSDCardBackup.sh 15 4 * * 1 /root/backup_iobroker.sh * * * * * /root/restart_js-controller.sh */10 * * * * /root/moritz_anwesenheit.php */10 * * * * /root/backup_vis_json.sh */5 * * * * ~/NetReconnector.sh 15 1 * * * /root/makepwdqrcode.sh
die folgendes tun:
- Nachts wird mit dd ein Backup der SD Kart auf das NAS gemacht. Das ist unter /mnt gemountet
-die komplette IOBroker Installation wird auf's NAS repliziert (weil der mir öfter abgeschmiert ist und dann war die json Datei kaputt)
-JS-Controller wird neu gestartet wenn er abstürzt (was öfter mal vorkommt. Ev. auch wegen Speicherprpblemen?). Das Script hatte ich mal aus dem Forum:
#!/bin/sh . /etc/profile #echo "check iobroker.js-con" >> /mnt/nas/restart.log if ( ps -e | grep " iobroker.js-con" ) then echo "js-controller läuft" else echo "js-controller läuft nicht">> /mnt/nas/restart.log pkill io.* cd /opt/iobroker echo `date +"restart at: %d.%m.%Y %T"` >> /mnt/nas/restart.log /opt/iobroker/iobroker start & >> /mnt/nas/restart.log fi
Das Letzte Mal wurde er am 1.Mai restartet:
js-controller läuft nicht restart at: 30.04.2018 02:16:02 js-controller läuft nicht restart at: 30.04.2018 04:16:01 js-controller läuft nicht restart at: 01.05.2018 01:36:02
-
Sohn Moritz hat ein IPhone. Deswegen stelle ich über ein php Script fest ob im Netzwerk angemeldet ist und schreibe eine Systemvariable.
-
Auf Grund des Tasks hier wird auch die VIS Json Datei alle 10min weggesichert.
-
Das NetReconnector Script startet das Netzwerk neu oder bootet den PI neu wenn das Netzwerk ausfallen sollte. Ich hatte früher Probleme mit dem WLAN. Seit der PI am Kabel hängt hat das Script eigentlich nichts mehr zu tun.
Und das letzte Script generiert Nachts einen QR-Code für das Gäste WLAN der im VIS angezeigt wird.
Das erste Script habe ich noch nicht erwähnt weil es schlicht und ergreifend nicht beim Booten gestartet wird. Der CronJob hat früher auf einem BAPI mit einer älteren BS Version (was war vor Jessie?) funktioniert. Seit Jessie wird das Script nicht mehr beim Booten gestartet. Keine Ahnung warum. Das ist die nächste Baustelle Dswegen brauchen wir es aber hier nicht betrachten.
Vor dem Node Update hab ich Angst. ich hab das früher schon mal gemacht und mir den kompletten IOBroker zerschossen. Danach ging nichts mehr.
Kannst Du mir eine kurze Anleitung geben wie ich das "richtig" machem muss bzw. worauf ich achten muss bevor ich es mache, damit ich nicht wieder am Anfang stehe?
Gruss Ralf
-
Ich habe Node bisher immer erfolgreich hiermit upgraden können:
http://www.iobroker.net/docu/?page_id=5106&lang=de —> Installation Node.js
Kernel Update: sudo apt-get update && sudo apt-get upgrade Auf bereits vorhandene Versionen von nodejs und npm testen. node -v nodejs -v npm -v nur wenn ALLE diese Befehle kein Ergebnis bringen unter 4\. (bei RaspberryPi1 unter 5.) weitermachen, sonst Die alten node & node.js Versionen deinstallieren sudo apt-get --purge remove node sudo apt-get --purge remove nodejs sudo apt-get autoremove sudo reboot Node.js neu installieren für Linux und Raspberry 2/3 curl -sL https://deb.nodesource.com/setup_6.x | sudo -E bash - sudo apt-get install -y build-essential libavahi-compat-libdnssd-dev libudev-dev libpam0g-dev nodejs reboot
Am Ende des curl Befehls kommt eine Ausgabe mit einem Hinweis was man ausführen soll. Dieses Kommando habe ich bei mir auch immer ausgeführt und damit laufen meine 4 Installationen.
Natürlich vorher ein````
iobroker backup -
Ok, dann probier ich das mal..
Daumen drücken!
Gruss Ralf
-
So.
Node ist upgedatet, Es gab aber wie befürchtet einige Fehler beim reinstall:
Das hier war sozusagen das Ende des Rebuild prozesses. Sieht irgendwie nicht i.O. aus.
upload [1] hm-rpc.admin /opt/iobroker/node_modules/iobroker.hm-rpc/admin/icons/100_hm-rc-8_thumb.png icons/100_hm-rc-8_thumb.png image/png upload [0] hm-rpc.admin /opt/iobroker/node_modules/iobroker.hm-rpc/admin/homematic.png homematic.png image/png Update "system.adapter.hm-rpc.0" Update "system.adapter.hm-rpc.1" got /opt/iobroker/node_modules/iobroker.admin/admin upload [3] admin.admin /opt/iobroker/node_modules/iobroker.admin/admin/words.js words.js application/javascript upload [2] admin.admin /opt/iobroker/node_modules/iobroker.admin/admin/index_m.html index_m.html text/html upload [1] admin.admin /opt/iobroker/node_modules/iobroker.admin/admin/index.html index.html text/html upload [0] admin.admin /opt/iobroker/node_modules/iobroker.admin/admin/admin.png admin.png image/png Update "system.adapter.admin.0" ./reinstall.sh: Zeile 34: Dateiende beim Suchen nach `"' erreicht. ./reinstall.sh: Zeile 37: Syntax Fehler: Unerwartetes Dateiende. root@ioBroker-Pi2:/opt/iobroker#
Das ist noch was ich aus dem Putty retten konnte. Ich weiss halt nicht wie fatal die Fehler sind.
IOBroker und Alexa scheinen aber zu laufen (gefühlt)
Schaun ma mal wie es weitergeht. Wenn natürlich jetzt Fehler in den Modulen entstanden sind und die nicht richtig laufen, wird es umso schwerer hinter den Fehler zu kommen. Ich hoffe es ist wirkich der Speicher. Sieht ja echt so aus. Aber der hohe Verbrauch ist mir ein Rätsel. Müssten ja sonst mehr User dieses Problem habenSchau'n mer mal.
Gruss Ralf
-
Ich habe Freitag auch ein reinstall gemacht und die gleichen Meldungen am Ende gehabt, meine Iobroker installation läuft aber problemlos.
Ob viele Leute das Speicherproblem haben kann ich nicht sagen, hängt ja immer von der Individuellen Installation und vor allem Konfiguration ab.
-
Hast Du auch die Errors in der Mitte gehabt?
Die zum Beispiel:
dns_sd_bindings.target.mk:149: recipe for target 'Release/obj.target/dns_sd_bindings/src/dns_sd.o' failed make: *** [Release/obj.target/dns_sd_bindings/src/dns_sd.o] Error 1 make: Leaving directory '/opt/iobroker/node_modules/mdns/build' gyp ERR! build error gyp ERR! stack Error: `make` failed with exit code: 2 gyp ERR! stack at ChildProcess.onExit (/usr/local/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:276:23) gyp ERR! stack at emitTwo (events.js:106:13) gyp ERR! stack at ChildProcess.emit (events.js:191:7) gyp ERR! stack at Process.ChildProcess._handle.onexit (internal/child_process.js:219:12) gyp ERR! System Linux 4.9.35-v7+ gyp ERR! command "/usr/local/bin/node" "/usr/local/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild" gyp ERR! cwd /opt/iobroker/node_modules/mdns gyp ERR! node -v v6.14.2 gyp ERR! node-gyp -v v3.4.0 gyp ERR! not ok
Da hab ich relativ viel von…
Gruss Ralf
-
Ich habe gerade nochmal einen Versuch gemacht. Es sieht jetzt eher schlechter aus wie vorher
Top hat 46000 und ein paar zerquetschte kb als freien Speicher angezeigt (nicht wirklich viel)
Danach habe ich den VIS Editor gestartet.
Bevor der VIS überhaupt irgendwas angezeigt hat, war das Memory schon auf 0kB.
Ich habe dann den Browser beendet und die Anzeige im Top sieht nun so aus:
top - 18:47:12 up 19:27, 1 user, load average: 0,43, 0,73, 0,67 Tasks: 144 total, 1 running, 143 sleeping, 0 stopped, 0 zombie %Cpu(s): 4,1 us, 0,8 sy, 0,0 ni, 94,6 id, 0,1 wa, 0,0 hi, 0,3 si, 0,0 st KiB Mem: 945512 total, 853968 used, 91544 free, 8764 buffers KiB Swap: 102396 total, 98188 used, 4208 free. 65832 cached Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 13538 root 20 0 374444 290368 16940 S 4,0 30,7 1:50.86 io.history.0 2571 root 20 0 211664 95332 9640 S 0,3 10,1 8:29.68 iobroker.js-con 6899 root 20 0 164788 58272 10728 S 3,0 6,2 9:19.43 io.javascript.0 7145 root 20 0 149632 41636 9764 S 0,0 4,4 1:11.37 io.admin.0 7066 root 20 0 145284 35760 10288 S 0,0 3,8 1:05.51 io.web.0 9236 root 20 0 143952 35380 10036 S 0,3 3,7 1:14.44 io.cloud.0 15937 root 20 0 144500 35316 10104 S 0,0 3,7 1:31.57 io.telegram.0 7109 root 20 0 142416 31736 6192 S 0,3 3,4 0:55.52 io.hm-rega.0 5327 root 20 0 143236 31204 20396 S 0,3 3,3 1:13.03 io.amazon-dash. 6809 root 20 0 131804 28436 6628 S 0,0 3,0 0:51.01 io.vis.0 6865 root 20 0 125116 26184 10404 S 0,3 2,8 0:51.03 io.socketio.0 7157 root 20 0 133164 25908 10420 S 3,0 2,7 11:23.52 io.hm-rpc.1 7151 root 20 0 123964 23228 8880 S 2,6 2,5 6:51.12 io.hm-rpc.0 2807 root 20 0 130716 22536 9144 S 0,0 2,4 0:13.80 node 5291 root 20 0 139388 21592 6376 S 2,0 2,3 7:53.08 io.mqtt-client. 2905 root 20 0 123296 20400 10412 S 0,3 2,2 0:59.33 io.fritzbox.0 5303 root 20 0 122512 20140 9620 S 0,3 2,1 0:51.69 io.simple-api.0
Also weit entfernt von den ursprünglich 46kB.
History und der js-con brauchen wohl am meisten.
Ich warte mal ob sich das wieder erholt.
Offensichtlich muss ich history abschalten.
Gruss Ralf
-
Ok. 10min später. Ich habe nichts gemacht. Memory war weiterhin auf ca. 4000kb.
Nochmal VIS Editor gestartet.
Memory ging runter bis 6kb.
Irgendwann kam VIS dann hoch und oh Wunder: 43180 free:
top - 18:50:02 up 19:29, 1 user, load average: 1,37, 0,88, 0,72 Tasks: 148 total, 4 running, 144 sleeping, 0 stopped, 0 zombie %Cpu(s): 7,2 us, 7,4 sy, 0,0 ni, 66,3 id, 18,1 wa, 0,0 hi, 1,1 si, 0,0 st KiB Mem: 945512 total, 196308 used, 749204 free, 7968 buffers KiB Swap: 102396 total, 59216 used, 43180 free. 64636 cached Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 6809 root 20 0 131804 31672 8864 D 7,9 3,3 0:51.38 io.vis.0 13791 root 20 0 71416 20532 15196 S 0,0 2,2 0:00.80 node 2807 root 20 0 130716 20520 7264 S 1,6 2,2 0:13.87 node 13868 root 20 0 68336 18444 14988 R 16,1 2,0 0:00.49 node 1297 root 20 0 120932 15104 6592 S 0,3 1,6 0:15.16 node 647 redis 20 0 58496 3868 1308 S 0,0 0,4 12:28.38 redis-server 13830 root 20 0 5084 2556 2396 S 0,3 0,3 0:00.01 backup_vis_json 135 root 20 0 9928 2512 2392 S 1,0 0,3 0:24.80 systemd-journal 13835 root 20 0 39348 2492 2140 D 1,3 0,3 0:00.04 gtextcommand 13800 root 20 0 7124 2436 2104 S 0,3 0,3 0:00.01 cron 13799 root 20 0 7124 2432 2100 S 0,3 0,3 0:00.01 cron 13797 root 20 0 7124 2416 2084 S 0,7 0,3 0:00.02 cron 13833 root 20 0 5088 2328 2192 S 0,3 0,2 0:00.01 NetReconnector. 1 root 20 0 22848 2100 1252 S 0,0 0,2 0:05.08 systemd 13852 root 20 0 4768 1880 1756 S 0,0 0,2 0:00.00 grep 13850 root 20 0 5088 1328 1160 S 0,0 0,1 0:00.00 NetReconnector. 13860 root 20 0 5140 1312 1176 D 2,0 0,1 0:00.06 mv
Ich hab mich inzwichen mal informiert: Die Zweite Zeile ist ja der Swap Speicher. Obwohl der in meinen ersten Posts auf 0 war, waren ja trotzdem um die 110320 kB Hauotspeicher frei. Das sollte doch für VIS reichen oder?
Man sagt eh, dass man das Swapping auf einem Raspi abschalten soll, weil es sonst zu viele Schreibzugriffe auf die SD Karte gibt, die dann früher den Geist aufgibt.
Will sagen: Hab ich wirklich ein Speicherproblem oder könnte es auch an etwas anderem liegen?
Gruss Ralf
-
Laut dem letzten log würde ich sagen Speicher ist noch da.
Allerdings sind da Prozesse bei die ich bei meinen iobroker installationen auf einem PI3 nicht finden kann z.B.:
4x node
3x cron
2x NetReconnector.
backup_vis_json
mv
Sieht für mich so aus als wenn der noch anderweitig beschäftigt ist.
-
Hallo Wendy
@wendy2702:Laut dem letzten log würde ich sagen Speicher ist noch da. `
Gell? Das meine ich eigentlich auch.Ich hab jetzt auch mal den Swap abgestellt. Geändert hat sich nichts. Ich habe auch mal die unnötigen Adapter angehalten.
Müsste man nicht auch sowas wie "out of mempry" im Log sehen?
Allerdings sind da Prozesse bei die ich bei meinen iobroker installationen auf einem PI3 nicht finden kann z.B.: `
Stimmt.
Die 4x node kann ich mir nicht erklären. Da hab ich keine Ahnung wo die herkommen und ob das so sein muss.
3x cron verstehe ich auch nicht. Müsste der Cron nicht nur einmal laufen?
Der NetReconnector ist ein Watchdog der ursprünglich mal da war um den Netzwerkstatus zu prüfen und gegebenenfalls das Netzwerk neu zu starten oder sogar den Rechner zu rebooten. Den brauch ich nicht mehr, den könnte ich mal disablen
backup_vis_json: der sorgt dafür dass die VIS-Json regelmässig wegkopiert wird
> Sieht für mich so aus als wenn der noch anderweitig beschäftigt ist.
Stimmt, aber nicht durchgängig, sondern immer nur kurz. Gaubst Du dass die Prozesse schuld sind? Ich kann die ja mal anhaltenGruss Ralf
-
Hi Ralf,
Glauben ist "relativ". Ich würde nach dem Ausschlussverfahren vorgehen. Eines nach dem anderen stoppen und schauen ob er irgendwann wieder "normal" funktioniert.
Oder um es kurz und schmerzlos zu halten… iobroker backup, SD-Karte neu machen, iobroker restore.
Zum Testen auch gerne mal eine zweite Karte fertig machen, dann kann man Gefahrlos experimentieren.
Dann hat man zumindest mal ein sauberes System. So wie ich das mitbekomme gibt es ja auch für dich auf deinem System einige Unklarheiten.
Gruß
Mirko