UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Shwowak]

@Stuebi

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

[Shwowak]

@Shwowak said in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:

@Stuebi

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

[Telefisch]

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

[Shwowak]

@Shwowak

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.

[Negalein]

@Shwowak sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:

@Shwowak

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.

[Shwowak]

Ja erstellt bekomme ich den auch. Nur das Webinterface ist nicht erreichbar.

[Stuebi]

@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?

[Shwowak]

Nein Zeitüberschreitung kommt.

[Stuebi]

@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?

[Shwowak]

@Stuebi

Ja klar mit 200. :D 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

[Stuebi]

@Shwowak , dann hast du ein Problem mit dem Routing. Liegt nicht an iobroker

[Shwowak]

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.

[Stuebi]

@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?

[Knorki]

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

[Shwowak]

@Stuebi

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.

[Holzlenkrad]

@Shwowak
Ist die Pfadangabe richtig? Die beginnt mit ./ Das braucht man doch nur bei relativen Pfaden, du nutzt aber ohnehin absolute?

[Shwowak]

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

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

[ChrisXY]

wieso eigentlich kein Node10 ?

[dtp]

Hi,

ich habe Probleme beim Update des js-controllers. In der ioBroker-Container-Konsole des Portainers erhalte ich immer folgende Meldungen:

Jemand einen Tipp?

[dtp]

Hat sich erledigt. Hab ein Update des Containers gemacht.