NEWS
[HowTo] ioBroker unter Docker auf Synology DiskStation
-
Was möchtest du wissen? Ich kenne mich noch nicht so gut aus. Ich komme nicht in den iobroker, bzw. ich kann ihn nicht öffnen.
@johanneslisa Ist das dein erster Docker Container? Falls ja, wirst du nicht umhin kommen dich ein wenig mit Docker zu beschäftigen. Du hast dieses Tutorial gemacht? https://smarthome.buanet.de/2019/05/iobroker-unter-docker-auf-der-synology-diskstation-v3/
Dann hast du einen Bereich mit der Überschrift "Netzwerk" gelesen. Wofür hast du dich entschieden? Host? MACVLAN? Bridge?
Alles Andere hast du 1:1 genauso gemacht? Was (exakt) rufst du auf um auf die Weboberfläche zuzugreifen? Ich behaupte jetzt mal, dass der ioBroker nicht das Problem ist, sondern das Netzwerk oder der Weg wie du darauf zugreifst.
Was bekommst du für eine Fehlermeldung im Browser? Screenshot?MfG,
AndréPS: An deinem Logfile sehe ich, dass du schon mal NICHT das Host Netzwerk (einfachste Option) verwendest. Korrekt? Nutzt du Bridge musst du mindestens den Port 8081 durch reichen. MACVLAN? Besser nicht, wenn du nicht sicher weißt was du tust...
-
@johanneslisa Ist das dein erster Docker Container? Falls ja, wirst du nicht umhin kommen dich ein wenig mit Docker zu beschäftigen. Du hast dieses Tutorial gemacht? https://smarthome.buanet.de/2019/05/iobroker-unter-docker-auf-der-synology-diskstation-v3/
Dann hast du einen Bereich mit der Überschrift "Netzwerk" gelesen. Wofür hast du dich entschieden? Host? MACVLAN? Bridge?
Alles Andere hast du 1:1 genauso gemacht? Was (exakt) rufst du auf um auf die Weboberfläche zuzugreifen? Ich behaupte jetzt mal, dass der ioBroker nicht das Problem ist, sondern das Netzwerk oder der Weg wie du darauf zugreifst.
Was bekommst du für eine Fehlermeldung im Browser? Screenshot?MfG,
AndréPS: An deinem Logfile sehe ich, dass du schon mal NICHT das Host Netzwerk (einfachste Option) verwendest. Korrekt? Nutzt du Bridge musst du mindestens den Port 8081 durch reichen. MACVLAN? Besser nicht, wenn du nicht sicher weißt was du tust...
Diese Anleitung habe ich verwendet. Ich habe jetzt die Bridge verwendet, so wie ich es verstehe ist das am einfachsten und für mich ausreichend. Zumindest jetzt am Anfang. Ja ist mein erster Container. Ich gebe ein: http://iobroker:8081 und da kommt nichts.
Was ist durchreichen? Ich finde dazu nichts per google.
Wenn Host leichter ist und keine großen Nachteile hat dann steige ich gerne um.
-
Diese Anleitung habe ich verwendet. Ich habe jetzt die Bridge verwendet, so wie ich es verstehe ist das am einfachsten und für mich ausreichend. Zumindest jetzt am Anfang. Ja ist mein erster Container. Ich gebe ein: http://iobroker:8081 und da kommt nichts.
Was ist durchreichen? Ich finde dazu nichts per google.
Wenn Host leichter ist und keine großen Nachteile hat dann steige ich gerne um.
@johanneslisa sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Was ist durchreichen?
siehe hier z.B :
https://forum.iobroker.net/post/887191
Ich finde dazu nichts per google.
Nix google ,
sondern hier im Forum oder auf Andre´s Homepage suchen -
Diese Anleitung habe ich verwendet. Ich habe jetzt die Bridge verwendet, so wie ich es verstehe ist das am einfachsten und für mich ausreichend. Zumindest jetzt am Anfang. Ja ist mein erster Container. Ich gebe ein: http://iobroker:8081 und da kommt nichts.
Was ist durchreichen? Ich finde dazu nichts per google.
Wenn Host leichter ist und keine großen Nachteile hat dann steige ich gerne um.
@johanneslisa Jo, da haben wir das Problem. Das wird nicht gehen:
http://iobroker:8081es heißt ja auch:
@johanneslisa sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
dann hat wahrscheinlich alles geklappt und ihr könnt den ioBroker-Admin über den bekannten Weg „http://[name_des_hosts]:8081“ oder „http://[IP-Adresse]:8081“ aufrufen.
Name oder IP des HOSTS! Der Host ist deine DiskStation.
Port durchreichen hier:
@johanneslisa sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Wenn Host leichter ist und keine großen Nachteile hat dann steige ich gerne um.
Ist glaub ich besser wenn du es mit Host versuchst... es sei denn du hast Portainer auf port 9000... ein Hinweis dazu steht aber auch im entsprechenden Tutorial.
MfG,
André -
@johanneslisa Jo, da haben wir das Problem. Das wird nicht gehen:
http://iobroker:8081es heißt ja auch:
@johanneslisa sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
dann hat wahrscheinlich alles geklappt und ihr könnt den ioBroker-Admin über den bekannten Weg „http://[name_des_hosts]:8081“ oder „http://[IP-Adresse]:8081“ aufrufen.
Name oder IP des HOSTS! Der Host ist deine DiskStation.
Port durchreichen hier:
@johanneslisa sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Wenn Host leichter ist und keine großen Nachteile hat dann steige ich gerne um.
Ist glaub ich besser wenn du es mit Host versuchst... es sei denn du hast Portainer auf port 9000... ein Hinweis dazu steht aber auch im entsprechenden Tutorial.
MfG,
André -
Ah ok.
Was muss ich da beim durchreichen eingeben? Ich kann den container so nicht deployen. Ich habe im ersten feld die ip der syonology und im zweiten 8081
@johanneslisa sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Was muss ich da beim durchreichen eingeben?
Hast du nicht mein Link gesehn , es geht auch mit Bordmittel !
8081 : 8081
.
Hinweis , Lokal 8081 funktioniert nur , wenn er nicht schon von deiner Synology belegt ist !
-
@johanneslisa sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Was muss ich da beim durchreichen eingeben?
Hast du nicht mein Link gesehn , es geht auch mit Bordmittel !
8081 : 8081
.
Hinweis , Lokal 8081 funktioniert nur , wenn er nicht schon von deiner Synology belegt ist !
Iobroker lässt sich immer noch nicht öffnen.
Wo sehe ich ob dieser port schon vergeben ist?
-
Iobroker lässt sich immer noch nicht öffnen.
Wo sehe ich ob dieser port schon vergeben ist?
@johanneslisa sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Wo sehe ich ob dieser port schon vergeben ist?
Dann würdest du , in der gezeigten Oberfläche einen Hinweis bekommen !
-
Iobroker lässt sich immer noch nicht öffnen.
Wo sehe ich ob dieser port schon vergeben ist?
@johanneslisa sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Iobroker lässt sich immer noch nicht öffnen.
Nutze bitte einen anderen Browser !
http://IPvondeinerSynology:8081 -
@johanneslisa sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Iobroker lässt sich immer noch nicht öffnen.
Nutze bitte einen anderen Browser !
http://IPvondeinerSynology:8081Geht weder in Safari noch in Firefox
-
Geht weder in Safari noch in Firefox
Lösche den Container und starte von neuen und gebe die Ports dann auch bei der Konfig ein .
Aber alles ohne Portainer !
Ist mit Bordmitteln selbsterklärend.
.
usw,
-
Hallo,
ich versuche gerade einen Container unter IPv6 erreicbar zu machen.
Hat das schon jemand hinbekommen?muss man dazu den Deamon.json noch modifizieren, habe irgendwo gelesen mit MCVLAN benötigt man das nicht mehr, finde es aber gerade nicht...
im MCVLAN Script habe ich die ip -6 Zeile ergänzt - läuft auch ohne Fehler...
# MACVLAN für VLAN 1 - IP Adresse 192.168.10.30/32 ip link del mac1 ip link add mac1 link bond0.1 type macvlan mode bridge ip addr add 192.168.10.30/32 dev mac1 ip -6 addr add fd00:100::211:32ff:feca:a7e1/64 dev mac1 ip link set mac1 upich habe es auch mit eienm 64er Segment versucht: ip -6 addr add fd00
:/64 dev mac1
Größer machtr wohl keinen Sinn...
Hat das schon jemand am laufen?
Wo ist mein Denkfehler, was mache ich falsch?
Hat jemand ein Beispiel dasa geht? -
Ich nutze Docker nativ + Docker Compose, insofern ist es nicht vergleichbar, aber vielleicht kannst du daraus was ableiten:
Inhalt der daemon.json:
{ "experimental": true, "ip6tables": true }Docker compose:
networks: mvl1: driver: macvlan enable_ipv6: true driver_opts: parent: eno1 ipam: config: - subnet: "fd00:1000:ffff::/64" gateway: "fd00:1000:ffff::3ea6:2fef:fe85:4dcf" - subnet: 192.168.1.0/24 gateway: 192.168.1.1 ip_range: 192.168.1.32/27NUC10I3+Ubuntu+Docker+ioBroker+influxDB2+Node Red+RabbitMQ+Grafana
Pi-hole, Traefik, Checkmk, Conbee II+Zigbee2MQTT, ESPSomfy-RTS, LoRaWAN, Arduino, KiCad
Benutzt das Voting im Beitrag, wenn er euch geholfen hat.
-
Hi, Danke, ist für IPv6 vielleicht auch geschickter es so zu machen... ich probiere das mal auf diesem weg...
was auffällt, du hast macvlan + Anpassung der json, dann mach ich das doch erst mal...Neues Problem: Durch mein Rumspieln hab ich mir irgendwas an der Netzwerkconfig ? zerschossen, seit heute geht mein FTP Server nicht mehr über IPv6, auch nicht lokal... IPV4 geht noch... hat jemand ne Idee was da nun schief ist? leider sieht man ja niocht was die Firewall so macht.... es gibt keien Rückmeldung, nur Timeout...
-
Ich nutze Docker nativ + Docker Compose, insofern ist es nicht vergleichbar, aber vielleicht kannst du daraus was ableiten:
Inhalt der daemon.json:
{ "experimental": true, "ip6tables": true }Docker compose:
networks: mvl1: driver: macvlan enable_ipv6: true driver_opts: parent: eno1 ipam: config: - subnet: "fd00:1000:ffff::/64" gateway: "fd00:1000:ffff::3ea6:2fef:fe85:4dcf" - subnet: 192.168.1.0/24 gateway: 192.168.1.1 ip_range: 192.168.1.32/27@marc-berg
Wer ipv6 für einen Container aktiviert sollte sich bewusst sein, das dieser Container dann öffentlich im Internet steht.
Der Schutz durch das nat für ipv4 wirkt hier ja nicht mehr. So sind die ipv4 Container einigermaßen geschützt.
Dadurch wird der Einsatz einer Firewall unumgänglich, so das nur bestimmte ports über das Internet zugänglich sind.Meine Adapter und Widgets
TVProgram, SqueezeboxRPC, OpenLiga, RSSFeed, MyTime,, pi-hole2, vis-json-template, skiinfo, vis-mapwidgets, vis-2-widgets-rssfeed
Links im Profil -
@marc-berg
Wer ipv6 für einen Container aktiviert sollte sich bewusst sein, das dieser Container dann öffentlich im Internet steht.
Der Schutz durch das nat für ipv4 wirkt hier ja nicht mehr. So sind die ipv4 Container einigermaßen geschützt.
Dadurch wird der Einsatz einer Firewall unumgänglich, so das nur bestimmte ports über das Internet zugänglich sind. -
@marc-berg
Wer ipv6 für einen Container aktiviert sollte sich bewusst sein, das dieser Container dann öffentlich im Internet steht.
Der Schutz durch das nat für ipv4 wirkt hier ja nicht mehr. So sind die ipv4 Container einigermaßen geschützt.
Dadurch wird der Einsatz einer Firewall unumgänglich, so das nur bestimmte ports über das Internet zugänglich sind.@oliverio sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Wer ipv6 für einen Container aktiviert sollte sich bewusst sein, das dieser Container dann öffentlich im Internet steht.
... was aber in dieser Absolutheit nicht stimmt. Jeder halbwegs aktuelle Router bringt eine Firewall mit, die den Zugriff aus dem Internet per IPv6 unterbindet, sofern man nicht explizit freischaltet. Aber ja, man sollte sich der erhöhten Risiken bewusst sein, gerade, wenn man Hosting Angebote nutzt.
-
@oliverio sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Wer ipv6 für einen Container aktiviert sollte sich bewusst sein, das dieser Container dann öffentlich im Internet steht.
... was aber in dieser Absolutheit nicht stimmt. Jeder halbwegs aktuelle Router bringt eine Firewall mit, die den Zugriff aus dem Internet per IPv6 unterbindet, sofern man nicht explizit freischaltet. Aber ja, man sollte sich der erhöhten Risiken bewusst sein, gerade, wenn man Hosting Angebote nutzt.
Moin zusammen,
Vorsicht - Erfolgsgeschichte
.Vorgestern hat mein Watchtower das Update für den ioBroker Container auf die Version 8.0.1 durchgeführt und mich mit einem "unfreundlichen"
Checking Database connection... Failed. Please check your configuration and try again. For more information see ioBroker Docker Image Docs (https://docs.buanet.de/iobroker-docker-image/docs)."geweckt". Google meinte die Anbindung an die redis DB funktioniert nicht - die hatte ich bis dahin aber auch noch nicht genutzt.
Sei's drum; mit wurde Perfomance Gewinn versprochen, also habe ich neben dem deconz Container und dem ioBroker Container, entsprechend der Anleitung von André einen dritten Container für redis mit in den Portainer Stack eingebaut.
Alle drei Container besitzen eigene, feste IP's in einem MACVLAN.
Der ioBroker Container hört auf die .44:root@rockpro64:/opt/iobroker# ifconfig eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.178.44 netmask 255.255.255.0 broadcastund kann den Container mit redis auf der .46 anpingen:
root@rockpro64:/opt/iobroker# ping 192.168.178.46 PING 192.168.178.46 (192.168.178.46) 56(84) bytes of data. 64 bytes from 192.168.178.46: icmp_seq=1 ttl=64 time=0.269 ms 64 bytes from 192.168.178.46: icmp_seq=2 ttl=64 time=0.326 ms 64 bytes from 192.168.178.46: icmp_seq=3 ttl=64 time=0.346 msIch kriege auch die DB vom ioBroker Container aus, wie auf Andrés Seite beschrieben angesprochen und einen Testinhalt erstellt.
root@rockpro64:/opt/iobroker# rdcli -h 192.168.178.46 192.168.178.46:6379> ping PONG 192.168.178.46:6379> set test eins OK 192.168.178.46:6379> get test eins 192.168.178.46:6379> quit OKnur der Broker selbst wollte nicht so richtig. DEBUG im Container war auf true, Fehler habe ich trotzdem gestern nicht gesehen; aber eben beim zusammenschreiben dieses Textes, als ich eigentlich noch ne Frage stellen wollte:
-------------------------------------------------------------------------------- ------------------------- 2023-07-09 18:07:49 ------------------------- -------------------------------------------------------------------------------- ----- ----- ----- ██╗ ██████╗ ██████╗ ██████╗ ██████╗ ██╗ ██╗ ███████╗ ██████╗ ----- ----- ██║ ██╔═══██╗ ██╔══██╗ ██╔══██╗ ██╔═══██╗ ██║ ██╔╝ ██╔════╝ ██╔══██╗ ----- ----- ██║ ██║ ██║ ██████╔╝ ██████╔╝ ██║ ██║ █████╔╝ █████╗ ██████╔╝ ----- ----- ██║ ██║ ██║ ██╔══██╗ ██╔══██╗ ██║ ██║ ██╔═██╗ ██╔══╝ ██╔══██╗ ----- ----- ██║ ╚██████╔╝ ██████╔╝ ██║ ██║ ╚██████╔╝ ██║ ██╗ ███████╗ ██║ ██║ ----- ----- ╚═╝ ╚═════╝ ╚═════╝ ╚═╝ ╚═╝ ╚═════╝ ╚═╝ ╚═╝ ╚══════╝ ╚═╝ ╚═╝ ----- ----- ----- ----- Welcome to your ioBroker Docker container! ----- ----- Startupscript is now running! ----- ----- Please be patient! ----- -------------------------------------------------------------------------------- -------------------------------------------------------------------------------- ----- System Information ----- ----- arch: aarch64 ----- ----- hostname: rockpro64 ----- ----- ----- ----- Version Information ----- ----- image: v8.0.1 ----- ----- build: 2023-07-08T21:23:44+00:00 ----- ----- node: v18.16.1 ----- ----- npm: 9.5.1 ----- ----- ----- ----- Environment Variables ----- ----- DEBUG: true ----- ----- IOB_STATESDB_TYPE: =redis ----- ----- IOB_STATESDB_HOST: redis ----- ----- IOB_STATESDB_PORT: 6379 ----- ----- SETGID: 1000 ----- ----- SETUID: 1000 ----- ----- USBDEVICES: /dev/zwave ----- -------------------------------------------------------------------------------- !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!! DEBUG LOG ACTIVE !!!! !!!! Environment variable DEBUG is set to true. !!!! !!!! This will extend the logging output and may slow down container start. !!!! !!!! Please make sure to deactivate if no longer needed. !!!! !!!! For more information see ioBroker Docker image documentation: !!!! !!!! https://docs.buanet.de/iobroker-docker-image/docs/ !!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! -------------------------------------------------------------------------------- ----- Step 1 of 5: Preparing container ----- -------------------------------------------------------------------------------- Updating Linux packages on first run... Done. Registering maintenance script as command... Done. -------------------------------------------------------------------------------- ----- Step 2 of 5: Detecting ioBroker installation ----- -------------------------------------------------------------------------------- Existing installation of ioBroker detected in "/opt/iobroker". -------------------------------------------------------------------------------- ----- Step 3 of 5: Checking ioBroker installation ----- -------------------------------------------------------------------------------- (Re)setting permissions (This might take a while! Please be patient!)... Done. Fixing "sudo-bug" by replacing sudo with gosu... Done. [DEBUG] Checking multihost settings... [DEBUG] No multihost settings detected. [DEBUG] Done. [DEBUG] Checking custom objects db settings... [DEBUG] No custom objects db settings detected. [DEBUG] Done. Configuring custom states db... IOB_STATESDB_TYPE is available but value is different from detected ioBroker installation. Setting type of states db to "=redis"... Done. IOB_STATESDB_HOST is available but value is different from detected ioBroker installation. Setting host of states db to "redis"... Done. IOB_STATESDB_PORT is available and value meets detected ioBroker installation. Done. Checking Database connection... Failed. [DEBUG] Error message: [DEBUG] Installation broken or unknown states type: =redis configured. Please check your configuration and try again. For more information see ioBroker Docker Image Docs (https://docs.buanet.de/iobroker-docker-image/docs). [DEBUG] Debug mode prevents the container from exiting on errors. [DEBUG] This enables you to investigate or fix your issue on the command line. [DEBUG] If you want to stop or restart your container you have to do it manually. [DEBUG] IoBroker is not running!Das Problem steht in Zeile 30 und 87: das Gleichheitszeichen hat die Umarbeitung der Syntax im Stack überlebt....
Inzwischen habe ich entsprechend
https://github.com/buanet/ioBroker.docker/issues/179
erfolgreich nach redis migrieren können.
Kleinigkeit: hier hätte mir der Hinweis: redis Container sollte laufen, ENV Variablen im Broker noch unwirksam und ioBroker nicht mit stop sondern mitpkill -u iobrokeraus
https://smarthome.buanet.de/2020/10/iobroker-docker-container-updates-upgrades/
zwei Runden deployen gespart.Herzlichen Dank für Eure Arbeit und die guten Dokus
Andreas -
Moin zusammen,
Vorsicht - Erfolgsgeschichte
.Vorgestern hat mein Watchtower das Update für den ioBroker Container auf die Version 8.0.1 durchgeführt und mich mit einem "unfreundlichen"
Checking Database connection... Failed. Please check your configuration and try again. For more information see ioBroker Docker Image Docs (https://docs.buanet.de/iobroker-docker-image/docs)."geweckt". Google meinte die Anbindung an die redis DB funktioniert nicht - die hatte ich bis dahin aber auch noch nicht genutzt.
Sei's drum; mit wurde Perfomance Gewinn versprochen, also habe ich neben dem deconz Container und dem ioBroker Container, entsprechend der Anleitung von André einen dritten Container für redis mit in den Portainer Stack eingebaut.
Alle drei Container besitzen eigene, feste IP's in einem MACVLAN.
Der ioBroker Container hört auf die .44:root@rockpro64:/opt/iobroker# ifconfig eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.178.44 netmask 255.255.255.0 broadcastund kann den Container mit redis auf der .46 anpingen:
root@rockpro64:/opt/iobroker# ping 192.168.178.46 PING 192.168.178.46 (192.168.178.46) 56(84) bytes of data. 64 bytes from 192.168.178.46: icmp_seq=1 ttl=64 time=0.269 ms 64 bytes from 192.168.178.46: icmp_seq=2 ttl=64 time=0.326 ms 64 bytes from 192.168.178.46: icmp_seq=3 ttl=64 time=0.346 msIch kriege auch die DB vom ioBroker Container aus, wie auf Andrés Seite beschrieben angesprochen und einen Testinhalt erstellt.
root@rockpro64:/opt/iobroker# rdcli -h 192.168.178.46 192.168.178.46:6379> ping PONG 192.168.178.46:6379> set test eins OK 192.168.178.46:6379> get test eins 192.168.178.46:6379> quit OKnur der Broker selbst wollte nicht so richtig. DEBUG im Container war auf true, Fehler habe ich trotzdem gestern nicht gesehen; aber eben beim zusammenschreiben dieses Textes, als ich eigentlich noch ne Frage stellen wollte:
-------------------------------------------------------------------------------- ------------------------- 2023-07-09 18:07:49 ------------------------- -------------------------------------------------------------------------------- ----- ----- ----- ██╗ ██████╗ ██████╗ ██████╗ ██████╗ ██╗ ██╗ ███████╗ ██████╗ ----- ----- ██║ ██╔═══██╗ ██╔══██╗ ██╔══██╗ ██╔═══██╗ ██║ ██╔╝ ██╔════╝ ██╔══██╗ ----- ----- ██║ ██║ ██║ ██████╔╝ ██████╔╝ ██║ ██║ █████╔╝ █████╗ ██████╔╝ ----- ----- ██║ ██║ ██║ ██╔══██╗ ██╔══██╗ ██║ ██║ ██╔═██╗ ██╔══╝ ██╔══██╗ ----- ----- ██║ ╚██████╔╝ ██████╔╝ ██║ ██║ ╚██████╔╝ ██║ ██╗ ███████╗ ██║ ██║ ----- ----- ╚═╝ ╚═════╝ ╚═════╝ ╚═╝ ╚═╝ ╚═════╝ ╚═╝ ╚═╝ ╚══════╝ ╚═╝ ╚═╝ ----- ----- ----- ----- Welcome to your ioBroker Docker container! ----- ----- Startupscript is now running! ----- ----- Please be patient! ----- -------------------------------------------------------------------------------- -------------------------------------------------------------------------------- ----- System Information ----- ----- arch: aarch64 ----- ----- hostname: rockpro64 ----- ----- ----- ----- Version Information ----- ----- image: v8.0.1 ----- ----- build: 2023-07-08T21:23:44+00:00 ----- ----- node: v18.16.1 ----- ----- npm: 9.5.1 ----- ----- ----- ----- Environment Variables ----- ----- DEBUG: true ----- ----- IOB_STATESDB_TYPE: =redis ----- ----- IOB_STATESDB_HOST: redis ----- ----- IOB_STATESDB_PORT: 6379 ----- ----- SETGID: 1000 ----- ----- SETUID: 1000 ----- ----- USBDEVICES: /dev/zwave ----- -------------------------------------------------------------------------------- !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!! DEBUG LOG ACTIVE !!!! !!!! Environment variable DEBUG is set to true. !!!! !!!! This will extend the logging output and may slow down container start. !!!! !!!! Please make sure to deactivate if no longer needed. !!!! !!!! For more information see ioBroker Docker image documentation: !!!! !!!! https://docs.buanet.de/iobroker-docker-image/docs/ !!!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! -------------------------------------------------------------------------------- ----- Step 1 of 5: Preparing container ----- -------------------------------------------------------------------------------- Updating Linux packages on first run... Done. Registering maintenance script as command... Done. -------------------------------------------------------------------------------- ----- Step 2 of 5: Detecting ioBroker installation ----- -------------------------------------------------------------------------------- Existing installation of ioBroker detected in "/opt/iobroker". -------------------------------------------------------------------------------- ----- Step 3 of 5: Checking ioBroker installation ----- -------------------------------------------------------------------------------- (Re)setting permissions (This might take a while! Please be patient!)... Done. Fixing "sudo-bug" by replacing sudo with gosu... Done. [DEBUG] Checking multihost settings... [DEBUG] No multihost settings detected. [DEBUG] Done. [DEBUG] Checking custom objects db settings... [DEBUG] No custom objects db settings detected. [DEBUG] Done. Configuring custom states db... IOB_STATESDB_TYPE is available but value is different from detected ioBroker installation. Setting type of states db to "=redis"... Done. IOB_STATESDB_HOST is available but value is different from detected ioBroker installation. Setting host of states db to "redis"... Done. IOB_STATESDB_PORT is available and value meets detected ioBroker installation. Done. Checking Database connection... Failed. [DEBUG] Error message: [DEBUG] Installation broken or unknown states type: =redis configured. Please check your configuration and try again. For more information see ioBroker Docker Image Docs (https://docs.buanet.de/iobroker-docker-image/docs). [DEBUG] Debug mode prevents the container from exiting on errors. [DEBUG] This enables you to investigate or fix your issue on the command line. [DEBUG] If you want to stop or restart your container you have to do it manually. [DEBUG] IoBroker is not running!Das Problem steht in Zeile 30 und 87: das Gleichheitszeichen hat die Umarbeitung der Syntax im Stack überlebt....
Inzwischen habe ich entsprechend
https://github.com/buanet/ioBroker.docker/issues/179
erfolgreich nach redis migrieren können.
Kleinigkeit: hier hätte mir der Hinweis: redis Container sollte laufen, ENV Variablen im Broker noch unwirksam und ioBroker nicht mit stop sondern mitpkill -u iobrokeraus
https://smarthome.buanet.de/2020/10/iobroker-docker-container-updates-upgrades/
zwei Runden deployen gespart.Herzlichen Dank für Eure Arbeit und die guten Dokus
Andreas -
@sirhenri Gibt es eigentlich den Discord Server noch? Die Links auf der Homepage sind veraltet.
@bambulko
Es gibt auch eine Doku von Buanet: https://docs.buanet.de/de/iobroker-docker-image/docs/#getting-started
Und ja, den discord Server gibt es noch
740
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge