Test Adapter ioBroker.backitup v3.1.x

[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

[TT-Tom]

@simatec

zigbee2mqtt
Backup lief sauber durch, danke.

[simatec]

@marc-berg v3.3.2 hat jetzt das Base Topic konfigurierbar

[Marc Berg]

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

v3.3.2 hat jetzt das Base Topic konfigurierbar

Perfekt, läuft!

[Neuschwansteini]

@simatec

danke, zigbee2mqtt Backup laeuft perfekt, hier auf Remote Server, zigbee2mqtt ist ein lxc, iobroker Adapter steht auf interner mqtt nutzen.

Edit: obs Restore geht, hab ich noch nicht getestet... denn merke: das beste Backup nutzt nix, wenn das restore nich geht..

[TT-Tom]

@neuschwansteini

Wenn ich das richtig sehe, wird ja nur das JSON was als Backup kommt gespeichert. Ob das JSON funktioniert liegt aber am z2m.

[Neuschwansteini]

@tt-tom ja hab ich auch gerade gesehen.. die Konfig ist ja schonmal wichtig genug.
Ansonsten wird hier der lxc taeglich gesichert.

[simatec]

@neuschwansteini Restore läuft über z2m. Backitup sichert die originale zip