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

[fastfoot]

@divedancer deine Pfade sind totaler Schrott! Das Host-Verzeichnis kommt im Mapping zuerst, Du hast es genau andersherum
volumes:
- /opt/iobroker:/var/lib/docker/volumes/iobrokerdata

/var/lib/docker/volumes/iobrokerdata:/opt/iobroker

[DiveDancer]

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

@divedancer deine Pfade sind totaler Schrott! Das Host-Verzeichnis kommt im Mapping zuerst, Du hast es genau andersherum
volumes:
- /opt/iobroker:/var/lib/docker/volumes/iobrokerdata

/var/lib/docker/volumes/iobrokerdata:/opt/iobroker

Ich hab das jetzt mal korrigiert.
Und beim Neuaufsetzen des Containers scheint er da etwas zu restoren
:-(

[DiveDancer]

Moin,

@fastfoot - Danke

Mit dem Compose läuft es jetzt...

version: "2"
 
services:
 
  iobroker:
    container_name: iobroker
    image: buanet/iobroker:latest-v5
    hostname: RasPi4b    
    restart: always
    privileged: true 
    stdin_open: true
    tty: true    
    ports:          # Ports die nach Außen durchgereicht werden sollen               
     - "1880:1880"  # node-red
     - "1883:1883"  # mqtt
     #- "2001:2001"  # homematic
     - "8081:8081"  # ioBroker Admin Oberfläche
     - "8082:8082"  # vis
     - "8282:8282"  # flot
     - "8088:8088"  # terminal 
     - "8284:8284"  # socketIO
    devices:
     - "/dev:/dev"
    volumes:     
     - /var/lib/docker/volumes/iobrokerdata/backups:/opt/iobroker/backups     
     - /var/lib/docker/volumes/iobrokerdata:/opt/iobroker     
     - /dev/serial/by-id/:/dev/serial/by-id/
    environment:   
     - DEBIAN_FRONTEND=teletype
     - LANG=de_DE.UTF‑8
     - LANGUAGE=de_DE:de
     - LC_ALL=de_DE.UTF‑8
     - TZ=Europe/Berlin
     - PACKAGES=nano
     - Zigbee=false
     - ZWAVE=false
     - USBDEVICES=/dev/ttyACM0
     - USBDEVICES=/dev/serial/by-id/zigbee
     - USBDEVICES=/dev/serial/by-id/zwave
     - USBDEVICES=/dev/serial/by-id/

[DiveDancer]

Mit der ganzen Testerei habe ich mir zwar jetzt das System zerschossen, aber alle Instanzen im Broker sind grün.

Ich muss zwar jetzt erst einmal das System des Dockers neu aufsetzen, weil ich mir die Reparatur der Dateipfade nicht zutraue, aber ein Problem bleibt.

Ich habe es bis Dato nie geschafft USB Devices durchzureichen.
Jetzt laufen sie zwar aber ich befürchte nur wegen dieser Zeile, richtig?

    privileged: true

Wenn ich jedoch aktuell den Status auf false stelle wird der Container wegen fehlender Berechtigungen nicht vollständig erstellt.

Ich nutze einen Zigbee Stick (Conbee) und einen Z-Wave Stick (ZMEEUZB1)
Deswegen würde ich gern je den „by-id“-Pfad nutzen.
Leider hatte ich es auch mit @andre 's Beschreibung die Sticks durchzureichen, nicht geschafft. :-(
Die jeweiligen ID's habe ich:
/dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE ...
/dev/serial/by-id/usb- ...

Könnte mir noch Jemand die genauen Pfad Angaben für das Compose nennen, um dies zu erreichen?

[andre]

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

Jetzt laufen sie zwar aber ich befürchte nur wegen dieser Zeile, richtig?
privileged: true

Geht würde ich aber nicht machen.

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

Mit dem Compose läuft es jetzt...
version: "2"

services:

iobroker:
container_name: iobroker
image: buanet/iobroker:latest-v5
hostname: RasPi4b
restart: always
privileged: true
stdin_open: true
tty: true
ports: # Ports die nach Außen durchgereicht werden sollen
- "1880:1880" # node-red
- "1883:1883" # mqtt
#- "2001:2001" # homematic
- "8081:8081" # ioBroker Admin Oberfläche
- "8082:8082" # vis
- "8282:8282" # flot
- "8088:8088" # terminal
- "8284:8284" # socketIO
devices:
- "/dev:/dev"
volumes:
- /var/lib/docker/volumes/iobrokerdata/backups:/opt/iobroker/backups
- /var/lib/docker/volumes/iobrokerdata:/opt/iobroker
- /dev/serial/by-id/:/dev/serial/by-id/
environment:
- DEBIAN_FRONTEND=teletype
- LANG=de_DE.UTF‑8
- LANGUAGE=de_DE:de
- LC_ALL=de_DE.UTF‑8
- TZ=Europe/Berlin
- PACKAGES=nano
- Zigbee=false
- ZWAVE=false
- USBDEVICES=/dev/ttyACM0
- USBDEVICES=/dev/serial/by-id/zigbee
- USBDEVICES=/dev/serial/by-id/zwave
- USBDEVICES=/dev/serial/by-id/

Deine Devices sind komplett falsch hinterlegt...

https://github.com/buanet/ioBroker.docker

USBDEVICES=/dev/ttyACM0;/dev/serial/by-id/zigbee;/dev/serial/by-id/zwave

Und dann den mist raus:

volumes:
- /var/lib/docker/volumes/iobrokerdata/backups:/opt/iobroker/backups
- /var/lib/docker/volumes/iobrokerdata:/opt/iobroker
- /dev/serial/by-id/:/dev/serial/by-id/

Und den Mist rein:

devices:
- /dev/ttyACM0:/dev/ttyACM0
- /dev/serial/by-id/xxx:/dev/serial/by-id/zigbee
- /dev/serial/by-id/xxx:/dev/serial/by-id/zwave

MfG,
André

[Jacke]

Hallo ich habe den Docker auf Unraid installiert leider funktioniert das Backup nicht. Ich packe es in den richtigen Ordner, er erstellt alle Adapter aber sie werden nicht gestartet. Im Browser ist die Instanzen seite auch leer.
Gruß Nils

[darkiop]

@jacke wieso postest du das hier noch einmal?

https://forum.iobroker.net/topic/46118/io-broker-backup-unraid/5?_=1625163869892

[dtp]

Hi,

nach dem Update auf DSM 7.0 bekomme ich keinen Zugriff mehr auf die MariaDB10-Datenbank.

Alle Einstellungen sind identisch zu vorher. Jemand eine Idee?

[dtp]

Hab gerade mal eine neue Datenbank unter phpMyAdmin angelegt. Die wurde dann auch sofort gefunden. Dann muss ich wohl die alte Datenbank löschen und neu anlegen. Das Problem ist, dass dabei alle meine mit sql.0 verknüpften Datenpunkte ihre entsprechende Verknüpfung verlieren und ich sie dann wieder manuell einrichten msus. Oder gibt es da eine Möglichkeit zum Abspeichern und Wiederherstellen?

EDIT: So, hab mal die sql-Datenbank gelöscht und unter demselben Namen neu angelegt sowie die zugehörige sql-Adapter-Instanz gelöscht und ebenfalls neu angelegt. Zu meiner Überraschung waren danach wieder automatisch alle vorher mit der sql.0-Instanz verknüpften Datenpunkte verknüpft. Sehr schön.

[WeiserWolf]

@andre Hallo Andre, das Thema ist ja schon uralt, aber ich komme irgendwie nicht mit dem "Fortgeschrittenen Tutorial" zurecht.
Ich habe leider damals alles learning by doing mäßig aufgesetzt und bin froh das es sauber funktioniert. Den Container habe ich auch schon einmal im Docker neu aufgesetzt und quasi clean neu eingerichtet und nur Adapter installiert, die ich auch wirklich brauche.
Ich würde jetzt gerne meine iobroker Installation auf die Synology DS920+ ins Dateisystem auslagern. Die Gründe dafür sind ja hinreichend bekannt :)
/docker/iobroker. <-- Das Verzeichnis habe ich, aber ich habe keine Ahnung wie ich nun den Container dort hinbekomme.

Wärst du oder vielleicht jemand anders so freundlich und könnte das etwas detaillierter beschreiben? Ich vermute mal es geht rein über das Terminal und Linuxbefehle, aber ich will auch nichts kaputt machen, es steckt soviel Arbeit drin :/
Vielen Dank im Voraus.

[Glasfaser]

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

Das Verzeichnis habe ich, aber ich habe keine Ahnung wie ich nun den Container dort hinbekomme.

ist doch alles hier beschrieben !?
https://smarthome.buanet.de/2017/09/iobroker-unter-docker-auf-der-synology-diskstation/

[WeiserWolf]

@glasfaser Oh, vielen Dank. Das ist mir jetzt etwas peinlich :/

[jogge]

Hi hat einer von euch schon auf DSM 7.0 upgegradet? Ich habe gelesen, dass dann keine USB Dongle mehr unterstützt werden sollen, was ja für den Zigbee Adapter sehr doof wäre. Gibt es hierzu schon Erfahrungswerte?

[Glasfaser]

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

Gibt es hierzu schon Erfahrungswerte?

https://forum.iobroker.net/topic/40110/docker-install-synology-dsm-7-zigbee-stick-nicht-erkannt

[Ein ehemaliger Benutzer]

@jogge

Schau mal hier https://www.synology-forum.de/threads/dsm-7-0-beta-conbee-2-usb-stick-wird-nicht-mehr-erkannt.109907/post-908014

Das Script aus Beitrag 15 angelegt und Deconz und Zwave liefen danach wieder. Habe eine DS918+

[jogge]

@typ1er und @Glasfaser ich danke euch! Also werde ich für den Upgrade ein bissel mehr Zeit einplanen.

[Boardy]

@jogge Bitte mal Posten ob das nur ein Problem der Beta war und mit der Relase Version nun funktioniert...

[Boardy]

@andre Hab gesehen du bist and der Version 5.2 dran - hab aber zum Stand nichts gefunden, sollen wir mittesten? Ich bin noch auf JS 3.1.6 und hoffte dass ich mir die Upgrades innerhalb des Containers sparen kann... gib mal bitte kurzen Hinweis wie es weitergeht und wass bezüglich Updaten dann sinnvoll ist... ich würde lieber ein neues Image von dir aufsetzen als mich an die manuellen Updates zu wagen...

[andre]

@boardy Ja, bin ich dran. Ich hab da so ein paar Sachen die da unbedingt noch mit rein sollen, z.B.:

• Autobuild über Github Actions (dazu habe ich noch einen offenen PR bezüglich iobroker Setup Script)
• Neue Version des Maintenance Scripts aus V5.1.0
• diverses Renaming und Aufräumen

Sobald ich das alles zusammen habe gibts nochmal ne neue beta zum Testen und wenn alles ok ist daraus direkt das Release. Ich gebe dann Bescheid.

PS: Das Upgrade des JS-Controllers wirst du dir aber nicht sparen können, es sei denn du machst das Container Update über Backup und Restore. Wenn du nur den Container updatest und den selben ioBroker Ordner mountest wirst du das js-controller Update trotzdem per Kommandozeile machen müssen.... Müsste hier alles auch drin stehen...

MfG,
André

[Boardy]

@andre Dann mache ich lieber das Update mit Backup und Restore, aktuell hat mein Admin user keine Rechte auf die Verzeichnisse, alles schon wieder zu lange her und vergessen... SSH Zugang ist idr Auch inaktiv...
Frage: ging das JS Controler Upgrade auch mittels Cron Job aus der Synology heraus? das wäre dann echt ne option - z.B. so mache ich das Portainer Update - dann braucht es keinen SSH Zugang...

Würde dann das Script mit root gestartet passen?:
pkill -u iobroker
iobroker update
iobroker upgrade self

vorher noch ein cd /opt/iobroker ???
Oder zerschieße ich mir dann alles?

Wenn das ginge wäre es sicher auch für andere eine Erleichterung...
LG
Uwe