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

[Humidor]

@thomas-braun wo geb ich das ein, im Terminal vom Docker fkt. es nicht?

[Thomas Braun]

@humidor

Vielleicht im Docker nicht installiert.
Kann ich aber nix zu sagen, ich verwende nur vollständige Systeme.

[Humidor]

@thomas-braun kA was du meinst. mein ioBroker inkl. aller Adapter ist auf Stand, die Synology NAS auf letzter FW.

[Thomas Braun]

@humidor

Dann hat der, der dir den Docker-Container geschnürt hat da das Paket/den Befehl nicht reingepackt.

[Humidor]

@thomas-braun OK, macht ja erstmal nichts, wäre ja schon nett wenn es wieder in das richtige Verzeichnis speichert.

[Marc Berg]

@humidor

Das Problem liegt an deiner Container-Konfiguration.

CIFS versucht bei jedem Aufruf, den lokalen Hostnamen (zu einer IP) aufzulösen. Das funktioniert in diesem Fall nicht. Schau mal in deine Einstellungen, welcher Hostname (nicht Containername!) dort angegeben ist. Der hier "iobroker-iobroker-1" ist auch irgendwie seltsam.

EDIT:
zur weiteren Fehlersuche mal im Container

hostname

ping iobroker_iobroker_1

und auf der Synology

docker inspect <containername> --format '{{.Config.Hostname}}'

ausführen.

[simatec]

@tt-tom Welche Version von z2m hast du? Unterstützt die Version ein Backup? Zeige bitte deine Config von Backitup und z2m

[TT-Tom]

@simatec

Kann ich heute Abend liefern.

Auf der Weboberfläche von z2m konnte ich das Backup anfordern und wurde auch auf dem z2m Host unter „data“ gespeichert.

Genaueres heute Abend.

Edit Screenshot von z2m Host

[simatec]

@tt-tom eigentlich sollte hier über die GUI von z2m ein Backup erzeugt und runtergeladen werden

[TT-Tom]

@simatec

Als Fehler wurde ein timeout gemeldet, vermutlich hatte die Zeit nicht gereicht. Ich schau heute Abend mal auf den MQTT Server, ob ich da was im Protokoll was finde.

[Humidor]

@marc-berg sagte in Test Adapter ioBroker.backitup v3.1.x:

ping iobroker_iobroker_1

danke, aber ich kenn mich bei Linux null aus, kA wo ich das auf der Syno eingeben soll

[Marc Berg]

@humidor

Geh dann mal im Containermanager auf den Container, unter Details/Netzwerk sollte der Hostname stehen.

[TT-Tom]

@simatec

Ich habe mir das ganze mal im MQTT-Explorer angesehen

als Erstes kommt im Topic zigbee2mqtt/bridge/request/backup die Message rein, dann vergeht etwas Zeit und im Backitup Fenster kommt schon das Timeout. Kurz danach wird der Topic zigbee2mqtt/bridge/response/backup aktualisiert mit dem backupJSON.

ich würde vorschlagen das timeout zu Verlängern oder variable zu machen.

[Humidor]

@marc-berg

[Marc Berg]

@humidor sagte in Test Adapter ioBroker.backitup v3.1.x:

@marc-berg

Du betreibst den Container jetzt im Host Modus. Die wahrscheinlichste Ursache für mich ist, dass du initial den Container in einem Bridge-Netzwerk installiert hast (dort wurde der hostname auf den Containernamen"iobroker-iobroker-1" gesetzt) und später in den Host-Modus gewechselt bist.

Da ich auf Synology völlig blank bin, möchte ich jetzt ungern Empfehlungen zum Fix geben, außer den Container nochmals neu (und sofort im Host Modus) aufzusetzen und ein Backup einzuspielen. In diesem Fall wird der Hostname auch sauber auf den Namen der Synology gesetzt.

[Humidor]

@marc-berg danke für die Info! das wird dauern bis ich das machen kann, Zeit und Muse

[simatec]

@tt-tom Sollte mit der v3.3.1 gefixt sein

[TT-Tom]

@simatec okay, werde ich morgen testen.

[Marc Berg]

@simatec sagte in Test Adapter ioBroker.backitup v3.1.x:

Sollte mit der v3.3.1 gefixt sein

Ich würde mir noch wünschen, dass das Basetopic konfigurierbar wäre. In meinem Fall habe ich "z2m" eingestellt, um die Topics nicht so lang werden zu lassen. Damit ist das Backup für mich nicht nutzbar.

homeassistant:
  enabled: false
mqtt:
  base_topic: z2m
  server: mqtt://rabbitmq
  qos: 1
  user: zigbee2mqtt
  password: xyz
  client_id: zigbee2mqtt
  keepalive: 60
  reject_unauthorized: false
  version: 5
serial:
  port: /dev/ttyACM0
frontend:
  enabled: true
  port: 8080

[simatec]

@marc-berg Sehr guter Einwand... Das nehme ich noch mit auf