NEWS
[HowTo] ioBroker unter Docker auf Synology DiskStation
-
Das erstellen hat gekappt ,wenn ich den Container jetzt zum diesen Netzwerk hinzufüge , geht die weboberfläche nicht mehr .
-
@Shwowak , wenn Du mit Weboberfläche ioBroker meinst, musst Du beim Web Adapter unter Instanzen am besten bei IP 0.0.0.0 auswählen.
-
läuft es schon :
root@d7547b050a0f:/opt/iobroker# iobroker list instances
system.adapter.admin.1 : admin - enabled, port: 8084, bind: 0.0.0.0, run as: admin- system.adapter.admin.2 : admin - enabled, port: 8081, bind: 0.0.0.0, run as: admin
system.adapter.alexa2.0
- system.adapter.admin.2 : admin - enabled, port: 8081, bind: 0.0.0.0, run as: admin
-
@Shwowak said in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
läuft es schon :
root@d7547b050a0f:/opt/iobroker# iobroker list instances
system.adapter.admin.1 : admin - enabled, port: 8084, bind: 0.0.0.0, run as: admin- system.adapter.admin.2 : admin - enabled, port: 8081, bind: 0.0.0.0, run as: admin
system.adapter.alexa2.0
- system.adapter.admin.2 : admin - enabled, port: 8081, bind: 0.0.0.0, run as: admin
-
Nach langer Zeit ein neuer Versuch...
Hallo erstmal.
Ich hab vor einigen Monaten einen ioBroker auf meiner Synology installiert (mit dem ersten Tutorial, danke an Andre).
Dabei hatte ich immer Probleme, dass ich einen ZWave-USB-Stick nicht zum Laufen bekam.
Hab ich mit den Netzwerkeinstellungen rumgebastelt lief mein Modbus-Adapter nicht mehr.
Ich hab keine Ahnung was genau wie war aber ich hab aufgegeben den ZWave zu installieren.
Nun gibt es ja ein neues Tutorial und ich habe auch Ewigkeiten kein Update des Containers mehr gemacht, also dachte ich, installiere ich den ganzen Container mal komplett neu.
Jetzt lese ich, dass es da Probleme mit dem Netzwerk geben soll, wenn man nicht im Bridge-Mode arbeitet, andersrum im Bridgemode Adapter mit Multicast nicht funktionieren.Deshalb meine Fragen:
- gibt es diesen Bug noch immer?
- was ist ein Adapter mit Multicast, bzw. woran erkenne ich die?
Danke schonmal
Carsten -
mit dem MACVLAN Methode funktioniert es leider nicht erstelle die container per compose und das MACVLAN netzwerk per hand , füge dann per hand den Io broker container zu dem MACVLAN netzwerk hin zu (siehe foto oben ) danach kann ich den Io broker aber über das Webinterface nicht mehr erreichen bitte um hilfe.
-
@Shwowak sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
mit dem MACVLAN Methode funktioniert es leider nicht erstelle die container per compose und das MACVLAN netzwerk per hand , füge dann per hand den Io broker container zu dem MACVLAN netzwerk hin zu (siehe foto oben ) danach kann ich den Io broker aber über das Webinterface nicht mehr erreichen bitte um hilfe.
Mit dem Portainer (siehe Tutorial vom V3) funktioniert das erstellen vom MACVLAN einwandfrei.
-
Ja erstellt bekomme ich den auch. Nur das Webinterface ist nicht erreichbar.
-
@Shwowak , wenn ich es richtig sehe, hat ioBroker im Docker Container die IP Adresse 192.168.200.208 .
Du kannst also nicht die ioBroker Admin Oberfläche (web) über http://192.168.20.208:8081 bzw. http://192.168.20.208:8084 aufrufen?
Kannst Du die Adresse 192.168.20.208 per Ping von Deinem Client von dem Du auch ioBroker per Webbrowser http://192.168.20.208:8081 aufrufen möchtest erreichen? -
Nein Zeitüberschreitung kommt.
-
@Shwowak , ich hoffe Du hast mit 192.168.200.208 und nicht 192.168.20.208 getestet?
Kannst Du denn wenn Du per ssh auf der NAS angemeldet bist die Adresse 192.168.200.208 anpingen? -
Ja klar mit 200. es ist ein virtual Maschine ohne Weboberfläche.
Habe den Container per Hand gerade mal erstellt nach v3 Anleitung. Starte aber auch kein Zugriff auf Admin weboberfläsche.
intelnuc@intelnuc:~$ ping 192.168.200.2 >>> IP CONTAINER
PING 192.168.200.2 (192.168.200.2) 56(84) bytes of data.
From 192.168.200.55 icmp_seq=1 Destination Host Unreachable IP Virtual Maschine:
From 192.168.200.55 icmp_seq=2 Destination Host Unreachable
From 192.168.200.55 icmp_seq=3 Destination Host Unreachable
From 192.168.200.55 icmp_seq=4 Destination Host Unreachable -
@Shwowak , dann hast du ein Problem mit dem Routing. Liegt nicht an iobroker
-
Also der Io broker läuft im hintergrund , nur kann per Ip nicht zugreifen und die Admin oberfläsche geht nicht auf.
Kann mir jemanden sagen wie die Port richtig einstelle oder wie ich überhaupt vorgehen muss.
-
@Shwowak , wenn du den ioBroker Docker Container nicht einmal per Ping erreichen kannst, stimmt irgendetwas nicht an den Netzeinstellungen. Das kann z.B. am Routing, MACVLAN Einstellungen, ... liegen.
Um das Problem einzugrenzen, kannst du denn den ioBroker Docker Containet einmal versuchen von der NAS aus anzupingen und vom PC. Funktioniert das? -
Hallo,
beim ersten Lauf des Containers startet iobroker nicht. Im Log steht folgendes:
----- Image-Version: 3.0.0 -----
----- 2019-07-12 16:25:05 -----Startupscript running...
Installing additional packages...
The following packages will be installed: nano
Installing additional packages done...Directory /opt/iobroker is empty!
Restoring data from image...
Restoring done...This is the first run of an new installation...
Hostname given is OMV...
Renaming ioBroker...
module.js:550
throw err;
^Error: Cannot find module '/opt/iobroker/node_modules/iobroker.js-controller/iobroker.js'
at Function.Module._resolveFilename (module.js:548:15)
at Function.Module._load (module.js:475:25)
at Function.Module.runMain (module.js:694:10)
at startup (bootstrap_node.js:204:16)
at bootstrap_node.js:625:3
Renaming ioBroker done...Changing permissions upon first run (This might take a while! Please be patient!)...
Changing permissions done...Starting ioBroker...
Starting ioBroker done...Kann jemand damit was anfangen?
Gruß
Stefan -
Habe es jetzt mit docker compose mal erstellen lassen.
version: '2.4' services: mqtt: restart: always ports: - "1883:1883" - "9001:9001" image: toke/mosquitto networks: fhem-network: {} volumes: - ./mqtt/config/:/mqtt/config/ - ./mqtt/log/:/mqtt/log/ - ./mqtt/data/:/mqtt/data/ nodered: restart: always ports: - "1880:1880" image: nodered/node-red-docker:0.18.4 volumes: - ./nodered/data/:/root/data/ networks: fhem-network: {} depends_on: - "mqtt" portainer: restart: always image: portainer/portainer:1.21.0 volumes: - ./portainer/:/data - /var/run/docker.sock:/var/run/docker.sock ports: - "9000:9000" magic_mirror: restart: always image: bastilimbach/docker-magicmirror ports: - "8080:8080" volumes: - ./magic_mirror/config:/opt/magic_mirror/config \ - ./magic_mirror/modules:/opt/magic_mirror/modules \ - ./magic_mirror/css:/opt/magic_mirror/css/custom.css \ networks: fhem-network: {} iobroker: restart: always image: buanet/iobroker:latest volumes: - /etc/localtime:/etc/localtime:ro - ./home/intelnuc/fhem-docker/iobroker:/opt/iobroker - ./home/intelnuc/fhem-docker/iobroker/transfer:/tmp networks: macvlan0: ipv4_address: 192.168.200.17 fhem-network: {} networks: fhem-network: driver: bridge macvlan0: driver: macvlan driver_opts: parent: enp0s3 ipam: config: - subnet: 192.168.200.0/24 gateway: 192.168.200.1 ip_range: 192.168.200.17/32
Dann kommt das im Log:
---------------------------------------- ----- Image-Version: 3.0.0 ----- ----- 2019-07-16 09:04:15 ----- ---------------------------------------- Startupscript running... Installing additional packages... The following packages will be installed: nano Installing additional packages done... Changing permissions upon first run (This might take a while! Please be patient!)... Changing permissions done... Starting ioBroker... Starting ioBroker done...
Aber im Ornder iobroker sind keine Dateien ... Ich kann auch in der Console von Iobroker keine befehle ausführen die mit iobroker .... beginnen.
-
@Shwowak
Ist die Pfadangabe richtig? Die beginnt mit ./ Das braucht man doch nur bei relativen Pfaden, du nutzt aber ohnehin absolute? -
Ja läuft jetzt daran lag es und der Ordner muss leer sein.
Habe das problem nun das eine Macvlan eingerichtet habe auf Docker ... siehe oben ( Docker Compose.) Die ip Adresse 192.168.200.17 bekomme ich aufgerufen aber nur auf dem Host System also wo die Virtualmaschine lauft .
Zu dem bekomme überall von allen Adapter fehler .. siehetelegram.0 2019-07-17 22:13:54.138 error polling_error:EFATAL, EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org:443 cloud.0 2019-07-17 22:13:53.148 error Error while connecting to cloud: Error: websocket error cloud.0 2019-07-17 22:13:43.139 info Trying to connect as system.user.admin telegram.0 2019-07-17 22:13:33.789 error polling_error:EFATAL, EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org:443 telegram.0 2019-07-17 22:12:21.747 error polling_error:EFATAL, EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org:443 cloud.0 2019-07-17 22:11:19.058 error Error while connecting to cloud: Error: websocket error telegram.0 2019-07-17 22:11:18.971 error polling_error:EFATAL, EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org:443 cloud.0 2019-07-17 22:11:09.017 info Trying to connect as system.user.admin telegram.0 2019-07-17 22:10:58.628 error polling_error:EFATAL, EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org:443
-
wieso eigentlich kein Node10 ?