[HowTo] ioBroker unter Docker auf Synology DiskStation

tugsi

@a200 Vielleicht etwas falsch ausgedrückt.
Erstellt der einen neuen mit neuer Bezeichnung und behält den alten oder überschreibt er den?
Ich denke halt "einfach", es ist doch nur ein ENV-Variable die ich setze, die könnte beim Start des bisherigen Containers doch einfach gesetzt werden und dann brauch er nicht alles neu machen, sprich Zeitersparnis.

a200

@tugsi da du wahrscheinlich den iobroker in einem gemounteten Verzeichnis hast, wird iobroker-mäßig nichts neu aufgebaut. es wird ein neuer Container mit der neuen ENV-Variable erstellt. Alles andere (iobroker) bleibt unverändert.

duffbeer2000

@tugsi "Always pull the image" sorgt dafür das er jedes mal beim editieren schaut ob er noch die aktuelle Version vom Image hat. Wenn es nichts neueres gibt lädt er auch nichts herunter. Beim editieren wird der alte container gelöscht und ein neuer erstellt. Das ist der Standardweg bei Containern. Wie @a200 schon gesagt hat beibt alles andere unverändert. Vorteil davon ist das man immer einen definierten Stand hat wenn der Container wieder startet und somit auch Probleme schneller behoben sind. Bei der Zeitersparnis geht es hier um ein paar Sekunden wenn es keine neue Version gibt.

duffbeer2000

@dos1973 Was steht denn bei Discovery Subnet im Harmony Adapter? Ich denke da musst du das vom "DS_mcvlan_clients" eintragen.

tugsi

@duffbeer2000 @a200
Danke euch.
und ja, ich habe wie buanet beschrieben hat, iobroker-data in einem gemounteten Verzeichnis.
Ok, dann weiß ich Bescheid

dos1973

@duffbeer2000
Aktuell broadcast 255.255.255.255

dtp

Kleine Frage. Jedes Mal, wenn ich einen installierten Adapter löschen will, sagt mir der ioBroker, dass das nicht funktioniert hat und dass ich das manuell machen soll. Das Installieren eines Adapters sowie der Instanzen und das Aktualisieren klappt dagegen einwandfrei. Jemand eine Idee?

duffbeer2000

@dos1973 Problem ist das ich selbst keine Harmony habe sonst könnte ich es testen. Versuche mal bei Discovery Subnet die 192.168.10.255 oder 192.168.10.0. Könnte funktionieren, alternativ wäre noch die Möglichkeit im Adapter die IP der Harmony fest einzutragen.

Knallochse

@dtp sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:

Kleine Frage. Jedes Mal, wenn ich einen installierten Adapter löschen will, sagt mir der ioBroker, dass das nicht funktioniert hat und dass ich das manuell machen soll. Das Installieren eines Adapters sowie der Instanzen und das Aktualisieren klappt dagegen einwandfrei. Jemand eine Idee?

Dieses Verhalten ist bei mir das Gleiche unter der Docker Version 4.0

dtp

@Knallochse sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:

Dieses Verhalten ist bei mir das Gleiche unter der Docker Version 4.0

Danke.

@andre Kannst du versuchen, das zu fixen?

Logic93

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

@whfor Habe es auf meinem Testsystem zum Laufen gebracht. Vielleicht hilft dies hier:

Hallo
ich habe iobroker auf meinem Synology NAS als Docker Container laufen (erstellt nach dem in diesem Thread verlinkten Tutorial) und möchte gerne im node-red Adapter das Modul amazon-echo-hub (Modul von node-red) verwenden, um mit meinem Echo Dot 3 zu kommunizieren.

Das node-red Modul muss den Echo bekanntermaßen ja zwingend auf Port 80 ansprechen. Da dieses node-red standardmäßig nicht möglich war Fehlermeldung: "unable to start on port 80" in node-red.
Wollte ich in der Konsole von iobroker über den im obigen Post erwähnten Befehl:

setcap 'cap_net_bind_service=+ep' `which node`

node-red die Berechtigung erteilen Port 80 zu verwenden. Leider ohne Erflog beim Ausführen der Anweisung erhalte ich nur folgenden output in der Konsole:

root@iobroker:/opt/iobroker# setcap 'cap_net_bind_service=+ep' `which node`
Failed to set capabilities on file `/usr/bin/node' (Operation not supported)
The value of the capability argument is not permitted for a file. Or the file is not a regular (non-symlink) file

Zutr Lösung des Problems habe nochmals in Portainer nohmals einen aktuellen ioBroker-Container über "buanet/iobroker:latest" erstellt und darauf geachtet, dass unter Capabilities NET_BIND_SERVICE aktiviert ist, leider mit selbigen Ergebnis, dass mir beim Ausführen des Kommandos die oben genannte Fehlermeldung angezeigt wird.

Mein Setup:
Synology DS216+II (DSM 6.2.2)
Docker:

Portainer 1.21.0 (bridge)
iobroker 3.6.12 (MACVLAN)

Woran könnte dieses jetzt liegen?
Bestehen noch andere Möglichkeiten Port 80 für node-red freizugeben? Ich habe noch etwas von iptabels gelesen, ist dies mit Betrieb als Docker Image überhapt möglich, falls ja wo müsste ich diese setzten?
ein starten von node-red mit root rechten über die Konsole mit sudo iobroker start node-red ist leider nicht Ausreichend, in node-red heißt es dann weiterhin "unable to start on port 80".

Über Lösungsvorschläge bin ich dankbar.
Grüße
Andreas

Mod-Edit: Vollzitat gekürzt! Bitte vermeidet Vollzitate! Siehe Forum Regeln, Punkt 2

tcfigge

Hallo,
ich habe meine Docker Instanz nach der "neuen" Anleitung aufgesetzt, weil in der alten Node und der Js Controller als Update angemahnt wurden...
Habe die iobroker Instanz aber als host laufen.
Jetzt nach 4-5 Tagen ist sie abgeschmiert und lässt sich nicht mehr starten.
Eine neue Instanz an einem anderen Ort läuft an.
Aber natürlich ohne meine Adapter.
Fehler ist laut Log:

Bin abseits einer Anleitung, leider als DAU zu betrachten und wäre für Hilfe dankbar!!!
Einmal Starten um ein Backup laufen zu lassen, würde ja reichen...
Gruß Thorsten

dtp

Jemand zufällig eine Idee, wie ich das nachfolgende Problem mit wscat in den Griff bekomme?

Brauch wscat für den Samsung.Tizen-Adapter, um einen Token von unserem TV zu empfangen.

haselchen

@dtp

Vielleicht hilft es: google meint es muss global installiert werden. Deswegen das -g

npm install -g wscat

dtp

@haselchen sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:

npm install -g wscat

Danke für den Tipp. Es war aber noch nicht die ganze Miete. Mit

sudo npm install -g wscat

hat's letztlich funktioniert.

Shwowak

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

bridge:
driver: bridge
ipam:
config:
- subnet: 172.18.0.0/16
gateway: 172.18.0.1
ip_range: 172.18.0.1/24

Geht das so ?

version: '2.4'

services:


  
  

  mqtt:
   restart: always
   ports:
     - "1884:1884"
     - "9001:9001"
   image: toke/mosquitto
   networks:
      fhem-network: {}
   volumes:
     - ./mqtt/config/:/mqtt/config/
     - ./mqtt/log/:/mqtt/log/
     - ./mqtt/data/:/mqtt/data/

  portainer:
    restart: always
    image: portainer/portainer:1.21.0
    volumes:
      - ./portainer/:/data
      - /var/run/docker.sock:/var/run/docker.sock
    ports:
      - "9000:9000"

  deconz:
    image: marthoc/deconz
    container_name: deconz
    network_mode: host
    restart: always
    volumes:
      - /opt/deconz:/root/.local/share/dresden-elektronik/deCONZ
    devices:
      - /dev/ttyUSB0
    environment:
      - DECONZ_WEB_PORT=80
      - DECONZ_WS_PORT=443
      - DEBUG_INFO=5
      - DEBUG_APS=0
      - DEBUG_ZCL=0
      - DEBUG_ZDP=0
      - DEBUG_OTAU=0
  

  mymediaforalexa:
    restart: always
    image: bizmodeller/mymediaforalexa
    ports:
      - "52050:52050"
      - "52051:52051"
    volumes:
      - ./Music:/opt/medialibrary \
      - ./.MyMediaForAlexa:/opt/datadir
      

    networks:
      fhem-network: {}

  magic_mirro:
    restart: always
    image: bastilimbach/docker-magicmirror
    ports:
      - "85:8080"
    volumes:
      - ./magic_mirror/config:/opt/magic_mirror/config \
      - ./magic_mirror/modules:/opt/magic_mirror/modules \
      - ./magic_mirror/css:/opt/magic_mirror/css/custom.css \
    networks:
      fhem-network: {}  

  
          

 
    

  iobroker:
    restart: always      
    image: buanet/iobroker:latest
    volumes:
      - /etc/localtime:/etc/localtime:ro
      - /home/pi/smarthome//iobroker:/opt/iobroker
    networks:
      macvlan0:
        ipv4_address: 192.168.200.17
      fhem-network: {}

networks:

  fhem-network:
    driver: bridge

  macvlan0:
    driver: macvlan
    driver_opts:
      parent: eth0
    ipam:
      config:
      - subnet: 192.168.200.1/24
        gateway: 192.168.200.1
        ip_range: 192.168.200.17/32

Im docker compose. ?

andre

@eve11 Hallo Heiko,
hast du die Version des Images gewechselt? Wie sieht deine Node-Version alt und neu aus (node -v)?
Falls du eine andere Major-Version verwendest, dann musst du auf jeden Fall reinstall.sh bzw. npm rebuild ausführen... Siehe dazu auch die offizielle ioBroker Doku zum Thema Node upgrade...

MfG,
André

andre

@dtp sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:

@andre Kannst du versuchen, das zu fixen?

Wenn du mir sagst was ich fixen soll? Am liebsten per Issue auf Github....

MfG,
André

Kunibert

HELP!
Ich hoffe, ich habe es nicht übersehen, dass jemand anderes das Problem bereits gepostet und gelöst hat...
Habe die V4.0 des Containers heute gestartet und obwohl ich eigentlich mit dem JS-Controller längst auf der Version 2.x war bin ich nun wohl wieder auf der V.1.5.14 gelandet.
iobroker-error js-controller.PNG

Ich habe jetzt diese Befehle durch und probiert:

reinstall.js > Installiert nur V.1.5.14 neu
npm install ioBroker/ioBroker.js-controller > Installiert auch nur V.1.5.14 neu. Habe ich mit Endung --production und ohne probiert.

Container habe ich nun mehrfach neu angelegt, alles ohne Erfolg.

Hattet ihr auch solche Probleme nach einem Container-Update? Und wie kann es sein, dass der js-controller nach dem Update einen älteren Stand aufweist? Und wie habt ihr es ggf. gelöst?
Komme jetzt nicht mehr auf die Admin-Oberfläche etc....

Lieben Dank für eure Hilfe!

Kunibert

@Kunibert
Ok, habe es gefixt bekommen aber nur durch eine neue ioBroker-Hülle. Habe den Container neu erstellt und das letzte Backup (Backitup-Adapter) wiederhergestellt. Damit stimmt jetzt auch die js-controller-Version wieder. Dennoch irritiert mich, wie das Problem überhaupt entstehen konnte. Wieso sich auch immer der js-controller selbstständig downgegradet hat... Ich hoffe, das passiert beim nächsten Container-Update nicht mehr

NEWS

[HowTo] ioBroker unter Docker auf Synology DiskStation

Support us

684
Online

30.7k
Users

77.3k
Topics

1.2m
Posts

NEWS

[HowTo] ioBroker unter Docker auf Synology DiskStation

Support us

684Online

30.7kUsers

77.3kTopics

1.2mPosts

684
Online

30.7k
Users

77.3k
Topics

1.2m
Posts