NEWS
Gelöst - vis beendet sich sofort mit (540) (NO_ERROR)
-
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.
-
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)
-
Weil ich da später noch $Dinge dranflanschen möchte. Auch mit Container(n)
-
@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?
-
@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.
@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!
-
@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!
-
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!
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden