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

[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...:angel: :face_palm:
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.

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 :-(

[tcfigge]

@tcfigge
Hallo,
ich bin mit meinem Problem nicht weiter gekommen.
Wenn ich einen neuen Container starte, dann meine Ordner aus der alten Struktur einfach rüberkopiere, startet er zwar,meine installierten Adapter tauchen auch unter ADAPTER als installiert auf, aber nicht unter Instanzen...
Denn alten Container einen js.controller zu verpassen scheitert auch kläglich...

Hab so ziemlich alles an Befehlen eingegeben was ich finden konnte...:angel: :anguished:
Kann mich jemand in die richtige Richtung schupsen?
Danke!

[Telefisch]

Hallo Gemeinde...
aufgrund diverser Schwierigkeiten seit dem letzten Update habe ich mich entschlossen meinen Container (V1/2?) komplett neu aufzusetzen und ein das letzte bestehende Backup einzuspielen.
Portainer scheint ja nun state of the art zu sein und so schlage ich mich grade mit dem Netzwerk, bzw. mit der Entscheidung welches Netzwerk zu verwenden ist rum.
Leider ist im Tutorial nicht ein Wort zu den beiden "einfachen" Varianten verloren worden.
Also technisch scheint mir die MACVLAN Variante eh am besten aber da habe ich doch eine entscheidende Frage:
Meine WLAN-Teilnehmer, die mit dem iob kommunizieren (Modbus SPS, diverser China-Trödel, VIS etc.) liegen aktuell im Standard Heimnetzwerk, wie alle Teilnehmer.
Wenn ich nun dieses MACVLAN verwende baue ich doch im Prinzip ein komplett neues Netzwerk auf mit eigenem Adressbereich.
Das heißt ich muss alle Teilnehmer auch an dieses neue Netzwerk anknoten?
Also von jedem Familienmitglied auch das Handy in ein anderes Netz heben?
Irgendwie verstehe ich im Moment noch so gar nicht wie das funktioniert und ob der Aufwand (wenn es so ist wie ich glaube) im Verhältnis zum Nutzen steht. (Wer macht da eigentlich das Routing?)
Bisher läuft der Docker mit host. Das war das einzige was seinerzeit problemlos lief mit nahezu allen Adaptern.

Kleine Info zu meinem Verständnislevel:
Bei mir ist der ioBroker kein Fulltime-Hobby!
Ich habe sicherlich deutlich mehr als Noob-Level, bin aber weit vom Nerd entfernt.
Also bitte ich um Hilfe für einen Netzwerk- und Linux-Legasteniker.

Danke....