NEWS
VIS adapter terminating (again and again)
-
Hallo zusammen,
ich habe das Problem, das der VIS Adapter sofort nach dem Start wieder terminiert.
Leider hilft auch kein Loglevel hochsetzen um zu sehen, was für ein Problem existiert...Ich habe schon alles deinstalliert (node_modules/iobroker.vis gelöscht) und installiert. Kein Erfolg soweit.
Ein Hinweis vielleicht - ich hatte versucht mehrere vis packages "gleichzeitig" zu installieren. Das hat dem Raspi nicht so wirklich geschmeckt... Denke da gab es dann einen OutOfMemory Error und der Installvorgang ist irgendwo abgebrochen.Keine Ahnung wo vis seine Daten überall speichert. Scheint auf jeden Fall beim Hochstarten was nicht zu passen. Eventuell wurde durch das Installfehlschlagen etwas "kaputtgeschieben" in einem setting file.
host.ioBroker 2019-03-19 13:23:10.865 info instance system.adapter.vis.1 terminated while should be started once harmony.0 2019-03-19 13:23:09.896 debug system.adapter.admin.0: logging true harmony.0 2019-03-19 13:23:09.895 debug redis pmessage io.*.logging io.system.adapter.admin.0.logging {"val":true,"ack":true,"ts":1552998189877,"q":0,"from":"system.adapter.admin.0","lc":1552998189877} telegram.0 2019-03-19 13:23:09.586 error polling_error:ETELEGRAM, ETELEGRAM: 409 Conflict: terminated by other getUpdates request; make sure that only one bot instance is running vis.1 2019-03-19 13:23:09.551 info vis license is OK. vis.1 2019-03-19 13:23:09.331 info starting. Version 1.1.10 in /opt/iobroker/node_modules/iobroker.vis, node: v8.15.0 vis.1 2019-03-19 13:23:09.222 info States connected to redis: 127.0.0.1:6379 host.ioBroker 2019-03-19 13:23:07.886 info object change system.adapter.vis.1 web.0 2019-03-19 13:23:06.969 info http server listening on port 8082 web.0 2019-03-19 13:23:06.965 info socket.io server listening on port 8082 web.0 2019-03-19 13:23:06.394 info starting. Version 2.4.1 in /opt/iobroker/node_modules/iobroker.web, node: v8.15.0 web.0 2019-03-19 13:23:06.334 info States connected to redis: 127.0.0.1:6379 host.ioBroker 2019-03-19 13:23:04.891 info instance system.adapter.web.0 started with pid 31879 host.ioBroker 2019-03-19 13:23:02.402 info instance system.adapter.web.0 terminated with code 0 (OK) web.0 2019-03-19 13:23:02.379 info terminating http server on port 8082
Ich würde ungerne ein Komplettbackup zurückspielen
-
@Markus-Miertschink sagte in VIS adapter terminating (again and again):
instance system.adapter.vis.1 terminated while should be started once
Liest sich so als wenn noch ein VIS Prozeß laufen würde.
Am einfachsten den ioBroker Rechner neu starten oder den Prozeß suchen und killen.
Warum wolltest du mehrere VIS Instanzen installieren?
-
iobroker wurde inzwischen schon zigmal gestartet samt RasPi...
Ich habe die neu installierte Instanz mal 1 genannt - dachte dann wird u.U. eine andere Config genommen...
Es läuft aber nur eine Instanz. Es geht auch nicht eine zweite zu installieren. -
@Markus-Miertschink sagte in VIS adapter terminating (again and again):
Ein Hinweis vielleicht - ich hatte versucht mehrere vis packages "gleichzeitig" zu installieren.
Ich weiß leider immer noch nicht was genau das bedeutet.
Welches Logging hast du denn versucht auf Debug zu stellen? Nur für VIS ?
-
@wendy2702 Ja. Welchen sollte ich denn noch auf debug schalten?
-
@Markus-Miertschink sagte in VIS adapter terminating (again and again):
info
Du hast das aber hier umgestellt!?
Wundere mich weil beim VIS immer nur INFO kommt oder lese ich das wegen der komischen Formatierung falsch.
-
@wendy2702 Ja, ich habe das wieder zurückgestellt. So viel mehr Log kommt leider nicht.
2019-03-19 16:52:16.832 - info: vis.1 States connected to redis: 127.0.0.1:6379 2019-03-19 16:52:16.911 - info: vis.1 starting. Version 1.1.10 in /opt/iobroker/node_modules/iobroker.vis, node: v8.15.0 2019-03-19 16:52:17.157 - info: vis.1 vis license is OK. 2019-03-19 16:52:21.411 - info: host.ioBroker instance system.adapter.vis.1 terminated while should be started once 2019-03-19 16:52:44.704 - info: host.ioBroker object change system.adapter.vis.1 2019-03-19 16:52:46.208 - debug: vis.1 objectDB connected 2019-03-19 16:52:46.239 - debug: vis.1 statesDB connected 2019-03-19 16:52:46.245 - info: vis.1 States connected to redis: 127.0.0.1:6379 2019-03-19 16:52:46.258 - silly: vis.1 redis get system.adapter.vis.1.alive ok: {"val":false,"ack":true,"ts":1553010741412,"q":0,"from":"system.host.ioBroker","lc":1553010741382} 2019-03-19 16:52:46.303 - info: vis.1 starting. Version 1.1.10 in /opt/iobroker/node_modules/iobroker.vis, node: v8.15.0 2019-03-19 16:52:46.393 - silly: vis.1 redis psubscribe io.vis.1.checkLogging 2019-03-19 16:52:46.399 - silly: vis.1 redis keys 1 *.logging 2019-03-19 16:52:46.401 - silly: vis.1 redis publish io.system.adapter.vis.1.alive {"val":true,"ack":true,"ts":1553010766401,"q":0,"from":"system.adapter.vis.1","lc":1553010766401} 2019-03-19 16:52:46.404 - silly: vis.1 redis publish io.system.adapter.vis.1.connected {"val":true,"ack":true,"ts":1553010766404,"q":0,"from":"system.adapter.vis.1","lc":1553010766404} 2019-03-19 16:52:46.406 - silly: vis.1 redis publish io.system.adapter.vis.1.memRss {"val":37.57,"ack":true,"ts":1553010766406,"q":0,"from":"system.adapter.vis.1","lc":1553010766406} 2019-03-19 16:52:46.408 - silly: vis.1 redis publish io.system.adapter.vis.1.memHeapTotal {"val":16.53,"ack":true,"ts":1553010766408,"q":0,"from":"system.adapter.vis.1","lc":1553010737027} 2019-03-19 16:52:46.410 - silly: vis.1 redis publish io.system.adapter.vis.1.memHeapUsed {"val":11.38,"ack":true,"ts":1553010766410,"q":0,"from":"system.adapter.vis.1","lc":1553010766410} 2019-03-19 16:52:46.412 - silly: vis.1 redis publish io.system.adapter.vis.1.uptime {"val":2,"ack":true,"ts":1553010766412,"q":0,"from":"system.adapter.vis.1","lc":1553010493006} 2019-03-19 16:52:46.414 - silly: vis.1 redis publish io.system.adapter.vis.1.inputCount {"val":0,"ack":true,"ts":1553010766414,"q":0,"from":"system.adapter.vis.1","lc":1552996977359} 2019-03-19 16:52:46.416 - silly: vis.1 redis publish io.system.adapter.vis.1.outputCount {"val":8,"ack":true,"ts":1553010766416,"q":0,"from":"system.adapter.vis.1","lc":1552998071805} 2019-03-19 16:52:46.431 - silly: vis.1 redis mget 1 1 2019-03-19 16:52:46.445 - silly: vis.1 redis publish io.system.adapter.vis.1.cpu {"val":"0.00","ack":true,"ts":1553010766445,"q":0,"from":"system.adapter.vis.1","lc":1552998071832} 2019-03-19 16:52:46.447 - silly: vis.1 redis publish io.system.adapter.vis.1.cputime {"val":0.0015,"ack":true,"ts":1553010766447,"q":0,"from":"system.adapter.vis.1","lc":1553010766447} 2019-03-19 16:52:46.509 - info: vis.1 vis license is OK. 2019-03-19 16:52:49.222 - silly: vis.1 redis publish io.system.adapter.vis.1.alive {"val":false,"ack":true,"ts":1553010769221,"q":0,"from":"system.adapter.vis.1","lc":1553010769221} 2019-03-19 16:52:49.282 - info: host.ioBroker instance system.adapter.vis.1 terminated while should be started once
-
Hm... Redis....
hoffentlich hakt es nicht da irgendwie.
Die verwendete Node Version, hast du kürzlich einen Upgrade gemacht?
-
@wendy2702
Da läuft IMHO ein Prozess doppelt -
Er sagt der Pi wäre schon neu gestartet worden.
Ich weiß aber auch nicht und konnte bisher nich rausbekommen was genau er mehrfach installiert hat.
-
@wendy2702 nein Node wurde nicht aktualisiert
-
@wendy2702 mehrfach wurde nichts installiert.
Vis ist nur einmal dort. Am redis habe ich nichts gebastelt -
@Homoran welcher könnte es denn sein?
-
@Markus-Miertschink sagte in VIS adapter terminating (again and again):
@wendy2702 mehrfach wurde nichts installiert.
Vis ist nur einmal dort. Am redis habe ich nichts gebasteltUnd was bedeutet das dann:
Ein Hinweis vielleicht - ich hatte versucht mehrere vis packages "gleichzeitig" zu installieren.
-
@wendy2702 mehrere gleichzeitig - nicht vis sondern vis.Widget Extensions habe ich gleichzeitig installiert. Dann einfach in den Hintergrund geklickt in der ui. Dabei hat der pi aber ein memory problem bekommen. Vermutlich ist dabei irgend etwas im System falsch gelaufen. Config Datei schon geschrieben, aber nicht komplett alles durchgelaufen. Leider sieht man nicht warum der Adapter terminiert. Das Logging ist hier zu gering.