[HowTo] ioBroker unter Docker auf Synology DiskStation
-
@Zuki sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Gibt es falls man diese Verbindung nicht braucht, weil z.B. die Datenbank selbst auch in einem Docker läuft, trotzdem einen Grund den Weg über zwei Netzwerke, ein MACVLAN für außen und ein Bridge für "innen", zu gehen?
Ich wüsste nicht welchen. Grundsätzlich sollte man ja nichts öffnen was man nicht braucht... Ich würde es also weg lassen wenn es nicht benötigt wird.:)
ABER:
Kleine Best Practice Idee: Setze nur den ioBroker als MACVLAN auf, gebe ihm als zweites Bridge Netzwerk und baue die Container wie redis, mariadb, grafana usw... ausschließlich im bridge Netzwerk und öffne dort nach außen nur Ports die du brauchst (grafana WebUI, mariadb port, usw.)... Ist m. E. ein geschickterer Weg als jedem Container ein eigene IP zu geben, die er gar nicht braucht. Es ist halt Container Virtualisierung und keine virtuellen Maschinen.MfG,
André -
@Berlon Das sagt mir gar nichts. Was soll da auf 8091 liegen?
Hast du mal den restore über die Kommandozeile probiert?@all Jemand eine Idee was der Backitup da aufrufen will???
MfG,
André -
@andre
neu jungfräuliche Brokerinstallation auf meinem Syno.
Broker, Portainer und MACVLAN nach deinen Anleitungen eingerichtet.Beim Restore will BackItUp diese Addresse öffnen:
http://192.168.6.100:8091/backitup-restoreSeite ist nicht erreichbar.
Keine Ahnung was da falsch läuft.Über Konsole ist auch kein Restore möglich da dafür der Broker gestoppt werden muss. Da gibt aber ein Problem:
root@ioBroker:/opt/iobroker# iobroker restore Stop iobroker first! root@ioBroker:/opt/iobroker# iobroker stop iobroker controller daemon is not running root@ioBroker:/opt/iobroker#Scheinbar ist es nicht möglich den Broker auf der DS920 laufen zu lassen.
Gruß
Bernd -
@Berlon sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Über Konsole ist auch kein Restore möglich da dafür der Broker gestoppt werden muss. Da gibt aber ein Problem:
im Buanet-Container läuft kein iobroker Dämon, weshalb iobroker stop nicht funktioniert. Verwende stattdessen
pkill -u iobroker -
@Berlon
Lies dir mal die Anleitung zum container durch da ist bei Best Practices beschrieben wie man mit einer Sicherung neu aufsetzten kann... -
Hallo liebe iobroker Gemeinde,
ich versuche mittlerweile seit einigen Tagen den container mit iobroker auf meiner QNAP zum laufen zu bekommen.
Beim Start von iobroker bekomme ich folgende Ausgabe im Log.
------------------------------------------------------------ ----- Step 5 of 5: ioBroker startup ----- ------------------------------------------------------------ Starting ioBroker... error: exec: "node": executable file not found in $PATHNach zahlreichen Stunden mit verschiedenen Suchmaschinen habe ich noch keine Lösung gefunden die für mich funktioniert.
Bester Anhaltspunkt bisher: die exec heisst nicht mehr "node" sondern "nodejs"
In Verzeichnis (/usr/bin) der Umgebungsvariable gibt es jedoch "node" und "nodejs".Habt ihr Irgendwelche Ideen was ich noch probieren kann.
-
Hallo,
nach den guten Tips hier habe ich den Brocker auf einer Syno zum lauben gebracht, Backup wurde mit erfolgreich eingespielt.
Vorgehensweise habe ich abgespeichert
Nun habe ich das Problem das ich vom Container aus nicht auf die Syno zugreifen kann.
Der Brocker wurde nach der Anleitung von andre mit einem ein MACVLAN eingerichtet.
Die Syno läuft auf 192.168.6.10, der Brocker auf 192.168.6.100.Ich will vom Brocker aus mein Backup per FTP auf ein "offizielles" Verzeichnis auf der Syno legen.
Ich weiß, das kann auch die Syno erledigen aber ich handele lieber nach dem Erzeugerprinzip. BackItUp
hats erstellt, BackItUp soll dafür sorgen das es außerhalb des Containers abgelegt wird.Im Log eine Fehlermeldung von BackItUp:
backitup.0 2020-12-17 09:03:24.127 error (30840) Error: connect EHOSTUNREACH 192.168.6.10:21Ähnliches Problem habe ich beim Synology Adapter. Auch hier gibt es Probleme beim Zugriff auf die Syno
synology.0 2020-12-17 09:04:02.319 error (30922) *** ERROR : src: *sendPolling syno[dsm][getPollingData] code: EHOSTUNREACH message: connect EHOSTUNREACH 192.168.6.10:5001 synology.0 2020-12-17 09:03:58.386 info (30922) starting. Version 0.1.18 in /opt/iobroker/node_modules/iobroker.synology, node: v12.20.0, js-controller: 3.1.6Hier ist es auch unerheblich welche API-Version ich verwende.
Beide mal ist der Host nicht zu erreichen.
Die angegebenen Benutzter und PW wurden mehrfach überprüft und sind korrekt.Wo liegt die Lösung??
Gruß
Bernd -
@Berlon warum mountest du den Ordner nicht so wie deinen iobroker-Ordner?
schau mal hier wie das im Portainer aussieht -
@Berlon Das man aus nem Conrtaine rnicht auf die Syno zugreifen kann ist bekannt und hier oft Thema...
aber das Backitup sichert doch auf den Docker Ordner und diesen kannst du wunderbar mit Syno Mitteln sichern.. das ist viel einfacher:
-
@Boardy
hatte ja auch geschrieben das es mit Syno-Mitteln auch geht. Wollte halt das Verursacherprinzip anwenden.Das heißt aber auch das der Adapter Synology dann nicht lauffähig ist. Richtig??
Gruß
Bernd -
-
Ich kann jetzt zu der Fehlermeldung nichts sagen, aber ich betreibe selbst den Container unter QNAP. Keine Probleme. Läuft im Prinzip genauso wie unter Synology. Wie hast du den Container konfiguriert?
-
Habe die Konfiguration wie in der Anleitung beschreiben über portainer gemacht.
Habe das Image "latest-v5" verwendet. Das Verzeichnis /opt/iobroker habe ich gemountet und als Netzwerkeinstellung „bridge" gewählt. Ansonsten hab ich alles auf den default Einstellungen gelassen. -
@Two_Faces
Portainer gibt es bei QNAP doch gar nicht.
Unter Freigaben hast du beim Punkt "Volume vom Host" einen Ordner gewählt und unter "Punkt einbinden" "/opt/iobroker" eingegeben? Ist das das, was du meinst?
Wenn ja, was liegt nach dem Start des Containers in dem Ordner, den du unter "Volume vom Host" gewählt hast? -
@oFbEQnpoLKKl6mbY5e13 sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Portainer gibt es bei QNAP doch gar nicht.
Portainer läuft als Container, natürlich gibt es den auch bei QNAP!
-
Dann bist du der Geeignetere, um ihm weiterzuhelfen.
-
@oFbEQnpoLKKl6mbY5e13 sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Dann bist du der Geeignetere, um ihm weiterzuhelfen.
Leider nein, denn der Fehler ist ja unabhängig davon, ob Portainer mit im Spiel ist, und ich kann mir das nicht erklären, wieso ein neues Image solch einen Fehler produziert.
Mir ging es darum, Fehlinformationen für andere Mitlesende zu vermeiden, der TE wusste eh dass es Portainer für ihn auf der QNAP gibt
-
Ich kann den Fehler auch reproduzieren, egal ob ich den Container über portainer oder die QNAP App erstelle.
Es macht auch keinen Unterschied ob ich das Verzeichnis /opt/iobroker aus dem Container "auslagere" oder nicht.Habe an anderer Stelle noch gelesen, dass es zu Fehlern kommen kann wenn das Volume auf dem das Verzeichnis liegt auf dem Host als "noexec" angelegt ist. Wie kann ich das prüfen?
-
@Two_Faces sagte in [HowTo] ioBroker unter Docker auf Synology DiskStation:
Ich kann den Fehler auch reproduzieren, egal ob ich den Container über portainer oder die QNAP App erstelle.
Es macht auch keinen Unterschied ob ich das Verzeichnis /opt/iobroker aus dem Container "auslagere" oder nicht.Habe an anderer Stelle noch gelesen, dass es zu Fehlern kommen kann wenn das Volume auf dem das Verzeichnis liegt auf dem Host als "noexec" angelegt ist. Wie kann ich das prüfen?
wäre interessant zu wissen, was genau du gemacht hast, auch welche qnap du hast und ob die Software aktuell ist. Welches image benutzt du?
wenn ich mit dem neuesten image von buanet (latest) einen neuen Container erstelle und nur die Netzwerkeinstellung auf Bridge(damit er eine eigene IP bekommt) stelle, läuft iobroker bereits. Da ja Portainer bei dir läuft, sollten auch die Volumeeinstellungen ok sein, wüsste auch nicht was man da falsch machen kann -
@fastfoot
Ich habe die TS-453D mit der aktuellen Firmware. Details zur Version stehen im Anhang.
Hab mein Vorgehen zur Erstellung des Containers auch im Anhang dokumentiert. Als Image habe ich das buanet:latest-v5 verwendet.
Außerdem hab ich noch einen Screenshot vom Host Ordner in dem die iobroker Daten liegen sowie vom Inhalt der Path Variable rein gepackt.
