NEWS
[HowTo] ioBroker unter Docker auf Synology DiskStation
-
Ich habe seit einem Stromausfall Probleme den ioBroker-Container zu starten.
Es wird am MACVLAN gemeckert.
Docker-API fehlgeschlagen. Weitere Informationen finden sie im Docker-Protokoll.
Im Protokoll steht dann
Start container ioBroker_V3 failed: {"message":"failed to create the macvlan port: device or resource busy"}.
.Altes MACVLAN löschen und neues erstellen hat nichts gebracht.
Was kann ich noch versuchen?
-
Starte die Synology nochmal neu ..
hatte ich letztenz auch zweimal das der Container so wie bei dir mit der Meldung zusammengebrochen ist ....
Fehler habe ich diesbezüglich noch nicht gefunden .
Nur das im Absturzmoment die CPU längere Zeit zu 100% belastet ist . -
@Glasfaser sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
Starte die Synology nochmal neu ..
Ok, versuche es mit Neustart Nr. 3
-
@Negalein sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
Neustart Nr. 3
Uhii ... hatt ich nicht erlesen , dann ist es wohl was anderes da du es ja schon selber mit einem Neustart Versucht hast .
Schalte den Container aus und dann einen Neustart ... und dann wenn alles hochgefahren ist den Container wieder starten !?
-
@Glasfaser sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
dann ist es wohl was anderes
So, das Teil läuft wieder.
Im MACVLAN hab ich jetzt nicht
eth1
als Schnittstelle eingetragen, sondernovs_eth1
. Miteth1
lief er nicht!
Wo dasovs
hergekommen ist, kein Ahnung.xxxxxxxx@Synology_Nega_3:/$ ifconfig docker0 Link encap:Ethernet HWaddr 02:42:FF:89:10:31 inet addr:172.17.0.1 Bcast:172.17.255.255 Mask:255.255.0.0 inet6 addr: fe80::42:ffff:fe89:1031/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:2508 errors:0 dropped:0 overruns:0 frame:0 TX packets:3493 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:308865 (301.6 KiB) TX bytes:8323857 (7.9 MiB) docker885 Link encap:Ethernet HWaddr 16:64:6B:DB:35:C1 inet6 addr: fe80::1464:6bff:fedb:35c1/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:220 errors:0 dropped:0 overruns:0 frame:0 TX packets:317 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:186603 (182.2 KiB) TX bytes:115574 (112.8 KiB) docker60c Link encap:Ethernet HWaddr DA:13:C2:6E:63:13 inet6 addr: fe80::d813:c2ff:fe6e:6313/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:123 errors:0 dropped:0 overruns:0 frame:0 TX packets:133 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:11676 (11.4 KiB) TX bytes:44687 (43.6 KiB) dockera56 Link encap:Ethernet HWaddr 1A:A7:31:32:21:DD inet6 addr: fe80::18a7:31ff:fe32:21dd/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:37 errors:0 dropped:0 overruns:0 frame:0 TX packets:56 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:3000 (2.9 KiB) TX bytes:17977 (17.5 KiB) eth0 Link encap:Ethernet HWaddr 00:11:32:90:7A:1C UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:164113 errors:0 dropped:0 overruns:0 frame:0 TX packets:126803 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:79519245 (75.8 MiB) TX bytes:24042644 (22.9 MiB) eth1 Link encap:Ethernet HWaddr 00:11:32:90:7A:1D UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:20439 errors:0 dropped:0 overruns:0 frame:0 TX packets:511 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:3520665 (3.3 MiB) TX bytes:154080 (150.4 KiB) 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:109394 errors:0 dropped:0 overruns:0 frame:0 TX packets:109394 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1 RX bytes:15553552 (14.8 MiB) TX bytes:15553552 (14.8 MiB) ovs_eth0 Link encap:Ethernet HWaddr 00:11:32:90:7A:1C inet addr:10.0.1.22 Bcast:10.0.1.255 Mask:255.255.255.0 inet6 addr: fe80::211:32ff:fe90:7a1c/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:156645 errors:0 dropped:0 overruns:0 frame:0 TX packets:117835 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1 RX bytes:76808413 (73.2 MiB) TX bytes:23515813 (22.4 MiB) ovs_eth1 Link encap:Ethernet HWaddr 00:11:32:90:7A:1D inet addr:10.0.1.23 Bcast:10.0.1.255 Mask:255.255.255.0 inet6 addr: fe80::211:32ff:fe90:7a1d/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:19379 errors:0 dropped:0 overruns:0 frame:0 TX packets:518 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1 RX bytes:3159711 (3.0 MiB) TX bytes:154630 (151.0 KiB)
-
@andre v4.2.4beta (2020-06-23)
- Update im Testsystem gefahren
- Danach Update js-controller auf 3.1.6. eingespielt.
- Starten und Beenden über Docker-Console läuft auch problemlos.
Danke, Ralf
-
@Negalein Hast du vielleicht kürzlich den Virtual Machine Manager aktiviert?
-
@RK62 Danke für das Feedback!
-
@andre sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
Hast du vielleicht kürzlich den Virtual Machine Manager aktiviert?
Ja, der läuft auch seit kurzem.
-
-
@andre sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
Dann weißt du jetzt wo das ovs hergekommen ist.
Ah ok!
Und durch das ist dann der eth1 nach einem Neustart der DS nicht mehr aktiv und dafür der ovs? -
Hallo Andre,
hier nun das komplette Log, wie im v3 Anleitungsthread requested:
Nach Ausführung ist die Instanz unter ihrer IP Adresse nicht erreichbar.
Kannst du daraus erkennen, wo das Problem liegt?Viele Grüße
Markus------------------------------------------------------------ --------------- 2020-06-27 08:04:44 --------------- ------------------------------------------------------------ ------------------------------------------------------------ ----- Welcome to your ioBroker-container! ----- ----- Startupscript is now running. ----- ----- Please be patient! ----- ------------------------------------------------------------ ------------------------------------------------------------ ----- Debugging information ----- ----- ----- ----- System ----- ----- arch: x86_64 ----- ----- ----- ----- Versions ----- ----- image: v4.2.4beta ----- ----- node: v12.18.1 ----- ----- npm: 6.14.5 ----- ----- ----- ----- ENV ----- ----- AVAHI: false ----- ----- PACKAGES: nano ----- ----- SETGID: 1000 ----- ----- SETUID: 1000 ----- ------------------------------------------------------------ ------------------------------------------------------------ ----- Step 1 of 5: Preparing container ----- ------------------------------------------------------------ Installing additional packages is set by ENV. The following packages will be installed: nano... debconf: unable to initialize frontend: Dialog debconf: (Dialog frontend will not work on a dumb terminal, an emacs shell buffer, or without a controlling terminal.) debconf: falling back to frontend: Readline debconf: unable to initialize frontend: Readline debconf: (This frontend requires a controlling tty.) debconf: falling back to frontend: Teletype dpkg-preconfigure: unable to re-open stdin: Vormals nicht ausgewähltes Paket nano wird gewählt. (Lese Datenbank ... (Lese Datenbank ... 5% (Lese Datenbank ... 10% (Lese Datenbank ... 15% (Lese Datenbank ... 20% (Lese Datenbank ... 25% (Lese Datenbank ... 30% (Lese Datenbank ... 35% (Lese Datenbank ... 40% (Lese Datenbank ... 45% (Lese Datenbank ... 50% (Lese Datenbank ... 55% (Lese Datenbank ... 60% (Lese Datenbank ... 65% (Lese Datenbank ... 70% (Lese Datenbank ... 75% (Lese Datenbank ... 80% (Lese Datenbank ... 85% (Lese Datenbank ... 90% (Lese Datenbank ... 95% (Lese Datenbank ... 100% (Lese Datenbank ... 25565 Dateien und Verzeichnisse sind derzeit installiert.) Vorbereitung zum Entpacken von .../archives/nano_3.2-3_amd64.deb ... Entpacken von nano (3.2-3) ... nano (3.2-3) wird eingerichtet ... update-alternatives: /bin/nano wird verwendet, um /usr/bin/editor (editor) im automatischen Modus bereitzustellen update-alternatives: /bin/nano wird verwendet, um /usr/bin/pico (pico) im automatischen Modus bereitzustellen 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 folder permissions (This might take a while! Please be patient!)... Done. Fixing "sudo-bug" by replacing sudo in iobroker with gosu... Done. Hostname in ioBroker does not match the hostname of this container. Updating hostname to iobroker... A host with the name "iobroker" already exists! Done. ------------------------------------------------------------ ----- Step 4 of 5: Applying special settings ----- ------------------------------------------------------------ Some adapters have special requirements/ settings which can be activated by the use of environment variables. For more information take a look at readme.md on Github! ------------------------------------------------------------ ----- Step 5 of 5: ioBroker startup ----- ------------------------------------------------------------ Starting ioBroker... host.iobroker check instance "system.adapter.admin.0" for host "a2e2a3097bbf" host.iobroker check instance "system.adapter.discovery.0" for host "a2e2a3097bbf" host.iobroker check instance "system.adapter.info.0" for host "a2e2a3097bbf"
Mod-Edit: Code/Log in Code Tags gepackt. Bitte benutzt die Code Tags Funktion -> </>
Hier gehts zur Hilfe. -
@markuslommer hihi zusammen, dasselbe problem wie Markus hab ich jetzt seit 2 stunden auch. Selbst das Host ( wobei ich davon ausgehe, dass das eine geclearte Mac-Adresse ist ) host "a2e2a3097bbf" stimmt bei mir überein.
kleiner logAuszug nach der frischen Installation auf der Syno (WebUI is not reachable):
gibts vielleicht Probleme bei 2 aktivierten Netzwerkschnittstellen? das 172er netz ist ja vom DockerContainer2020-06-29 15:45:27.698 - [32minfo[39m: host.iobroker iobroker.js-controller version 3.1.4 js-controller starting 2020-06-29 15:45:27.708 - [32minfo[39m: host.iobroker Copyright (c) 2014-2020 bluefox, 2014 hobbyquaker 2020-06-29 15:45:27.709 - [32minfo[39m: host.iobroker hostname: iobroker, node: v10.21.0 2020-06-29 15:45:27.712 - [32minfo[39m: host.iobroker ip addresses: 192.168.1.10 192.168.1.32 172.17.0.1 2020-06-29 15:45:27.820 - [32minfo[39m: host.iobroker connected to Objects and States 2020-06-29 15:45:28.056 - [32minfo[39m: host.iobroker Delete host system.host.dsm.local 2020-06-29 15:45:28.059 - [32minfo[39m: host.iobroker Delete state "system.host.dsm.local.plugins.sentry.enabled" 2020-06-29 15:45:28.060 - [32minfo[39m: host.iobroker Delete state "system.host.dsm.local.compactModeEnabled" 2020-06-29 15:45:28.061 - [32minfo[39m: host.iobroker Delete state "system.host.dsm.local.compactgroupProcesses" 2020-06-29 15:45:28.062 - [32minfo[39m: host.iobroker Delete state "system.host.dsm.local.instancesAsProcess" 2020-06-29 15:45:28.063 - [32minfo[39m: host.iobroker Delete state "system.host.dsm.local.instancesAsCompact" 2020-06-29 15:45:28.065 - [32minfo[39m: host.iobroker Delete state "system.host.dsm.local.cpu" 2020-06-29 15:45:28.066 - [32minfo[39m: host.iobroker Delete state "system.host.dsm.local.cputime" 2020-06-29 15:45:28.067 - [32minfo[39m: host.iobroker Delete state "system.host.dsm.local.mem" 2020-06-29 15:45:28.068 - [32minfo[39m: host.iobroker Delete state "system.host.dsm.local.memHeapUsed" 2020-06-29 15:45:28.069 - [32minfo[39m: host.iobroker Delete state "system.host.dsm.local.memAvailable" 2020-06-29 15:45:28.070 - [32minfo[39m: host.iobroker Delete state "system.host.dsm.local.memHeapTotal" 2020-06-29 15:45:28.071 - [32minfo[39m: host.iobroker Delete state "system.host.dsm.local.memRss" 2020-06-29 15:45:28.073 - [32minfo[39m: host.iobroker Delete state "system.host.dsm.local.uptime" 2020-06-29 15:45:28.074 - [32minfo[39m: host.iobroker Delete state "system.host.dsm.local.load" 2020-06-29 15:45:28.075 - [32minfo[39m: host.iobroker Delete state "system.host.dsm.local.alive" 2020-06-29 15:45:28.077 - [32minfo[39m: host.iobroker Delete state "system.host.dsm.local.freemem" 2020-06-29 15:45:28.078 - [32minfo[39m: host.iobroker Delete state "system.host.dsm.local.inputCount" 2020-06-29 15:45:28.079 - [32minfo[39m: host.iobroker Delete state "system.host.dsm.local.outputCount" 2020-06-29 15:45:28.080 - [32minfo[39m: host.iobroker Delete state "system.host.dsm.local.eventLoopLag" 2020-06-29 15:45:28.080 - [32minfo[39m: host.iobroker Delete state "system.host.dsm.local.logLevel" 2020-06-29 15:45:28.081 - [32minfo[39m: host.iobroker Delete state "system.host.dsm.local.diskSize" 2020-06-29 15:45:28.082 - [32minfo[39m: host.iobroker Delete state "system.host.dsm.local.diskFree" 2020-06-29 15:45:28.082 - [32minfo[39m: host.iobroker Delete state "system.host.dsm.local.diskWarning" 2020-06-29 15:45:28.097 - [32minfo[39m: host.iobroker 3 instances found 2020-06-29 15:45:28.106 - [33mwarn[39m: host.iobroker does not start any instances on this host
VG Olly
-
@markuslommer sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
Existing installation of ioBroker detected in /opt/iobroker.
Machst du eine Neuinstallation oder willst du Daten übernehmen? Falls es eine Neuinstallation ist,
starte mal bitte mit einem leeren Verzeichnis für /opt/iobroker.MfG,
André -
@andre hi andre, das ist eine Neuinstallation mit leerem /opt/iobroker - Directory ... habs eben nochmal komplett von der grünen wiese aus gestartet... selbes verhalten.
-
@revil-o Ein Auszug aus dem Log bringt mir nichts. Bitte das gesamte Log aus dem Container posten.
@revil-o sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
wobei ich davon ausgehe, dass das eine geclearte Mac-Adresse ist
Falsch. "a2e2a3097bbf" ist ein Hostname aus dem build Prozess des Images. Auf diesen Namen sind die Adapter beim start gebunden und durch ein renaming der ioBroker Instanz wird dies durch das startup Script kotrrigiert...
MfG,
André -
@revil-o sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
@andre hi andre, das ist eine Neuinstallation mit leerem /opt/iobroker - Directory ... habs eben nochmal komplett von der grünen wiese aus gestartet... selbes verhalten.
Wenn ich das recht erinnere habe ich Markus geantwortet. Bei dir ist leider kein Log dabei... Also kann ich dazu auch nichts sagen...
MfG,
André -
@andre es handelt sich um eine clean install nach deiner Anleitung. Zuvor hatte ich die Anleitung mit ioBroker direkt in dokker versucht, diese threads aber wieder gelöscht, nachdem ich gelesen hatte, dass die Anleitung outdated war.
-
@markuslommer sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
@andre es handelt sich um eine clean install nach deiner Anleitung. Zuvor hatte ich die Anleitung mit ioBroker direkt in dokker versucht, diese threads aber wieder gelöscht, nachdem ich gelesen hatte, dass die Anleitung outdated war.
Sorry, das verstehe ich nicht.
Wenn es eine Neuinstallation ist, dann stelle bitte sicher, dass du ein neues (iobroker_data) Verzeichnis für /opt/iobroker verwendest. Wenn das Log sagt "Existing installation of ioBroker detected in /opt/iobroker." dann kann dein Verzeichnis nicht leer gewesen sein!
Gerne das Image auch noch mal neu laden. Seit ein paar Minuten gibt es eine neue Version (v5) vom Image.MfG,
André -
Kleine Info für die Dockerianer.
Seit ein paar Minuten gibt es eine Version 5 (Stable Release) vom Docker Image!
Ist im Prinzip die Version 4.2.4beta. Details im readme.md auf Github.
Viel Spaß!MfG,
André