Monatsrückblick Januar/Februar 2026 ist online!

[Markus Miertschink]

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 :)

[wendy2702]

@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?

[Markus Miertschink]

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.

[wendy2702]

@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 ?

[Markus Miertschink]

@wendy2702 Ja. Welchen sollte ich denn noch auf debug schalten?

[wendy2702]

@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.

[Markus Miertschink]

@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

[wendy2702]

Hm... Redis....

hoffentlich hakt es nicht da irgendwie.

Die verwendete Node Version, hast du kürzlich einen Upgrade gemacht?

[Homoran]

@wendy2702
Da läuft IMHO ein Prozess doppelt

[wendy2702]

@Homoran

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.

[Markus Miertschink]

@wendy2702 nein Node wurde nicht aktualisiert

[Markus Miertschink]

@wendy2702 mehrfach wurde nichts installiert.
Vis ist nur einmal dort. Am redis habe ich nichts gebastelt 😎

[Markus Miertschink]

@Homoran welcher könnte es denn sein?

[wendy2702]

@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 gebastelt 😎

Und was bedeutet das dann:

Ein Hinweis vielleicht - ich hatte versucht mehrere vis packages "gleichzeitig" zu installieren.

[Markus Miertschink]

@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.