VIS: Edit Mode bringt web Adapter zum Absturz
-
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 okDa 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.0Also 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 mvIch 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
-
Hallo Mirko
Ist ne Idee. Kann ich mal am langen Wochende machen.
Vielleicht probier ich auch mal IOBroker auf dem NAS laufen zu lassen. Da sollte dann echt genug Speicher da sein. Ausserdem hab ich das Problem mit abrauchenden SD Karten nicht mehr. Ansonsten sollte es ja auch kein Problem sein eine Neue aufzusetzen.
> o wie ich das mitbekomme gibt es ja auch für dich auf deinem System einige Unklarheiten.
Eigentlich nicht, Unklar ist eher ob meine Prozesse am Absturz vom web.0 zuständig sind.Deswegen ist die Ausschluss Idee gar nicht so verkehrt. Ich kann ja mal ein Image von Rainer neu auf eine Karte aufspielen und mein IOBroker Verzeichnis drüber bügeln. Mal sehen …
Gruss Ralf
-
Die node-Prozesse tauchen üblicherweise nur kurzfristig auf, wenn ein Adapter/eine Instanz installiert wird und ändern nach der Fertigstellung ihren Namen in die entsprechende Instanz.
Was mich passend dazu auch stört sind die hohen PID. Als ob da einzelne Adapter dauernd wieder neu installiert werden.
Gruß
Rainer
-
Hallo Rainer
@Homoran:Was mich passend dazu auch stört sind die hohen PID. Als ob da einzelne Adapter dauernd wieder neu installiert werden. `
Ok. Und was bedeutet das? Ich mein, was kann ich diesbezüglich tun/prüfen/testen?
Gruss Ralf
-
Hallo
Also Ich hab jezt die letzen Tage damit verbracht IOBroker auf den Synology zu installieren.
(Siehe Seite 22 auf viewtopic.php?f=17&t=5089&start=420#p153120)
Also ich bekomme die IOBroker installation vom Raspi um's Verrecken nicht auf die Syno. Ich bekomme die da nicht zum laufen.
Jetzt dachte ich ich mach Folegndes:
-
IOBroker auf dem Raspi als Master und ohne VIS
-
IOBroker auf der Syno als Slave mit nur VIS
Auf der IOBroker Installation die mit dem Docker-Image mit kommt, hab ich also nur den VIS Adapter installiert. Web, Discovery und Admin waren schon installiert.
Wenn ich nun auf die VIS Seite gehe kommt "File not found: vis/login.jsp"
und im Log des IObroker sieht man
host.iobroker 2018-06-10 02:22:53.119 info Restart adapter system.adapter.web.0 because enabled host.iobroker 2018-06-10 02:22:53.119 error instance system.adapter.web.0 terminated with code 1 () web.0 2018-06-10 02:22:53.108 error port 8082 already in use web.0 2018-06-10 02:22:53.003 info socket.io server listening on port 8082 web.0 2018-06-10 02:22:52.857 info starting. Version 2.3.4 in /opt/iobroker/node_modules/iobroker.web, node: v6.14.2 host.iobroker 2018-06-10 02:22:51.792 info instance system.adapter.web.0 started with pid 950 host.iobroker 2018-06-10 02:22:21.785 info Restart adapter system.adapter.web.0 because enabled host.iobroker 2018-06-10 02:22:21.784 error instance system.adapter.web.0 terminated with code 1 () web.0 2018-06-10 02:22:21.773 error port 8082 already in use web.0 2018-06-10 02:22:21.669 info socket.io server listening on port 8082 web.0 2018-06-10 02:22:21.519 info starting. Version 2.3.4 in /opt/iobroker/node_modules/iobroker.web, node: v6.14.2 host.iobroker 2018-06-10 02:22:20.467 info instance system.adapter.web.0 started with pid 940 host.iobroker 2018-06-10 02:21:50.460 info Restart adapter system.adapter.web.0 because enabled host.iobroker 2018-06-10 02:21:50.459 error instance system.adapter.web.0 terminated with code 1 () web.0 2018-06-10 02:21:50.447 error port 8082 already in use web.0 2018-06-10 02:21:50.343 info socket.io server listening on port 8082 web.0 2018-06-10 02:21:50.195 info starting. Version 2.3.4 in /opt/iobroker/node_modules/iobroker.web, node: v6.14.2 host.iobroker 2018-06-10 02:21:49.148 info instance system.adapter.web.0 started with pid 930 host.iobroker 2018-06-10 02:21:19.139 info Restart adapter system.adapter.web.0 because enabled ...Also das Gleiche Problem wie auf dem Raspi: Web.0 stirbt ab sobald VIS gestartet wird.
Ist der Fehler "port 8082 already in use" ev. der Grund? 8082 ist aber der Port des IOBrokers auf der Syno. Sollte doch I.O. sein…
PS: Auf dem Raspi kann Ich gar nicht mehr arbeiten. Sobald ich VIS starte und auch nur ein Widget schräg angucke bricht web.0 zusammen.
Ich bin echt am Ende.
Meine VIS Konfiguration bräuchte noch einige Änderungen und ich kann grad überhaupt nichts machen.
Gruss Ralf
-
