Gelöst - vis beendet sich sofort mit (540) (NO_ERROR)
-
Hallo!
Vorab: ich bin noch ganz frisch am Start und auch die Installation ist keine zwei Tage alt bzw. ist noch im Aufbau.
Ich hänge jetzt fest. Ich habe schon einiges im Web und natürlich hier im Formu abgeklappert, aber ich komme einfach nicht weiter.
Ist-Zustand
Raspberry Pi 4 B mit Rasipian OS (lite) letzter Update / Upgrade Stand
Installation von Docker und das Docker Image von buanet/ioBroker.docker 5.1.0node v12.21.0
nodejs v12.21.0
npm 6.14.11Problem
Weder vis.o beendet sich sofort nach dem Start wieder und ist daher unter http://xxx.xxx.xxx.xxx:8082/vis/edit.html nicht erreichbar. auch web.0 unter http://xxx.xxx.xxx.xxx:8082 meldet sich (nachvollziehbar) nicht. Alle Adapter sind auf dem letzten StandIm Log finde ich nur die Fehlermeldungen, mit denen ich aber nicht weiter komme. Ich habe das Log gelöscht. Und dann versucht die Instanz vis.0 zu starten:
host.iobroker 2021-03-02 21:06:24.659 info instance system.adapter.vis.0 terminated while should be started once vis.0 2021-03-02 21:06:24.044 info (540) Terminated (NO_ERROR): Without reason vis.0 2021-03-02 21:06:23.436 info (540) vis license is OK. vis.0 2021-03-02 21:06:23.242 info (540) starting. Version 1.3.4 in /opt/iobroker/node_modules/iobroker.vis, node: v12.21.0, js-controller: 3.2.16 vis.0 2021-03-02 21:06:23.181 debug (540) statesDB connected vis.0 2021-03-02 21:06:23.180 debug (540) States connected to redis: 127.0.0.1:9000 vis.0 2021-03-02 21:06:23.172 debug (540) States create User PubSub Client vis.0 2021-03-02 21:06:23.171 debug (540) States create System PubSub Client vis.0 2021-03-02 21:06:23.163 debug (540) Redis States: Use Redis connection: 127.0.0.1:9000 vis.0 2021-03-02 21:06:23.160 debug (540) objectDB connected vis.0 2021-03-02 21:06:23.150 debug (540) Objects connected to redis: 127.0.0.1:9001 vis.0 2021-03-02 21:06:23.138 debug (540) Objects client initialize lua scripts vis.0 2021-03-02 21:06:23.137 debug (540) Objects create User PubSub Client vis.0 2021-03-02 21:06:23.135 debug (540) Objects create System PubSub Client vis.0 2021-03-02 21:06:23.132 debug (540) Objects client ready ... initialize now vis.0 2021-03-02 21:06:23.026 debug (540) Redis Objects: Use Redis connection: 127.0.0.1:9001 host.iobroker 2021-03-02 21:06:21.974 info "system.adapter.vis.0" enabledMehr steht dann nicht drin.
Merkwürdig ist auch, dass kein "Punkt" vor dem Eintrag ist. Also weder rot, gelb oder grün.
Div. Tipps zu "iobrocker load / iobrocker fix" habe ich schon probiert. Mehrere Reboots ebenfalls. Natürlich auch das deinstallieren und neu installieren der beiden Adapter (vis/web) mit Reboots etc. pp. Alles ohne Erfolg.
Meine Instanzen hänge ich mal als Screenshoot an.
Danke vorab!
-
@ionode sagte in vis beendet sich sofort mit (540) (NO_ERROR):
Raspberry Pi 4 B mit Rasipian OS (lite) letzter Update / Upgrade Stand
Installation von Docker und das Docker Image von buanet/ioBroker.docker 5.1.0Auf einem System?
-
Ja, dass läuft auf einem Raspi
-
Und warum tut man das? Ich würde mir ja die zusätzliche Schicht 'docker' da raus halten.
-
Weil ich da später noch $Dinge dranflanschen möchte. Auch mit Container(n)
-
@ionode was passiert wenn du hinter der Instanz VIS.0 auf das letzte Icon klickst?
-
@ionode sagte in vis beendet sich sofort mit (540) (NO_ERROR):
Mehr steht dann nicht drin.
Merkwürdig ist auch, dass kein "Punkt" vor dem Eintrag ist. Also weder rot, gelb oder grün.ist alles ok.
vis startet nur einmalig und "beendet"sich dann wieder.
Daher auch keine Ampeldie 540 ist der Prozess mitcdem vis läuft.
warum du nicht drauf kommst ist ein anderes Problem und hat mit dem genannten nichts zu tun.
-
@wendy2702 sagte in vis beendet sich sofort mit (540) (NO_ERROR):
@ionode was passiert wenn du hinter der Instanz VIS.0 auf das letzte Icon klickst?
Da passiert auch nichts (mehr als einmalgeprüft). Da liegt doch auch nur der Link auf die Webadresse des VIS hinter oder macht das noch etwas anderes?
-
@homoran sagte in vis beendet sich sofort mit (540) (NO_ERROR):
ist alles ok.
vis startet nur einmalig und "beendet"sich dann wieder.
Daher auch keine Ampel
die 540 ist der Prozess mitcdem vis läuft.Danke für diese Information. Dann forsche ich nicht weiter an dieser Stelle.
Was käme noch in Frage?
Und was hat es mit Logzeilen (s. o.) 6, 9, 11 und 16 auf sich? Was passiert da?
Ich habe noch einen wichtigen Hinweis übersehen bzw. nicht bedacht: Ich nutze als mqtt Broker den Mosquitto und der lauscht auf den Ports 9000:9001 für SSL Verbindungen.
Ich hatte in anderen Posts gelesen, dass der die bessere Wahl sei.... (no complains).
Ich werde da heute abend mal rumschrauben. Falls jemand vorab noch eine (auch gerne nur wage) Idee hat: gerne her damit.
Danke!
-
@ionode Auf den Ports läuft auch die interne Datenbank des ioBroker. Leg den mqtt auf andere.
-
Würde Grundsätzlich mal schauen welche Ports belegt sind und ob diese auch vom Docker aus nach aussen durchgereicht werden, sprich erreichbar sind.
-
docker-compose.yaml
version: '3.7' services: iobroker: image: buanet/iobroker:latest volumes: - ./iobrokerdata:/opt/iobroker - /etc/localtime:/etc/localtime container_name: iobroker network_mode: bridge ports: - "8081-8089:8081-8089" restart: always environment: - TZ=Europe/Berlin hostname: iobrokerTja, wenn man einfach kopiert und nicht drüber philosophiert oder so.
Ich habe einfach das docker-compose file vom Hub kopiert und nicht weiter drüber nachgedacht. Da mir die Probleme erst später über den Weg gelaufen sind, habe ich da keinen Bezug zu hergestellt.
Das Original reicht nur den Port 8081 über die Bridge durch. Das ist natürlich zu wenig. Ich habe das jetzt mal proaktiv auf 8081 bis 8089 erweitert.
Das File ist nun überarbeitet und damit komme ich an den web.0 und auch an den vis.0 ohne das ich noch etwas am ioBroker hätte tun müssen.
Zur Sicherheit habe ich den mosquitto Port in dessen config file aber auch noch angepasst (s. weiter oben).
Vielleicht hilft es jemand anderen mal.
Danke an alle die sich mit meiner Frage rumgeschlagen haben!
-
@ionode Danke für das Feedback.
Hilft bestimmt mal jemandem.
