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

[Stoj]

Hallo alle zusammen,
@andre Danke dir für deinen Tipp mein Probleme hier nochmal zu schildern und hoffe auf Hilfe weil ich seit Wochen mich damit rumärgere und keinen Millimeter voran komme.

Ich habe ein QNAP TS251+ und wollte in die Container Station nach Anleitung ioBroker Installieren. Die Installation verlief einwandfrei aber es wird ihm keine URL zugeordnet und ich habe keinen Zugriff darauf (warum auch immer).

Hier einmal den Log ab Step 2

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

---

----- 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.NAS025F38 check instance "system.adapter.admin.0" for host "NAS025F38"
host.NAS025F38 check instance "system.adapter.discovery.0" for host "NAS025F38"
host.NAS025F38 check instance "system.adapter.info.0" for host "NAS025F38"
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

Log ende

Hier noch einige Screenshots von den Einstellungen

Euch allen schon einmal Danke für eure Hilfe und ich freue mich schon auf eure Tipps und Hilfe

MfG Stoj

[andre]

@stoj Schade das dein Log hier auch nicht vollständig ist....
Woher kommen die Verzeichnisse in deinem zweiten Screenshot? Das scheint mir nicht korrekt. Erst einmal benötigst du eigentlich nur einen Mount und dann sollte dieser in das Verzeichnis "/opt/iobroker" gehen.
Außerdem scheinst du ja als Netzwerk Host zu verwenden. Das könnte unter Umständen auch einen Port Konflikt bedeuten...
Grundsätzlich sieht das Log ab "Starting ioBroker" aber gut aus. Auch das

----- Step 2 of 5: Detecting ioBroker installation -----
Existing installation of ioBroker detected in /opt/iobroker.

Sollte im Falle eines ersten Starts mit leerem Mount anders aussehen...

Ich muss dazu sagen, dass ich immer noch kein QNAP besitze. Weiß jemand ob man das OS von QNAP auch virtuell aufsetzen kann?

MfG,
André

[Stoj]

@andre Was fehlt den noch in dem Log? Du sagtest ab Schritt 2 wäre ausreichend.

LG und danke für deine Antwort

[andre]

@stoj Kann ich mir nicht vorstellen, dass ich das irgendwo gesagt habe. :grin:
Um alle Informationen zu haben benötige ich das komplette Log. Das heißt ab der Willkommensnachricht bzw. den Debug Informationen. Damit kenne ich zwar dein Setup mit Netzwerk & co noch nicht, aber ich weiß schonmal was der Container beim Start macht oder eben nicht macht....

MfG,
André

[Stoj]

@ andre Alles Klar Andre :blush:

Hier den ersten Teil des Logs:

---

--------------- 2021-03-10 06:46:03 ---------------

---

----- Welcome to your ioBroker-container! -----
----- Startupscript is now running. -----
----- Please be patient! -----

---

----- Debugging information -----

---

----- System -----
----- arch: x86_64 -----

---

----- Versions -----
----- image: v5.1.0 -----
----- node: v12.21.0 -----
----- npm: 6.14.11 -----

---

----- ENV -----
----- SETGID: 1000 -----
----- SETUID: 1000 -----

---

----- Step 1 of 5: Preparing container -----

Nothing to do here.

---

----- Step 2 of 5: Detecting ioBroker installation -----

Was meinst du mit Setup Netzwerk & co ?

Entschuldigung für die doofe Frage.

LG Stoj

[andre]

@Stoj

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

Woher kommen die Verzeichnisse in deinem zweiten Screenshot? Das scheint mir nicht korrekt. Erst einmal benötigst du eigentlich nur einen Mount und dann sollte dieser in das Verzeichnis "/opt/iobroker" gehen.

Grundsätzlich sieht dein Log gut aus. Ich vermute dass du entweder ein Problem mit dem Netzwerk hast oder dein Admin auf eine andere IP gebunden ist.
Dein Log sagt:

Existing installation of ioBroker detected in /opt/iobroker.

Installierst du eine neue, leere ioBroker Instanz?

MfG,
André

[Stoj]

@andre said in [HowTo] ioBroker unter Docker auf Synology DiskStation:

@Stoj

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

Woher kommen die Verzeichnisse in deinem zweiten Screenshot? Das scheint mir nicht korrekt. Erst einmal benötigst du eigentlich nur einen Mount und dann sollte dieser in das Verzeichnis "/opt/iobroker" gehen.

Grundsätzlich sieht dein Log gut aus. Ich vermute dass du entweder ein Problem mit dem Netzwerk hast oder dein Admin auf eine andere IP gebunden ist.
Dein Log sagt:

Existing installation of ioBroker detected in /opt/iobroker.

Installierst du eine neue, leere ioBroker Instanz?

MfG,
André

Wie erstelle ich eine Mount ?
:blush:

[andre]

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

Wie erstelle ich eine Mount ?

Kann ich dir für QNAP leider keine Antwort drauf geben. :(

MfG,
André

[fastfoot]

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

Wie erstelle ich eine Mount ?
:blush:

vielleicht hilft dir das hier

[Ein ehemaliger Benutzer]

Ich brauche mal einen Kleinen Denkanstoß zum MACVLAN , was muss ich in Portainer eingeben.

Mein DHCP Server ist eine Fritzbox: 192.168.178.1
DNS-Server-Pihole im Docker: 192.168.178.5:8888
Synology DS918+ :192.168.178.5:5000

-die 2 Ethernet Anbindungen sind als Bond1 zusammengefasst.
-Timemaschine sollte im Anschluss noch funktiuonieren

kann mir hier einer sagen wie ich die IP Adressen 192.168.178.100- 192.168.178.116 für ein MACVLAN konfiguriere. Ich habe Portainer am laufen. Habe aber keinen plan wie ich Range und das Subnet ausrechne, auch beim Heise Rechner habe mehr Fragezeichen als das ich es verstehe.

Was ich erreichen möchte, iobroker auf der Synology + iobroker + HomeKit + deconz + MQTT + Timemaschine. Ich möchte gern die FHEM Instanz irgendwann abschalten.

mfg Typ1er

[fastfoot]

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

Ich brauche mal einen Kleinen Denkanstoß zum MACVLAN , was muss ich in Portainer eingeben.

Mein DHCP Server ist eine Fritzbox: 192.168.178.1
DNS-Server-Pihole im Docker: 192.168.178.5:8888
Synology DS918+ :192.168.178.5:5000

-die 2 Ethernet Anbindungen sind als Bond1 zusammengefasst.
-Timemaschine sollte im Anschluss noch funktiuonieren

kann mir hier einer sagen wie ich die IP Adressen 192.168.178.100- 192.168.178.116 für ein MACVLAN konfiguriere. Ich habe Portainer am laufen. Habe aber keinen plan wie ich Range und das Subnet ausrechne, auch beim Heise Rechner habe mehr Fragezeichen als das ich es verstehe.

Was ich erreichen möchte, iobroker auf der Synology + iobroker + HomeKit + deconz + MQTT + Timemaschine. Ich möchte gern die FHEM Instanz irgendwann abschalten.

mfg Typ1er

mit 192.168.178.100/28 bekommst du 16 Adressen, also bis x.x.x.115

• subnet 192.168.178.0/24
• gateway 192.168.178.1
• ip-range 192.168.178.100/28

[Ein ehemaliger Benutzer]

Danke @fastfoot

Es hat etwas gedauert bis ich alles Verstanden habe, 1x Docker zerschossen mit Portainer. Was daran resultierte das man das Falsche Macvlan nicht löschen konnte (Tippfehler), so musste ich Docker einmal komplett killen.

Nach der Anleitung von @andre wird beim Portainer für das Macvlan erst eine Konfiguration angelegt und im Anschluss per "Creation" aktiviert. Gibt es hier einen Unterschied zum erstellen im Terminal?

Am Ende bin ich nach der Anleitung vom @Stuebi vorgegangen, auch mit dem "Virtuellem Device" um die Diskstation wieder ansprechbar zu machen, somit kann auch die anderen Container ansprechen. :+1:

DS918+ mit bond0 (Link Aggregation)

Die ersten Geräte sind eingebunden, und es läuft :+1:

[andre]

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

Nach der Anleitung von @andre wird beim Portainer für das Macvlan erst eine Konfiguration angelegt und im Anschluss per "Creation" aktiviert. Gibt es hier einen Unterschied zum erstellen im Terminal?

Einziger Unterschied ist, dass du ein MACVLAN das nicht im Portainer erstellt ist m.W. nicht über Portainer verwalten kannst.
In der Funktion sollte es keinen Unterschied geben. ​

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

Am Ende bin ich nach der Anleitung vom @Stuebi vorgegangen, auch mit dem "Virtuellem Device" um die Diskstation wieder ansprechbar zu machen, somit kann auch die anderen Container ansprechen.

Ja, kann man so machen. Es geht aber auch einfacher mit einem Bridge Netzwerk neben dem MACVLAN. :)
Gerade auf der Synology halte ich relativ wenig von "manuellen" Eingriffen wie das Anlegen des virtuellen Devices. Habe da immer ein bisschen Angst, dass Synology das mit einem Update zerschießt/ zurück setzt. Daher bevorzuge ich die Lösung über Docker Bordmittel. Aber wie immer gilt natürlich: Viele Wege führen nach Rom.

Schön dass es geklappt hat.

MfG,
André

[fastfoot]

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

Einziger Unterschied ist, dass du ein MACVLAN das nicht im Portainer erstellt ist m.W. nicht über Portainer verwalten kannst.
In der Funktion sollte es keinen Unterschied geben. ​

Was heisst denn verwalten? Im Portainer sehe ich da recht wenig und kann auch nichts nachträglich verändern, das gilt allerdings für alle Arten von Netzwerk. Im Prinzip kann ich nur löschen im Portainer, egal ob im Portainer angelegt oder via Script.

Habe ich da evtl. etwas übersehen?

[fastfoot]

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

Nach der Anleitung von @andre wird beim Portainer für das Macvlan erst eine Konfiguration angelegt und im Anschluss per "Creation" aktiviert. Gibt es hier einen Unterschied zum erstellen im Terminal?

Mit Script angelegt braucht es kein Konfigurationsfile.
hier mal ein Skript mit dem ich meine Docker Netzwerke erstelle. Benötigen tue ich die nicht alle, es dient mehr als Sammlung wie man welches Netzwerk erstellt. Die qnet-Netzwerke sind QNAP spezifisch, entsprechen in etwa dem macvlan, jedoch wird die IP bei den DHCP nicht vom Treiber vergeben, sondern (in meinem Fall) von der Fritzbox. Auch eine Angabe des DNS beim Container erübrigt sich dadurch.

Die Angabe von br0 beim macvlan kann auf anderen Systemen natürlich variieren(war bis zum letzten Firmwareupdate hier z.B. qvs0). Bis auf die qnet Netzwerke sollte das eig. auch auf einer Syno so funktionieren

Skript zum erstellen von Dockernetzwerken

#!/bin/bash

docker network remove qnet-dhcp-eth1 qnet-dhcp-eth0-6d6da6 qnet-dhcp-eth1-6d6da6 qnet-static-eth0-b03c93 qnet-static-eth1-b03c93 macvlan0 internal external 2>/dev/null

#qnet driver DHCP(nur QNAP NAS)
docker network create \
   	--driver=qnet \
   	--ipam-driver=qnet \
   	--ipam-opt=iface=eth0 \
   	qnet-dhcp-eth0-6d6da6

#qnet driver DHCP(nur QNAP NAS)
docker network create \
   	--driver=qnet \
   	--ipam-driver=qnet \
   	--ipam-opt=iface=eth1 \
   	qnet-dhcp-eth1-6d6da6

#qnet driver statisch(nur QNAP NAS)
docker network create \
   	--driver=qnet \
   	--ipam-driver=qnet \
   	--ipam-opt=iface=eth0 \
   	--subnet 192.168.178.0/24 \
   	--gateway 192.168.178.1 \
   	qnet-static-eth0-b03c93

#qnet driver statisch(nur QNAP NAS)
docker network create \
   	--driver=qnet \
   	--ipam-driver=qnet \
   	--ipam-opt=iface=eth1 \
   	--subnet 192.168.178.0/24 \
   	--gateway 192.168.178.1 \
   	qnet-static-eth1-b03c93

#macvlan driver
docker network create \
   	--driver macvlan \
   	-o parent=br0 \
   	--subnet 192.168.178.0/24 \
   	--gateway 192.168.178.1 \
   	--ip-range 192.168.178.192/27 \
   	macvlan0
#		--aux-address 'host=192.168.178.223' \

# bridge mit externem Zugriff
docker network create \
   	--driver bridge \
   	--subnet 192.168.177.0/24 \
   	--gateway 192.168.177.1 \
   	--ip-range 192.168.177.0/24 \
   	external

# bridge nur intern
docker network create \
   	--driver bridge \
   	--internal \
   	--subnet 192.168.179.0/24 \
   	--gateway 192.168.179.1 \
   	--ip-range 192.168.179.0/24 \
   	internal

[andre]

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

Im Prinzip kann ich nur löschen im Portainer, egal ob im Portainer angelegt oder via Script.

Wenn das geht ist doch gut. :) Habe auch schon die Erfahrung gemacht dass sich Elemente die außerhalb von Portainer angelegt wurden im Portainer nicht löschen ließen. Daher der Hinweis.

Muss aber gestehen dass meine Erfahrungen da nicht mehr so tief gehen. Ich arbeite seit einiger Zeit ausschließlich mit Stacks (also docker-compose) und auch nicht mehr so viel auf der DiskStation.
Kann Stacks nur empfehlen. Im Stackfile kann man nämlich einfach die Konfiguration anpassen (z.B. eine ENV ändern/ hinzufügen oder ein Netzwerk anpassen) und compose kümmert sich um die Umsetzung :)

MfG,
André

[Ein ehemaliger Benutzer]

@andre said in [HowTo] ioBroker unter Docker auf Synology DiskStation:

Ja, kann man so machen. Es geht aber auch einfacher mit einem Bridge Netzwerk neben dem MACVLAN.
Gerade auf der Synology halte ich relativ wenig von "manuellen" Eingriffen wie das Anlegen des virtuellen Devices. Habe da immer ein bisschen Angst, dass Synology das mit einem Update zerschießt/ zurück setzt. Daher bevorzuge ich die Lösung über Docker Bordmittel. Aber wie immer gilt natürlich: Viele Wege führen nach Rom.
Schön dass es geklappt hat.

Muss ich das Bridge Netzwerk dem Container einfach nur hinzufügen oder muss ich da noch etwas beachten? Hast du ein Beispiel?

[andre]

@typ1er In jedem Fall solltest du ein eigenes bridge Netzwerk erstellen. Im default gibt es leider keine Namensauflösung. Dann das Netzwerk einfach deinem Container zusätzlich zuweisen. Das Gateway im Bridge Netzwerk ist dann der Host (in deinem Fall die DS). Darüber kann der Container dann mit dem Host kommunizieren.

MfG,
André

[Solear]

Guten Tag,
ich kann kein Backup im Docker (erstellt aus einer VM) einspielen. Es läuft problemlos durch und rattert, aber die Weboberfläche lässt sich nicht aufrufen. Weder gleich (wie es üblich ist) noch nach 3h.
Mit frischem Docker ohne Restoredatei funktioniert alles.

Die Backupdatei funktioniert in Nicht-Docker-Umgebungen einwandfrei.

Als Prozesse laufen: iobroker.js-controller; io.backiup.0; das startupsript.

Was ist zu tun?

2021-03-29 05:36:57	stdout	================================== > LOG REDIRECT system.adapter.admin.0 => false [system.adapter.admin.0.logging]
2021-03-29 05:36:57	stdout	================================== > LOG REDIRECT system.adapter.admin.0 => false [Process stopped]
2021-03-29 05:36:53	stdout	host.buanet-iobroker1 check instance "system.adapter.web.0" for host "buanet-iobroker1"
2021-03-29 05:36:53	stdout	host.buanet-iobroker1 check instance "system.adapter.weatherunderground.0" for host "buanet-iobroker1"
2021-03-29 05:36:53	stdout	host.buanet-iobroker1 check instance "system.adapter.vis.0" for host "buanet-iobroker1"
2021-03-29 05:36:53	stdout	host.buanet-iobroker1 check instance "system.adapter.vis-weather.0" for host "buanet-iobroker1"
2021-03-29 05:36:53	stdout	host.buanet-iobroker1 check instance "system.adapter.vis-materialdesign.0" for host "buanet-iobroker1"
2021-03-29 05:36:53	stdout	host.buanet-iobroker1 check instance "system.adapter.vis-material-webfont.0" for host "buanet-iobroker1"
2021-03-29 05:36:53	stdout	host.buanet-iobroker1 check instance "system.adapter.vis-inventwo.0" for host "buanet-iobroker1"
2021-03-29 05:36:53	stdout	host.buanet-iobroker1 check instance "system.adapter.telegram.0" for host "buanet-iobroker1"
2021-03-29 05:36:53	stdout	host.buanet-iobroker1 check instance "system.adapter.tankerkoenig.0" for host "buanet-iobroker1"
2021-03-29 05:36:53	stdout	host.buanet-iobroker1 check instance "system.adapter.sourceanalytix.0" for host "buanet-iobroker1"
2021-03-29 05:36:53	stdout	host.buanet-iobroker1 check instance "system.adapter.sonos.0" for host "buanet-iobroker1"
2021-03-29 05:36:53	stdout	host.buanet-iobroker1 check instance "system.adapter.shelly.0" for host "buanet-iobroker1"
2021-03-29 05:36:53	stdout	host.buanet-iobroker1 check instance "system.adapter.pushover.0" for host "buanet-iobroker1"
2021-03-29 05:36:53	stdout	host.buanet-iobroker1 check instance "system.adapter.pollenflug.0" for host "buanet-iobroker1"
2021-03-29 05:36:53	stdout	host.buanet-iobroker1 check instance "system.adapter.openweathermap.0" for host "buanet-iobroker1"
2021-03-29 05:36:53	stdout	host.buanet-iobroker1 check instance "system.adapter.octoprint.0" for host "buanet-iobroker1"
2021-03-29 05:36:53	stdout	host.buanet-iobroker1 check instance "system.adapter.mikrotik.0" for host "buanet-iobroker1"
2021-03-29 05:36:53	stdout	host.buanet-iobroker1 check instance "system.adapter.material.0" for host "buanet-iobroker1"
2021-03-29 05:36:53	stdout	host.buanet-iobroker1 check instance "system.adapter.lovelace.0" for host "buanet-iobroker1"
2021-03-29 05:36:53	stdout	host.buanet-iobroker1 check instance "system.adapter.javascript.0" for host "buanet-iobroker1"
2021-03-29 05:36:53	stdout	host.buanet-iobroker1 check instance "system.adapter.hm-rpc.2" for host "buanet-iobroker1"
2021-03-29 05:36:53	stdout	host.buanet-iobroker1 check instance "system.adapter.hm-rpc.1" for host "buanet-iobroker1"
2021-03-29 05:36:53	stdout	host.buanet-iobroker1 check instance "system.adapter.hm-rpc.0" for host "buanet-iobroker1"
2021-03-29 05:36:53	stdout	host.buanet-iobroker1 check instance "system.adapter.hm-rega.0" for host "buanet-iobroker1"
2021-03-29 05:36:53	stdout	host.buanet-iobroker1 check instance "system.adapter.history.0" for host "buanet-iobroker1"
2021-03-29 05:36:53	stdout	host.buanet-iobroker1 check instance "system.adapter.geofency.0" for host "buanet-iobroker1"
2021-03-29 05:36:53	stdout	host.buanet-iobroker1 check instance "system.adapter.dwd.0" for host "buanet-iobroker1"
2021-03-29 05:36:53	stdout	host.buanet-iobroker1 check instance "system.adapter.daswetter.0" for host "buanet-iobroker1"
2021-03-29 05:36:53	stdout	host.buanet-iobroker1 check instance "system.adapter.backitup.0" for host "buanet-iobroker1"
2021-03-29 05:36:53	stdout	host.buanet-iobroker1 check instance "system.adapter.admin.0" for host "buanet-iobroker1"
2021-03-29 05:36:52	stdout	 
2021-03-29 05:36:52	stdout	Starting ioBroker...
2021-03-29 05:36:52	stdout	 
2021-03-29 05:36:52	stdout	------------------------------------------------------------
2021-03-29 05:36:52	stdout	-----          Step 5 of 5: ioBroker startup           -----

[Glasfaser]

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

2021-03-29 05:36:57 stdout ================================== > LOG REDIRECT system.adapter.admin.0 => false [Process stopped]

Als Prozesse laufen:

Aber nicht dein Admin .

zeige mal :

iobroker list adapters 
iobroker list instances