Monatsrückblick Januar/Februar 2026 ist online!

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