Test Adapter ioBroker.backitup v3.1.x
-
Dann hat der, der dir den Docker-Container geschnürt hat da das Paket/den Befehl nicht reingepackt.
-
@thomas-braun OK, macht ja erstmal nichts, wäre ja schon nett wenn es wieder in das richtige Verzeichnis speichert.
-
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 Containerhostnameping iobroker_iobroker_1und auf der Synology
docker inspect <containername> --format '{{.Config.Hostname}}'ausführen.
-
@tt-tom Welche Version von z2m hast du? Unterstützt die Version ein Backup? Zeige bitte deine Config von Backitup und z2m
-
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
-
@tt-tom eigentlich sollte hier über die GUI von z2m ein Backup erzeugt und runtergeladen werden
-
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.
-
@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
-
Geh dann mal im Containermanager auf den Container, unter Details/Netzwerk sollte der Hostname stehen.
-
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.
-
