Weihnachtsangebot 2025! 🎄

[gizi]

Hi,
ich habe eine Frage zu Backit UP, ich hab zigbee2mqtt installiert, allerdings NICHT auf dem gleichen Gerät auf dem der IOBroker läuft. Das Zigbee2Mqtt läuft auf einem eigenen Raspberry.
Wie mache ich davon jetzt ein backup? Der Adapter läuft im IoBroker, alles funktioniert wie es soll etc.....

Die Frage ist halt nur wie ich das jetzt mit Backit UP hinbekomme? Im Backitup wird ja auf /opt/zigbee2mqtt/data was es ja logischweise nicht gibt auf dem Iobrooker.....

Danke und Gruss :)

[Homoran]

@gizi das geht nicht so.
Wenn auf den z2m RasPi ein ioBroker slave lsufen würde, ginge es

[gizi]

@homoran Hmmm, gibt's keine Möglichkeit? Einen Slave wollte ich jetzt deshalb nicht extra laufen lassen. Ich komme mit dem Backit Up nicht per smb oder sonst wie an das Verzeichnis?

Dazu kommt noch das mein IOBroker in einem Docker Container läuft....
Bin doch nicht der erste der das so hat oder?!

[MichMein]

Hi,

ich stehe seit dem Wochenende vor selbigem Problem und wollte gerade mal das Forum durchsuchen und bin auf diesen brandaktuellen Thread gestoßen dem ich mich hier gerne mal anschließen möchte.

Laut Doku des Adapter soll es per CIFS funktionieren, da habe ich aber zur Zeit noch keine Idee bezüglich der Umsetzung in der Pfadangabe in der Adapterkonfiguration.
Bei läuft der ioBroker auf ner Proxmox VM unter xxx.yyy.zzz.3 und Zigbee2MQTT läuft in einer eigenen Proxmox VM unter xxx.yyy.zzz.4 im Verzeichnis /opt/zigbee2mqtt.

Bin für Ideen und Vorschläge offen und teste es gerne, vielleicht kannst du @simatec mir und @gizi auf die Sprünge helfen.

[Asgothian]

Ich halte ein Backup von z2m via. Backitup für wenig sinnvoll. Warum ?

• die von z2m vorgehaltenen Daten sind so lange als konstant anzusehen wie keine Geräte dem Netzwerk hinzugefügt oder entfernt wurden. Das passiert nur durch direkten Eingriff und sollte durch ein manuelles Backup abgelöst werden.
• alle iobroker relevanten Daten von z2m liegen im iobroker und sind damit im Backup enthalten.
• das zu sichernde Verzeichnis von z2m ist bekannt und klein
• eine Sicherung der z2m Daten sollte primär vorgenommen werden wenn z2m nicht läuft - ein Zustand der seitens des backitup Adapters ohne weiteres nicht hergestellt werden kann.

A.

[simatec]

Z2M Backup läuft aktuell nur lokal.
Ein Backup über mqtt ist geplant.

[simatec]

@michmein CIFS ist als mount für ein Speichermedium gedacht. In der Doku von Backitup findest du die Infos dazu

[MichMein]

@simatec said in Backit Up zigbee2mqtt auf anderem Raspberry:

Z2M Backup läuft aktuell nur lokal.
Ein Backup über mqtt ist geplant.

Das hört sich gut an, vielen Dank für deine Bemühungen.

[MichMein]

@simatec said in Backit Up zigbee2mqtt auf anderem Raspberry:

@michmein CIFS ist als mount für ein Speichermedium gedacht. In der Doku von Backitup findest du die Infos dazu

Dann werde ich mein Z2M Backup vorerst händisch mittels Script und Cronjob erledigen.

[gizi]

@simatec Danke für die Info, hast du schon ne idee wann das ca kommt?

[simatec]

@gizi Das kann ich noch nicht sagen... Wie es meine Zeit erlaubt

[simatec]

@gizi Habe es heute Abend mal eingebaut... Wer will kann es mit der aktuellen Github Version testen

[MichMein]

Hi @simatec,

das ging ja verdammt schnell.
Ich habe das mal getestet und bekomme ne Fehlermeldung.

21:45:49.323 DEBUG zigbee2mqttConnected to MQTT broker, sending Zigbee2MQTT backup request...
21:45:59.303 ERROR zigbee2mqttError: Timeout waiting for Zigbee2MQTT response

Hier die Konfigurationen

Backitup V3.2.2

Zigbee2Mqtt Adapter V3.0.6

[simatec]

@michmein stelle mal die Bindung vom z2m Adapter auf alle IP‘s

[MichMein]

Hi @simatec,

ich habe es mal auf alle IP‘s (0.0.0.0) gestellt, aber es kommt noch immer ein Timeout Fehler.

[simatec]

@michmein sehr komisch… sollte eigentlich nicht sein. Zeige mal die Config von z2m

[MichMein]

Hi @simatec,

hier meine Konfiguration des Z2M Adapters.

zigbee2mqtt.0.json

[arteck]

@michmein sagte in Backit Up zigbee2mqtt auf anderem Raspberry:

Hi @simatec,

hier meine Konfiguration des Z2M Adapters.

zigbee2mqtt.0.json

er will die configuration.yaml sehen vom z2m

[MichMein]

Hi @arteck und @simatec,

das habe ich offensichtlich nicht korrekt verstanden.
Hier jetzt die Z2M Konfiguration.

Spoiler

homeassistant: false
permit_join: true
mqtt:
base_topic: zigbee2mqtt
server: mqtt://ioBroker-IP:1885
user: meinUser
password: meinPasswort
serial:
port: tcp://SLZB06-IP:6638
adapter: zstack
baudrate: 115200
frontend:
port: 8090
host: 0.0.0.0
advanced:
pan_id: 30049
ext_pan_id:
- 221
- 221
- 221
- 221
- 221
- 221
- 221
- 238
channel: 12
last_seen: ISO_8601_local
homeassistant_legacy_entity_attributes: false
legacy_api: false
legacy_availability_payload: false
cache_state: false
output: json
log_level: debug
device_options:
legacy: false
availability:
active:
timeout: 10
passive:
timeout: 1440
devices:
...
ota:
ikea_ota_use_test_url: false
update_check_interval: 10080

[simatec]

@michmein Deine Config finde ich etwas eigenartig... Warum hast du ein User und Passwort drin, wenn du den simulierten mqtt Server des Adapters nutzt. Denke hier könnte schon dein Problem liegen.

Hier mal die Beispiel Config für z2m v2:

homeassistant:
   enabled: false
permit_join: false
frontend:
   port: 8080
   host: 0.0.0.0
   enabled: true
mqtt:
   base_topic: zigbee2mqtt
   server: mqtt://ioBroker-IP:1885
serial:
   port: /dev/ttyUSB0
advanced:
   pan_id: Your Data
   ext_pan_id: Your Data
   channel: Your Data
   network_key: Your Data
   last_seen: ISO_8601_local      
   cache_state: false
   output: json
   transmit_power: 10
   log_level: warn
device_options:      
availability:
   enabled: true

und hier noch die v1

homeassistant: false
permit_join: false
frontend:
   port: 8080
   host: 0.0.0.0
mqtt:
   base_topic: zigbee2mqtt
   server: mqtt://ioBroker-IP:1885
serial:
   port: /dev/ttyUSB0
advanced:
   pan_id: Your Data
   ext_pan_id: Your Data
   channel: Your Data
   network_key: Your Data
   last_seen: ISO_8601_local
   homeassistant_legacy_entity_attributes: false
   legacy_api: false
   legacy_availability_payload: false
   cache_state: false
   output: json
   transmit_power: 10
   log_level: warn
device_options:
   legacy: false
availability: true