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

[Glasfaser]

@_r_a_l_f_

Hast du den Link gesehn , den ich dir oben in der Antwort gegeben habe !?

[_R_A_L_F_]

@glasfaser Den habe ich gesehen. Danke dafür ;) Allerdings geht der BLE Adapter auf grün, nur die Devices werden mir nicht angezeigt.

[Glasfaser]

@_r_a_l_f_ sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

Devices werden mir nicht angezeigt.

Hast du Ihn in der ENV weitergereicht .

[_R_A_L_F_]

@glasfaser wo mache ich das?

[Glasfaser]

@_r_a_l_f_ sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

@glasfaser Den habe ich gesehen. Danke dafür ;)

Steht doch alles im Link ....

Umgebungsvariable (ENV) hier : USBDEVICES

[_R_A_L_F_]

@glasfaser die USBDEVICES Variable habe ich auf: /dev/ttyACM0;/dev/ttyACM1 gesetzt
In den Logfiles habe ich folgenden Eintrag:

[Glasfaser]

@_r_a_l_f_

Du solltest nicht Copy&Paste machen , ich habe kein Bluetooth Stick und deshalb habe ich dir diesen Link genannt ,den Rest mußt du selber erlesen

Hier das Ergebnis
https://forum.iobroker.net/topic/4733/howto-iobroker-unter-docker-auf-synology-diskstation/2152

[cga]

Hallo Zusammen,

ich bin neu in dem Bereich ioBroker und würde gerne den ioBroker als docker container auf meiner Synology deployen. Ich folgte dem guten Tutorial jedoch erhalte ich stehts Fehler und mein Container schient keine Verbindung zum Internet zu erhalten.

Background:
Ich nutze die Synology DS918+, die in einem Bond läuft. Daher habe ich das macvlan auch auf das bond0 eingerichtet. Als Router nutze ich ne Fritzbox (Standard-Netzwerk Adresse)

Setting macvlan

• Subnet: 192.168.178.0/24
• IP Range: 192.168.178.222/32
• Gateway: 192.168.178.1 (--> Fritzbox)

Die NAS hat die IP 192.168.178.34. Die Fritzbox verteilt als DHCP Addressen bis 192.168.178.200.

Mein Problem ist jetzt, dass der Container sobald er startet, keine Verbinung zum Internet zu haben scheint (Namensauflösung), da z.B. zusätzliche Packages wie Vim nicht heruntergeladen werden können. Trage ich als Zusätzlcihes Netzwerk ein Bridge Netzwerk in Portainer.io für diesen ioBroker Container ein, funktioniert die Namensauflösung im Container und Vim kann installiert werden.

Im Log erhalte ich dann folgendes

host.iobroker check instance "system.adapter.admin.0" for host "iobroker"
host.iobroker check instance "system.adapter.discovery.0" for host "iobroker"
host.iobroker check instance "system.adapter.info.0" for host "iobroker"
Send diag info: {"uuid":"XXXX-XXXX-XXXX-XXXX","language":"","country":"","hosts":[{"version":"3.1.6","platform":"Javascript/Node.js","type":"linux"}],"node":"v12.20.1","arch":"x64","adapters":{"admin":{"version":"4.2.1","platform":"Javascript/Node.js"},"discovery":{"version":"2.5.0","platform":"Javascript/Node.js"},"info":{"version":"1.7.10","platform":"Javascript/Node.js"}},"statesType":"file","objectsType":"file","model":"Intel(R) Celeron(R) CPU J3455 @ 1.50GHz","cpus":4,"mem":16624648192,"ostype":"Linux","city":""}
Cannot send diag info: ETIMEDOUT
hash changed or no sources cached => force download of new sources
ls: Zugriff auf '/dev/disk/by-id/' nicht möglich: Datei oder Verzeichnis nicht gefunden
ls: Zugriff auf '/dev/disk/by-id/' nicht möglich: Datei oder Verzeichnis nicht gefunden

Wie ich hier im Forum bereits gelesen habe scheint der Fehler bzgl dem

ls /dev/disk/by-id/

mit der neuesten Version zusammenhängen und bereits bekannt sein - jedoch keine Auswirkungen auf die Funktion des ioBrokers haben. Was hat es mit dem ETIMEDOUT auf sich?

Meien ioBroker kann ich jedoch weiterhin nicht auf der gewünschten Adresse 192.168.178.222 erreichen - daher gehe ich davon aus, dass mein Netzwerk-setup noch nicht stimmt. Kann mir hier jemand einen Tip geben woran es noch hängen könnte? Vielen Dank im Voraus!

[fastfoot]

@cga

• hast du denn einen DNS-Server mit Portainer angegeben?
• zum Check des iobroker: iobroker list instances

[cga]

Hi @fastfoot
Nein, in Portainer habe ich keinen explizieten DNS angegeben. Du meinst bestimmt in den Netzwereinstullung bei der Container Erstellung? Dort habe ich das macvlan mitgegeben.
Ich hatte es aber mal getestet aber keinen Unterschied feststellen können.

[fastfoot]

@cga sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

Hi @fastfoot
Nein, in Portainer habe ich keinen explizieten DNS angegeben. Du meinst bestimmt in den Netzwereinstullung bei der Container Erstellung? Dort habe ich das macvlan mitgegeben.
Ich hatte es aber mal getestet aber keinen Unterschied feststellen können.

dann solltest du das tun, kann man auch nachträglich. Was ist mit Punkt zwei?

[cga]

@fastfoot
Hab jetzt mal als DNS primär und sekundär die IP der Fritzbox mitgegeben. Das Problem der Namensauflösung besteht leider weiterhin.
Zu Punkt 2: hier sehe ich das die Instanz läuft. Was mich irritiert ist die Zeile mit der Admin imstande. Da steht Port 8081 und bei bind dann 0.0.0.0. Muss der Port 8081 auch bei der Nutzung von macvlan manuell gemapped werden?

[Glasfaser]

@cga sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

Das Problem der Namensauflösung besteht leider weiterhin.

Frage , kannst du jetzt den Admin aufrufen ?

[fastfoot]

@cga sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

@fastfoot
Hab jetzt mal als DNS primär und sekundär die IP der Fritzbox mitgegeben. Das Problem der Namensauflösung besteht leider weiterhin.
Zu Punkt 2: hier sehe ich das die Instanz läuft. Was mich irritiert ist die Zeile mit der Admin imstande. Da steht Port 8081 und bei bind dann 0.0.0.0. Muss der Port 8081 auch bei der Nutzung von macvlan manuell gemapped werden?

poste mal die Ausgabe in Code-Tags. Ich denke aber mit deinem macvlan stimmt was nicht. Auf der Syno mach mal ifconfig und poste hier

[cga]

@fastfoot

ifconfig:

/$ ifconfig
bond0     Link encap:Ethernet  HWaddr 00:11:32:A6:6D:63
          inet addr:192.168.178.34  Bcast:192.168.178.255  Mask:255.255.255.0
          inet6 addr: fe80::211:32ff:fea6:6d63/64 Scope:Link
          UP BROADCAST RUNNING MASTER MULTICAST  MTU:1500  Metric:1
          RX packets:3000453 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2084863 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:2502052516 (2.3 GiB)  TX bytes:2213966732 (2.0 GiB)

docker0   Link encap:Ethernet  HWaddr 02:42:A7:14:66:DC
          inet addr:172.17.0.1  Bcast:172.17.255.255  Mask:255.255.0.0
          inet6 addr: fe80::42:a7ff:fe14:66dc/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:94721 errors:0 dropped:0 overruns:0 frame:0
          TX packets:107729 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:38336912 (36.5 MiB)  TX bytes:65414553 (62.3 MiB)

docker50b Link encap:Ethernet  HWaddr 36:5B:A0:37:AF:18
          inet6 addr: fe80::345b:a0ff:fe37:af18/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:81086 errors:0 dropped:0 overruns:0 frame:0
          TX packets:85997 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:38746825 (36.9 MiB)  TX bytes:11848674 (11.2 MiB)

eth0      Link encap:Ethernet  HWaddr 00:11:32:A6:6D:63
          UP BROADCAST RUNNING SLAVE MULTICAST  MTU:1500  Metric:1
          RX packets:2760273 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1188360 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:2458605638 (2.2 GiB)  TX bytes:1215169125 (1.1 GiB)

eth1      Link encap:Ethernet  HWaddr 00:11:32:A6:6D:64
          UP BROADCAST RUNNING SLAVE MULTICAST  MTU:1500  Metric:1
          RX packets:240180 errors:0 dropped:0 overruns:0 frame:0
          TX packets:896503 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:43446878 (41.4 MiB)  TX bytes:998797607 (952.5 MiB)

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:77760 errors:0 dropped:0 overruns:0 frame:0
          TX packets:77760 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1
          RX bytes:9984906 (9.5 MiB)  TX bytes:9984906 (9.5 MiB)

iobroker list instances

iobroker list instances
+ system.adapter.admin.0                 : admin                 -  enabled, port: 8081, bind: 0.0.0.0, run as: admin
+ system.adapter.discovery.0             : discovery             -  enabled
+ system.adapter.info.0                  : info                  -  enabled

+ instance is alive

[fastfoot]

@cga sieht eigentlich alles gut aus, aber nach draussen pingen kannst du, z.B 8.8.8.8 ? Zeig auch mal noch den Portainer/ Netzwerk vom Container.

Wegen dem Port, mach mal im Container iobroker set admin.0 --port 18081 und probiere mit dem Port im Browser

[cga]

@fastfoot

komme nicht raus aus dem Container

ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
^C
--- 8.8.8.8 ping statistics ---
23 packets transmitted, 0 received, 100% packet loss, time 1021ms

Ich habe den Port via iobroker set admin.0 --port 18081 angepasst, aber erreichte die Seite dann auch nicht via 192.168.178.222:18081

[Glasfaser]

@cga sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

komme nicht raus aus dem Container

Logo ... port mapping fehlt

[cga]

Hi @glasfaser

welches Port Mapping? Ich dachte bei der Verwendung von macvlan ist ein Portmapping nicht notwendig?

[fastfoot]

@glasfaser sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

@cga sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:

komme nicht raus aus dem Container

Logo ... port mapping fehlt

port mapping braucht es im hostmode