[HowTo] ioBroker unter Docker auf Synology DiskStation
-
@hetti72
Bei der Fritzbox kenne ich mich sogar etwas aus. Dort war Standard ausgewählt und auch auf unbeschränkt ändert sich nichts.
iobroker Info gibt folgenden Fehler im LOG aus :
Gruß
Notsches -
@Notsches
Hier noch die Docker Netzwerkübersicht:
-
@Amnesia1211 Es gibt keine doofen Fragen
und ja, es gibt was zu beachten.
Wie in der readme auf Github eigentlich auch beschrieben sein sollte wechselt fast immer bei einer neuen Major Version (4.x.x oder 5.x.x) auch immer die Node Version. Das bedeutet, dass die ioBroker Installation auch für die neue Version "fit gemacht" werden muss. Hat man den js-controller bereits in Version 3+, dann sollte der ioBroker das (zumindest größtenteils) automatisch bewerkstelligen. Bei kleineren Versionen oder Problemen kann man ein "npm rebuild" im ioBroker-Verzeichnis ausführen, dann wird die ioBroker installation "neu gebaut"....Lange Rede kurzer Sinn: Das ist mir alles zu umständlich und hat mich in der Vergangenheit immer wieder Nerven gekostet...
Meine Empfehlung (auch weil bisher nur gute Erfahrungen gemacht): Beim Major Version Update über Backup und Restore gehen. Siehe dazu auch meine Best Practices in der readme auf Github.
@Amnesia1211 sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
bzw. wird es eine neue Anleitung geben[...] ?
Nein. Die Anleitung ist so wie sie ist auch weiterhin gültig.
MfG,
André -
@onkel-ede Wie @Glasfaser gesagt hat. Lege einen neuen Container an und gehe über Backup und Restore. Siehe dazu auch mein Post über diesem.
MfG,
André -
@K1ngLear Wie würde King Julien es ausdrücken: "Iche nixe könne sagen ohne die wundervolle Log!"
@K1ngLear sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
Edit: Oh, es scheint übrigens auch so zu sein, dass er den Container jedesmal als Erststart durchführt, da er jedesmal nano neuinstalliert. (Ver 5.0.0.)
Sorry, das ist nur quick and dirty gescriptet und sagt nix aus... Ich mache keine Überprüfung. Heißt das Script versucht bei jedem Start die fehlenden Packages zu installieren und geht einfach darüber hinweg wenn schon installiert... Wenn mir mal langweilig sein sollte mache ich das auch noch hübsch
Poste mal dein Log, dann kann ich schauen ob du das was gefunden hast...
MfG,
André -
@Notsches So wie es ausschaut ist da irgendwo eine Firewall im Weg. Hast du sowas im Einsatz/ aktiviert? Vielleicht die Firewall der DS (Systemsteuerung > Sicherheit > Firewall)?
MfG,
André -
@andre
Ist aus
Gruß
Notsches -
@Notsches Jetzt gehen mir hier in der Ferndiagnose leider die Ideen aus. Wie gesagt bekommt der Container wohl nicht ins Internet, daher die ganzen ECONNREFUSED Meldungen. Ich tippe immer noch auf ein Problem mit dem Router, aber eigentlich hast du schon alles ausgeschlossen.
Ich würde nochmal ein neues MACVLAN anlegen aber diesmal mit einer anderen IP Range und einer anderen Subnetmaske. z.B. 192.168.178.88 mit einer 30er Maske. Dann hast du in deinem MACVLAN 4 Adressen (.88 bis .92) zu verfügung und könntest mit anderen Containern testen.
Was mich vor allem aber wundert ist das dein Router den Ping nach heise.de zu blocken scheint. Kannst du von einem anderen Gerät mal einen Ping nach heise.de versuchen?
gruß,
Frank -
@hetti72
Vom Macbook aus ist das anpingen von heise kein Problem.
Ich werd morgen früh das Netzwerk nochmal anlegen und dann schauen.Danke und Gruß
Notsches -
@hetti72
So, ich habe erstmal Ordnung in meine "IP" Struktur gebracht und Gruppen gebildet, so dass ich sicher kein, dass sich nichts überschneiden kann.Nun habe ich also die 80 gewählt (bis 100 auf jeden Fall frei). Config und Netzwerk selbst konnte ich erstellen. Will ich den Container startet kommt folgende Meldung:
Habe ich nun das Problem, dass die anderen Netzwerke (die ich nicht mehr löschen kann, Fehlermeldung "in use") das Erstellen des Containers blockieren?
Gruß
Notsches -
Puuh, das werden ja immer mehr probleme anstatt weniger.
@Notsches sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
Habe ich nun das Problem, dass die anderen Netzwerke (die ich nicht mehr löschen kann, Fehlermeldung "in use") das Erstellen des Containers blockieren?
Was meinst du denn mit andere netzwerke? das "alte" MACVLAN ? So lange ein Container das MACVLAN benutzt kannst du es nicht löschen, aber das ist ja eigentlich nur ein click in Portainer. Stopp den Container der es benutzt und lösch das Netzwerk in den Network settings.
Die Fehlermeldung die du bekommst wenn du einen Container mit dem neuen MACVLAN starten willst kenne ich so nicht, aber ich könnte mir vorstellen das man nur ein MACVLAN pro physikalischer Schnittstelle haben darf, bin mir aber nicht sicher.
Versuch doch erstmal den alten container und das alte macvlan zu löschen und erzeuge dann einen neuen container mit dem neuen macvlan.gruß,
Frank -
@hetti72
Das ist ja das witzige, ich habe nur einen Container, der Portainer und der nutzt nur die Bridge...
Die Netzwerke werden im Docker auch nicht mehr angezeigt, nur in Portainer.Ich werde es weiter versuchen und google zu Hilfe nehmen.
-
Ich habe Docker deinstalliert (inkl. komplettes Löschen der zugehörigen Dateien) und habe dann Docker neu installiert. Nach der Installation von Portainer und Iobroker hat nun alles funktioniert.
Danke Frank und Danke Andre für eure Hilfeversuche :-). Manchmal hilft nur der Hammer
Gruß
Notsches -
Ich bereite mich auch gerade auf ein upgrade des Iobroker Containers vor. Dazu habe ich mir erst einmal den Adapter Backitup installiert (weil es so im "best practice" steht). Zuvor habe ich meine Backups immer durch das Backup-Skript im Aufgabenplaner der DS erstellen lassen. Nun wundere ich mich das das Backup des Adapters ~2,5MB und das des Skriptes ~600MB groß ist. Kann mir das jemand erklären? Ist das normal?
Danke und Grüße,
Joscha -
@jogge Backitup sichert nur die Einstellungen des ioBroker, das Skript vermutlich die komplette Installation.
-
Super, vielen Dank!
Heißt das, dass bei einem Restore mit dem Backitup Backup etwas fehlt, wie z.B. Skripte, Szenen oder Änderungen an Objekten? -
@jogge Nichts wesentliches.
-
Sehr cool, dann ist das ja eine sehr Platzsparende Backup-Lösung. Bei mir wurde noch eine Zigbee Sicherungsdatei angelegt. Ich nehme an, dass die auch in das Mount-Verzeichnis zu dem Backup muss?
-
@jogge sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
Nun wundere ich mich das das Backup des Adapters ~2,5MB und das des Skriptes ~600MB groß ist. Kann mir das jemand erklären? Ist das normal?
Ganz einfach: Mit dem Backup-Script sicherst du den gesamten Mount Ordner. Mit Backitup oder "iobroker backup" lediglich deine Konfiguration.
Das bedeutet: Stellst du das gesamte Verzeichnis (z.B. nach einem Crash) wieder her und hängst es in einen neuen Container (gleiche Major Version), ist sofort alles wieder da.
Wenn du mit dem Backupfile aus Backitup wiederherstellst, dann muss der ioBroker halt erst noch alle Adapter neu installieren. Und das dauert... Das letzte mal bei mir knapp 2 Stunden.... Hängt halt von der Anzahl der Adapter ab@jogge sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
Bei mir wurde noch eine Zigbee Sicherungsdatei angelegt. Ich nehme an, dass die auch in das Mount-Verzeichnis zu dem Backup muss?
Das nimmst du falsch an. Ich meine ich hätte das Startscript so gemacht, dass es meckert wenn sich mehr als das Backup-File im Ordner befinden. Das Zigbee backup musst du vermutlich im Nachgang über den Backitup-Adapter restoren... Weiß ich aber nicht genau, weil ich so einen Fall noch nie betrachtet habe...
MfG,
André -
@andre said in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
@K1ngLear Wie würde King Julien es ausdrücken: "Iche nixe könne sagen ohne die wundervolle Log!"
@K1ngLear sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
Edit: Oh, es scheint übrigens auch so zu sein, dass er den Container jedesmal als Erststart durchführt, da er jedesmal nano neuinstalliert. (Ver 5.0.0.)
Sorry, das ist nur quick and dirty gescriptet und sagt nix aus... Ich mache keine Überprüfung. Heißt das Script versucht bei jedem Start die fehlenden Packages zu installieren und geht einfach darüber hinweg wenn schon installiert... Wenn mir mal langweilig sein sollte mache ich das auch noch hübsch
Poste mal dein Log, dann kann ich schauen ob du das was gefunden hast...
MfG,
AndréHi,
ich kann nur Yoda Sprache ;-), daher: Die Logs ich habe hier. Hoffe sie dir helfen tun.
------------------------------------------------------------ --------------- 2020-09-06 09:28:49 --------------- ------------------------------------------------------------ ------------------------------------------------------------ ----- Welcome to your ioBroker-container! ----- ----- Startupscript is now running. ----- ----- Please be patient! ----- ------------------------------------------------------------ ------------------------------------------------------------ ----- Debugging information ----- ----- ----- ----- System ----- ----- arch: x86_64 ----- ----- ----- ----- Versions ----- ----- image: v5.0.0 ----- ----- node: v12.18.3 ----- ----- npm: 6.14.6 ----- ----- ----- ----- 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... 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 124a6b1a2ac0... Host "5b898675c030" successfully renamed to "124a6b1a2ac0". No instances found for host "5b898675c030"! 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.124a6b1a2ac0 check instance "system.adapter.admin.0" for host "5b898675c030" host.124a6b1a2ac0 check instance "system.adapter.discovery.0" for host "5b898675c030" host.124a6b1a2ac0 check instance "system.adapter.ping.0" for host "5b898675c030" host.124a6b1a2ac0 check instance "system.adapter.hm-rpc.0" for host "5b898675c030" host.124a6b1a2ac0 check instance "system.adapter.hm-rega.0" for host "5b898675c030" host.124a6b1a2ac0 check instance "system.adapter.cloud.0" for host "5b898675c030" host.124a6b1a2ac0 check instance "system.adapter.javascript.0" for host "5b898675c030" host.124a6b1a2ac0 check instance "system.adapter.fakeroku.0" for host "5b898675c030" host.124a6b1a2ac0 check instance "system.adapter.socketio.0" for host "5b898675c030" host.124a6b1a2ac0 check instance "system.adapter.web.0" for host "5b898675c030" host.124a6b1a2ac0 check instance "system.adapter.vis.0" for host "5b898675c030" host.124a6b1a2ac0 check instance "system.adapter.simple-api.0" for host "5b898675c030" host.124a6b1a2ac0 check instance "system.adapter.history.0" for host "5b898675c030" host.124a6b1a2ac0 check instance "system.adapter.alexa2.0" for host "5b898675c030" host.124a6b1a2ac0 check instance "system.adapter.mihome-vacuum.0" for host "5b898675c030" host.124a6b1a2ac0 check instance "system.adapter.scenes.0" for host "5b898675c030" host.124a6b1a2ac0 check instance "system.adapter.vis-metro.0" for host "5b898675c030" host.124a6b1a2ac0 check instance "system.adapter.yamaha.0" for host "5b898675c030" host.124a6b1a2ac0 check instance "system.adapter.vis-lcars.0" for host "5b898675c030" host.124a6b1a2ac0 check instance "system.adapter.synology.0" for host "5b898675c030" host.124a6b1a2ac0 check instance "system.adapter.hue.0" for host "5b898675c030" host.124a6b1a2ac0 check instance "system.adapter.hm-rpc.1" for host "5b898675c030" host.124a6b1a2ac0 check instance "system.adapter.info.0" for host "5b898675c030" host.124a6b1a2ac0 check instance "system.adapter.node-red.0" for host "5b898675c030" host.124a6b1a2ac0 check instance "system.adapter.iot.0" for host "5b898675c030" host.124a6b1a2ac0 check instance "system.adapter.harmony.0" for host "5b898675c030"Wie gesagt, nach dem hochfahren habe ich dann den Broker gestoppt, mit "iobroker host set xxx" den Host neu gesetzt und dann den Broker wieder gestartet. Wenn ich den Container neu starte bin ich wieder da wo ich angefangen habe.
P.S. Sorry for the late reply.
