IoBroker unter Docker auf der Synology DiskStation?

Stuebi

okay, ich habe es jetzt einmal auf meiner NAS mit Deinem Subnetz nachgestellt. Ich habe alles mit 192.168.50.101 im mac0 u. mac1 ersetzt. Dann ging es bei mir!

docker network create -d macvlan --subnet=192.168.50.0/24 --gateway=192.168.50.1 --ip-range=192.168.50.96/28 --aux-address 'host=192.168.50.96' -o parent=ovs_eth1 mac0

und

ip link del mac1
ip link add mac1 link ovs_eth1 type macvlan mode bridge
ip addr add 192.168.50.96/32 dev mac1
ip link set mac1 up
ip route add 1192.168.50.96/28 dev mac1

Also wenn das jetzt nicht funktioniert, dann weiss ich nicht weiter!

Damit hat die NAS die zusätzliche IP Adresse 192.168.50.96. Die Docker Container haben eine Adresse zwischen 192.168.20.97 und 192.168.20.111. Also aus dem Docker Container einmal die 192.168.50.96 mit ping erreichen.

passuff

Hallo zusammen,

zunächst mal vielen Dank für die super Anleitung.

Leider bekomme ich das Ganze nicht so richtig zum Laufen. Ich kann zwar meinen Nas und auch die CCU vom Docker anpingen, erreiche die Geräte aber nicht über die Adapter (backitup/hm.rpc*/ etc).

Folgende Befehel/Einstellungen habe ich gewählt:

docker network create -d macvlan 
--subnet=192.168.178.0/24 
--gateway=192.168.178.1 
--ip-range=192.168.178.160/28 
--aux-address 'host=192.168.178.160' 
-o parent=eth0 mac0

ip link add mac1 link eth0 type macvlan mode bridge
ip addr add 192.168.178.160/32 dev mac1 
ip link set mac1 up 
ip route add 192.168.20.160/28 dev mac1

ash-4.3# ifconfig
docker0   Link encap:Ethernet  HWaddr 02:42:18:E7:9B:D1
          inet addr:172.17.0.1  Bcast:0.0.0.0  Mask:255.255.0.0
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

eth0      Link encap:Ethernet  HWaddr 00:A0:98:34:9C:CD
          inet addr:192.168.178.50  Bcast:192.168.178.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:402279 errors:0 dropped:0 overruns:0 frame:0
          TX packets:173421 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:470992424 (449.1 MiB)  TX bytes:58771807 (56.0 MiB)
          Interrupt:141 base 0x8000

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:98974 errors:0 dropped:0 overruns:0 frame:0
          TX packets:98974 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:13326192 (12.7 MiB)  TX bytes:13326192 (12.7 MiB)

mac1      Link encap:Ethernet  HWaddr D6:52:15:D6:1D:7A
          inet addr:192.168.178.160  Bcast:0.0.0.0  Mask:255.255.255.255
          inet6 addr: fe80::d452:15ff:fed6:1d7a/64 Scope:Link
          inet6 addr: 2a02:908:1980:b680:d452:15ff:fed6:1d7a/64 Scope:Global
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:8471 errors:0 dropped:0 overruns:0 frame:0
          TX packets:256 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:1954362 (1.8 MiB)  TX bytes:46542 (45.4 KiB)

tun0      Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
          inet addr:10.8.0.1  P-t-P:10.8.0.2  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

root@iobroker:/opt/iobroker# ip a                                               
1: lo: <loopback,up,lower_up>mtu 65536 qdisc noqueue state UNKNOWN group defaul
t                                                                               
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00                       
    inet 127.0.0.1/8 scope host lo                                              
       valid_lft forever preferred_lft forever                                  
2: sit0: <noarp>mtu 1480 qdisc noop state DOWN group default                   
    link/sit 0.0.0.0 brd 0.0.0.0                                                
15: eth0@if3: <broadcast,multicast,up,lower_up>mtu 1500 qdisc noqueue state UNK
NOWN group default                                                              
    link/ether 02:42:c0:a8:b2:a1 brd ff:ff:ff:ff:ff:ff                          
    inet 192.168.178.161/24 scope global eth0                                   
       valid_lft forever preferred_lft forever</broadcast,multicast,up,lower_up></noarp></loopback,up,lower_up>

Habe weder bond noch vlan aktiv..

Jemand eine Idee weshalb es nicht funktioniert? muss ich im Docker noch eine Portfreigabe einrichten?

edit… Hatte micht verschrieben. Funktioniert jetzt alles:

ip link add mac1 link eth0 type macvlan mode bridge

ip addr add 192.168.178.160/32 dev mac1

ip link set mac1 up

ip route add 192.168.20.160/28 dev mac1

Homer.J.

Hi,

mal eine Frage ins Forum hat jemand den Backitup Adapter im Docker auf der DS schon sauber am laufen,

ich bekomme weder über FTP noch über NAS eine saubere Lösung.

Habe ich die NAS Einstellung bekomme ich keine automatischen Backups bekomme zwar per Telegramm die Info das ein Backup gemacht wurde es wird aber kein neues angelegt, mach ich es manuell geht es, zeigt mir aber diesen Fehler an.

[ERROR] [umount] - [IGNORED] Error: Command failed: umount /opt/iobroker/backups

umount: /opt/iobroker/backups: must be superuser to unmount

mache ich es über FTP macht er zwar ein automatisches Backup und auch Manuell diese sind aber Leer zeigt 0 bytes an.

Vielleicht kann mir ja jemand weiterhelfen.

Auf meiner Testumgebung auf dem Tinker funktioniert alles wunderbar mit genau den gleichen Einstellungen.

Grüße

passuff

Ich habe backitup als backup Lösung unter Docker am laufen. Wiederherstellen funktioniert derzeit aber noch nicht. Ich vermute es hängt mit den unterschiedlichen Befehlen zum Starten bzw. Stoppen des iobroker adapters zusammen.

Hast du den Container im Host Netzwerk oder unter einer virtuellen Netzwerkressource laufen? Ich nutze letzteres…

Homer.J.

Hi,

hab ihm im Host laufen.

Dutchman

~~@Homer1976:~~

Hi,

hab ihm im Host laufen. `

Das ist was anderes, Host / Bridge = Netzwerk

Ich rede von Ausführung mit hohen rechten

Sent from my iPhone using Tapatalk

Homer.J.

Da bin ich raus das musst du mir näher erklären so gut sind meine Kenntnisse nicht. :shock:

passuff

~~@Homer1976:~~

Hi,

hab ihm im Host laufen. `

Welche Host IP hast du eingerichtet? 127.0.0.1?

Hast du mal versucht ihn über mac0, wie oben im thread beschrieben, laufen zu lassen? Meiner Meinung nach erspart man sich mit einer dedizierten ip viel Ärger…

Homer.J.

~~@passuff:~~

~~@Homer1976:~~

Hi,

hab ihm im Host laufen. `

Welche Host IP hast du eingerichtet? 127.0.0.1?

Hast du mal versucht ihn über mac0, wie oben im thread beschrieben, laufen zu lassen? Meiner Meinung nach erspart man sich mit einer dedizierten ip viel Ärger… `

Hab den Docker von Buanet am laufen und auf diese Beschreibung eingerichtet, die IP ist die selbe wie von der DS.

Ulfhednir

Die Sicherung von Backitup funktioniert scheinbar mit FTP. Mit CIFS habe ich noch nicht hinbekommen.

BBTown

Ich denke das hängt damit zusammen, dass ein Container von außen nicht einfach erreicht werden kann, das ist ein Schutzmechanismus.

Ich habe dies vor einiger Zeit in einem Docker-Blog glesen.

Die zur Verfügungstellung eines Zugriffs auf Laufwerke - Container zu Container - scheint relativ kompliziert zu sein.

Ich habe danach nicht erneut versucht über CIFS zu gehen.

Ist zwar keine wirkliche Antwort/Hilfe (und ziemlich halbgar/wischiwaschi) aber vielleicht gehst Du auch noch mal auf Recherche zu diesem Thema 8-)

Stuebi

Wenn ihr ioBroker auf der NAS laufen habt, warum nutzt ihr dann nicht HyperBackup zur Datensicherung?

Gesendet von iPhone mit Tapatalk

BBTown

Ich sichere parallel sowieso das ausgelagerte Volume des Dockers.

Ich fand die Idee der zusätzlichen "kleinen Sicherung" über das Backup ganz Charmant.

Zudem kann ich darüber die CCU mitsichern.

Oder kurz gesagt: Hosenträger und Gürtel beim Backup 8-)

passuff

~~@tstueben:~~

Wenn ihr ioBroker auf der NAS laufen habt, warum nutzt ihr dann nicht HyperBackup zur Datensicherung? `

Weil ich dann immer alle container oder vms wiederherstellen muss. Wenn ich zb auf einem container eine db laufen habe und im anderen iobroker, muss ich bei iobroker Defekt auch die Datenbank zurücksetzen….

Gesendet von iPhone mit Tapatalk

HoffmannOs

 docker network create -d macvlan --subnet=192.168.xx.0/24 --gateway=192.168.xxx.1 --ip-range=192.168.xxx.104/29 --aux-address 'host=192.168.xxx.104' -o parent=ovs_eth1 mac0
Error response from daemon: invalid subinterface vlan name ovs_eth1, example formatting is eth0.10

Ich bekomme diesen fehler… habe schon mehrere Optionen versucht.

Stuebi

~~@HoffmannOs:~~

 docker network create -d macvlan --subnet=192.168.xx.0/24 --gateway=192.168.xxx.1 --ip-range=192.168.xxx.104/29 --aux-address 'host=192.168.xxx.104' -o parent=ovs_eth1 mac0
Error response from daemon: invalid subinterface vlan name ovs_eth1, example formatting is eth0.10

Ich bekomme diesen fehler… habe schon mehrere Optionen versucht. `

Du hast auch das macvlan auf der NAS angelegt und mit ip link siehst Du es? Die Netmask 29 ist gewollt und hast Du diese auch bei der Anlage auf der NAS angegeben?

 echo "Device mac1 anlegen"
 ip link del mac1
 ip link add mac1 link ovs_eth1 type macvlan mode bridge
 ip addr add 192.168.x.104/32 dev mac1
 ip link set mac1 up
 ip route add 192.168.x.104/29 dev mac1

Nutzt Du OpenvSwitch und kein Bond?

passuff

~~@tstueben:~~

# Virtuelles Netzwerk Device mac1 anlegen
ip link add mac1 link eth0 type macvlan mode bridge
ip addr add 192.168.20.80/32 dev mac1
ip link set mac1 up
ip route add 192.168.20.80/28 dev mac1
Somit ist der Docker ioBroker Container nun auch von der NAS aus ansprechbar. Aus dem Docker Container ist die NAS über die zusätzliche IP Adresse 192.168.20.80 zu erreichen. Leider sind die Einstellungen nach jedem reboot der NAS weg und müssen neu angelegt werden. Ich habe mir ein kleines sh Skript erstellt, welches bei jedem Start der NAS über den Synology Aufgabenplaner ausgeführt wird. `

Kannst du mir bitte kurz erklären wie ich ein solches Skript in der DS aufsetze?

Stuebi

~~@passuff:~~

~~@tstueben:~~
# Virtuelles Netzwerk Device mac1 anlegen
ip link add mac1 link eth0 type macvlan mode bridge
ip addr add 192.168.20.80/32 dev mac1
ip link set mac1 up
ip route add 192.168.20.80/28 dev mac1
Somit ist der Docker ioBroker Container nun auch von der NAS aus ansprechbar. Aus dem Docker Container ist die NAS über die zusätzliche IP Adresse 192.168.20.80 zu erreichen. Leider sind die Einstellungen nach jedem reboot der NAS weg und müssen neu angelegt werden. Ich habe mir ein kleines sh Skript erstellt, welches bei jedem Start der NAS über den Synology Aufgabenplaner ausgeführt wird. `
Kannst du mir bitte kurz erklären wie ich ein solches Skript in der DS aufsetze? `

Du kannst folgendes Script für Deine Bedürfnisse anpassen und z.B. In deinem Homeverzeichnis

Speichern. Ggf die Berechtigungen zum Ausführen anpassen.

Anschließend das Script im Aufgabenplaner alle 5 min und beim Hochfahren als Admin ausführen.

#!/bin/sh

if ip link | grep "mac1@eth0" > /dev/null; then

 echo "Device mac1 existiert"

else

 echo "Device mac1 anlegen"
 ip link del mac1
 ip link add mac1 link eth0 type macvlan mode bridge
 ip addr add 192.168.20.80/32 dev mac1
 ip link set mac1 up
 ip route add 192.168.20.80/28 dev mac1

fi

Gesendet von iPhone mit Tapatalk

passuff

Danke Dir!

dtp

~~@passuff:~~

Weil ich dann immer alle container oder vms wiederherstellen muss. Wenn ich zb auf einem container eine db laufen habe und im anderen iobroker, muss ich bei iobroker Defekt auch die Datenbank zurücksetzen…. `

Warum lässt man denn eine Datenbank auf dem NAS im Docker laufen? Unter Synology DSM läuft doch z.B. direkt MariaDB, das problemlos aus dem ioBroker-Docker heraus mit Daten befüllt werden kann. Diese Datenbank kann dann auch direkt von Flot ausgelesen werden. Hatte dazu mal ein Tutorial verfasst.

NEWS

IoBroker unter Docker auf der Synology DiskStation?

Support us

638
Online

31.6k
Users

79.4k
Topics

1.3m
Posts

NEWS

IoBroker unter Docker auf der Synology DiskStation?

Support us

638Online

31.6kUsers

79.4kTopics

1.3mPosts

638
Online

31.6k
Users

79.4k
Topics

1.3m
Posts