NEWS
Test Adapter ioBroker.backitup v3.1.x
-
Es ist leider noch keine Änderung erkennbar, das Bucket "iobroker" kann wiederhergestellt werden, das Bucket "iobroker30d" nicht.
Und das auch nur, wenn ich das Sichern mehrerer DBs abschalte. Ansonsten wird KEINE DB wiederhergestellt.
2023-05-20 09:25:47.275 - silly: backitup.0 (6766) States system redis pmessage io.messagebox.system.adapter.backitup.0/io.messagebox.system.adapter.backitup.0:{"command":"getFileSystemInfo","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":76,"ack":false,"time":1684567547273},"_id":45720489} 2023-05-20 09:25:47.279 - silly: backitup.0 (6766) States system redis pmessage io.messagebox.system.adapter.backitup.0/io.messagebox.system.adapter.backitup.0:{"command":"getSystemInfo","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":77,"ack":false,"time":1684567547275},"_id":45720490} 2023-05-20 09:25:47.279 - silly: backitup.0 (6766) sendTo "getSystemInfo" to system.adapter.admin.0 from system.adapter.backitup.0 2023-05-20 09:25:47.332 - debug: backitup.0 (6766) The local storage check was completed successfully. On the host "iobroker" are currently 6602 MB free space available! 2023-05-20 09:25:47.333 - silly: backitup.0 (6766) sendTo "getFileSystemInfo" to system.adapter.admin.0 from system.adapter.backitup.0 2023-05-20 09:25:51.078 - silly: backitup.0 (6766) States system redis pmessage io.messagebox.system.adapter.backitup.0/io.messagebox.system.adapter.backitup.0:{"command":"list","message":"local","from":"system.adapter.admin.0","callback":{"message":"local","id":78,"ack":false,"time":1684567551076},"_id":45720491} 2023-05-20 09:25:51.080 - debug: backitup.0 (6766) Backup list be read ... 2023-05-20 09:25:53.081 - silly: backitup.0 (6766) sendTo "list" to system.adapter.admin.0 from system.adapter.backitup.0 2023-05-20 09:26:10.287 - silly: backitup.0 (6766) States system redis pmessage io.messagebox.system.adapter.backitup.0/io.messagebox.system.adapter.backitup.0:{"command":"restore","message":{"type":"local","fileName":"/opt/iobroker/backups/influxDB_2023_05_20-00_53_18_iob30_backupiobroker.tar.gz","currentTheme":"react-dark","stopIOB":false},"from":"system.adapter.admin.0","callback":{"message":{"type":"local","fileName":"/opt/iobroker/backups/influxDB_2023_05_20-00_53_18_iob30_backupiobroker.tar.gz","currentTheme":"react-dark","stopIOB":false},"id":79,"ack":false,"time":1684567570286},"_id":45720492} 2023-05-20 09:26:10.289 - debug: backitup.0 (6766) set chmod for "/opt/iobroker/backups" successfully 2023-05-20 09:26:10.290 - debug: backitup.0 (6766) [influxDB] Created tmp directory 2023-05-20 09:26:10.290 - debug: backitup.0 (6766) [influxDB] Start infuxDB Restore ... 2023-05-20 09:26:10.737 - debug: backitup.0 (6766) [influxDB] Try deleting the InfluxDB tmp directory 2023-05-20 09:26:10.740 - debug: backitup.0 (6766) [influxDB] InfluxDB tmp directory was successfully deleted 2023-05-20 09:26:10.741 - debug: backitup.0 (6766) [influxDB] infuxDB Restore completed successfully 2023-05-20 09:26:10.741 - silly: backitup.0 (6766) sendTo "restore" to system.adapter.admin.0 from system.adapter.backitup.0@marc-berg Habe in v2.6.22 nochmal etwas modifiziert. Wenn MultiDB aktiv ist, sollten nun die kompletten Configs aus der Tabelle geholt werden.
Kannst du bitte al testen? -
@marc-berg Habe in v2.6.22 nochmal etwas modifiziert. Wenn MultiDB aktiv ist, sollten nun die kompletten Configs aus der Tabelle geholt werden.
Kannst du bitte al testen?@simatec sagte in Test Adapter ioBroker.backitup v2.6.x:
Kannst du bitte al testen?
Leider noch keine Änderung erkennbar. Keine Fehlermeldung, aber es werden keine Daten geschrieben.
Ergänzung: Es muss in Zeile 22 der "influxDB.js" nicht "json.buckets.bucketName", sondern "json.buckets[0].bucketName" heißen. Dann funktioniert es.
NUC10I3+Ubuntu+Docker+ioBroker+influxDB2+Node Red+RabbitMQ+Grafana
Pi-hole, Traefik, Checkmk, Conbee II+Zigbee2MQTT, ESPSomfy-RTS, LoRaWAN, Arduino, KiCad
Benutzt das Voting im Beitrag, wenn er euch geholfen hat.
-
Ich hätte mal eine Frage, bzw. einen Wunsch zum Restore. Ist es ggf. möglich, das man auswählen kann, was "restored" werden soll?
Hintergrund der Frage ist die VIS. Wenn es in der VIS mal Probleme gegeben hat, könnte man diese separat wieder zurück sichern. Ein Full Restore, wie er derzeit abläuft, wäre im Falle einer defekten VIS mit Kanonen auf Spatzen schießen.
Das es die VIS durchaus mal erwischen kann, ist nicht ungewöhnlich, da die Funktionen der Gruppierung in der VIS gerne mal für Chaos sorgt und dann mitunter weder Editor noch Laufzeit bedienbar ist.
Über BackItUp ein einzelner Restore des VIS Ordner, würde da auf die schnelle für Heilung sorgen.
ioBroker auf Intel Core i3-5005U NUC und Windwos10 Pro
-
@simatec sagte in Test Adapter ioBroker.backitup v2.6.x:
Kannst du bitte al testen?
Leider noch keine Änderung erkennbar. Keine Fehlermeldung, aber es werden keine Daten geschrieben.
Ergänzung: Es muss in Zeile 22 der "influxDB.js" nicht "json.buckets.bucketName", sondern "json.buckets[0].bucketName" heißen. Dann funktioniert es.
@marc-berg Kannst du mal den Inhalt deiner .manifest zeigen?
Also mir reicht der Anfang bis bucketName... Bei mir im habe ich den Bucket Name ohne die [0] auslesen können. -
Ich hätte mal eine Frage, bzw. einen Wunsch zum Restore. Ist es ggf. möglich, das man auswählen kann, was "restored" werden soll?
Hintergrund der Frage ist die VIS. Wenn es in der VIS mal Probleme gegeben hat, könnte man diese separat wieder zurück sichern. Ein Full Restore, wie er derzeit abläuft, wäre im Falle einer defekten VIS mit Kanonen auf Spatzen schießen.
Das es die VIS durchaus mal erwischen kann, ist nicht ungewöhnlich, da die Funktionen der Gruppierung in der VIS gerne mal für Chaos sorgt und dann mitunter weder Editor noch Laufzeit bedienbar ist.
Über BackItUp ein einzelner Restore des VIS Ordner, würde da auf die schnelle für Heilung sorgen.
@jb_sullivan Dies ist aktuell nicht möglich, aber auf der langen Todo vom js-controller.
Backitup nutzt die Backup Funktion des js-controllers -
@marc-berg Kannst du mal den Inhalt deiner .manifest zeigen?
Also mir reicht der Anfang bis bucketName... Bei mir im habe ich den Bucket Name ohne die [0] auslesen können.@simatec sagte in Test Adapter ioBroker.backitup v2.6.x:
@marc-berg Kannst du mal den Inhalt deiner .manifest zeigen?
Also mir reicht der Anfang bis bucketName... Bei mir im habe ich den Bucket Name ohne die [0] auslesen können. -
Ich hätte mal eine Frage, bzw. einen Wunsch zum Restore. Ist es ggf. möglich, das man auswählen kann, was "restored" werden soll?
Hintergrund der Frage ist die VIS. Wenn es in der VIS mal Probleme gegeben hat, könnte man diese separat wieder zurück sichern. Ein Full Restore, wie er derzeit abläuft, wäre im Falle einer defekten VIS mit Kanonen auf Spatzen schießen.
Das es die VIS durchaus mal erwischen kann, ist nicht ungewöhnlich, da die Funktionen der Gruppierung in der VIS gerne mal für Chaos sorgt und dann mitunter weder Editor noch Laufzeit bedienbar ist.
Über BackItUp ein einzelner Restore des VIS Ordner, würde da auf die schnelle für Heilung sorgen.
@jb_sullivan sagte in Test Adapter ioBroker.backitup v2.6.x:
Hintergrund der Frage ist die VIS. Wenn es in der VIS mal Probleme gegeben hat, könnte man diese separat wieder zurück sichern. Ein Full Restore, wie er derzeit abläuft, wäre im Falle einer defekten VIS mit Kanonen auf Spatzen schießen.
dann sicher sir doch einfach die vis-views.json
da ist die gesamte Vis drin -
@marc-berg Sollte nun mit der v2.6.23 funktionieren
-
@simatec sagte in Test Adapter ioBroker.backitup v2.6.x:
@marc-berg Sollte nun mit der v2.6.23 funktionieren
Jup, funktioniert jetzt. Danke!
-
@simatec sagte in Test Adapter ioBroker.backitup v2.6.x:
@marc-berg Sollte nun mit der v2.6.23 funktionieren
Jup, funktioniert jetzt. Danke!
@simatec backitup soll ja influx Daten sichern und wiederherstellen können. Beim Sichern kommt schon diese Fehlermeldung:
Started iobroker ... [DEBUG] [mount] - mount activ... umount is started before mount!! [DEBUG] [mount] - umount successfully completed [DEBUG] [mount] - noserverino option: false [DEBUG] [mount] - cifs-mount command: "sudo mount -t cifs -o username=iobroker,password=****,rw,uid=iobroker,gid=iobroker,file_mode=0777,dir_mode=0777,vers=3.0 //192.168.2.57/backup /opt/iobroker/backups" [DEBUG] [mount] - mount successfully completed [DEBUG] [mount] - done [DEBUG] [iobroker] - host.raspberrypi 2956 states saved [DEBUG] [iobroker] - host.raspberrypi 3663 objects saved [DEBUG] [iobroker] - Backup created: /opt/iobroker/backups/iobroker_2023_06_01-18_22_41_backupiobroker.tar.gz [DEBUG] [iobroker] - done [DEBUG] [influxDB] - InfluxDB-Backup started ... [DEBUG] [influxDB] - Start InfluxDB Backup ... [DEBUG] [influxDB] - InfluxDB Backup tmp directory created [DEBUG] [influxDB] - Try deleting the InfluxDB tmp directory: "/opt/iobroker/backups/influxDB_2023_06_01-18_22_52_backupiobroker" [DEBUG] [influxDB] - InfluxDB tmp directory "/opt/iobroker/backups/influxDB_2023_06_01-18_22_52_backupiobroker" successfully deleted [DEBUG] [influxDB] - [ERROR] [influxDB] - Error: Command failed: influxd backup -portable -database iobroker "/opt/iobroker/backups/influxDB_2023_06_01-18_22_52_backupiobroker" Error: unknown shorthand flag: 'p' in -portable See 'influxd -h' for help -
@laser sagte in Test Adapter ioBroker.backitup v2.6.x:
backitup soll ja influx Daten sichern und wiederherstellen können. Beim Sichern kommt schon diese Fehlermeldung:
Du hast den Backitup Adapter falsch konfiguriert. Du hast ne 2.x Datenbank und versuchst, mit 1.x Befehlen zu sichern.
-
@laser sagte in Test Adapter ioBroker.backitup v2.6.x:
backitup soll ja influx Daten sichern und wiederherstellen können. Beim Sichern kommt schon diese Fehlermeldung:
Du hast den Backitup Adapter falsch konfiguriert. Du hast ne 2.x Datenbank und versuchst, mit 1.x Befehlen zu sichern.
@marc-berg OK, jetzt habe ich schon mal einen Ansatz. Was will ich genau machen? Ich möchte meinen "alten" PI mit Influx sichern und die Datenbank auf dem "Neuen" wieder herstellen. Ich hoffe, das geht. Das Sichern lief schon mal ohne Fehler durch. Eigentlich möchte ich nur die Influx- Daten erhalten/ übertragen. Der Rest soll bleiben. Wenn ich IO Broker abwähle, nur Influx lasse, kann ich kein Backup machen.
-
@marc-berg OK, jetzt habe ich schon mal einen Ansatz. Was will ich genau machen? Ich möchte meinen "alten" PI mit Influx sichern und die Datenbank auf dem "Neuen" wieder herstellen. Ich hoffe, das geht. Das Sichern lief schon mal ohne Fehler durch. Eigentlich möchte ich nur die Influx- Daten erhalten/ übertragen. Der Rest soll bleiben. Wenn ich IO Broker abwähle, nur Influx lasse, kann ich kein Backup machen.
@laser sagte in Test Adapter ioBroker.backitup v2.6.x:
Ich möchte meinen "alten" PI mit Influx sichern und die Datenbank auf dem "Neuen" wieder herstellen.
Die Sicherungsdatei rüberkopieren und am Zielsystem auf "Get Backups" gehen (keine Ahnung, wie das im Deutschen übersetzt wurde). Vorher natürlich den Backitup Adapter konfigurieren. Wenn dort die DB frisch installiert wurde, musst du den NEUEN Token benutzen.
-
@marc-berg OK, jetzt habe ich schon mal einen Ansatz. Was will ich genau machen? Ich möchte meinen "alten" PI mit Influx sichern und die Datenbank auf dem "Neuen" wieder herstellen. Ich hoffe, das geht. Das Sichern lief schon mal ohne Fehler durch. Eigentlich möchte ich nur die Influx- Daten erhalten/ übertragen. Der Rest soll bleiben. Wenn ich IO Broker abwähle, nur Influx lasse, kann ich kein Backup machen.
@laser sagte in Test Adapter ioBroker.backitup v2.6.x:
Wenn ich IO Broker abwähle, nur Influx lasse, kann ich kein Backup machen.
ja, isso. Aber nicht schlimm, du muss den ioBroker ja nicht wiederherstellen.
-
@laser sagte in Test Adapter ioBroker.backitup v2.6.x:
Ich möchte meinen "alten" PI mit Influx sichern und die Datenbank auf dem "Neuen" wieder herstellen.
Die Sicherungsdatei rüberkopieren und am Zielsystem auf "Get Backups" gehen (keine Ahnung, wie das im Deutschen übersetzt wurde). Vorher natürlich den Backitup Adapter konfigurieren. Wenn dort die DB frisch installiert wurde, musst du den NEUEN Token benutzen.
-
@marc-berg Da habe ich aber immer meine fehlerhafte IOBroker Konfig wiederhergestellt. Das wollte ich eigentlich nicht.
@laser sagte in Test Adapter ioBroker.backitup v2.6.x:
Da habe ich aber immer meine fehlerhafte IOBroker Konfig wiederhergestellt. Das wollte ich eigentlich nicht.
Das InfluxDB Backup lässt sich doch beim Wiederherstellen separat auswählen. Es sind auch zwei separate Dateien, die beim Backup erstellt werden.
-
@laser sagte in Test Adapter ioBroker.backitup v2.6.x:
Da habe ich aber immer meine fehlerhafte IOBroker Konfig wiederhergestellt. Das wollte ich eigentlich nicht.
Das InfluxDB Backup lässt sich doch beim Wiederherstellen separat auswählen. Es sind auch zwei separate Dateien, die beim Backup erstellt werden.
@marc-berg OK, hat sich jetzt etwas überschnitten. Werde ich versuchen.
-
@marc-berg OK, hat sich jetzt etwas überschnitten. Werde ich versuchen.
@Marc-Berg Werde mal etwas rumprobieren. Die Sicherung wird nicht auf dem NAS abgelegt, wo ich mein "normales" Backup hinsichere, sondern auf dem "neuen" PI?
-
@Marc-Berg Werde mal etwas rumprobieren. Die Sicherung wird nicht auf dem NAS abgelegt, wo ich mein "normales" Backup hinsichere, sondern auf dem "neuen" PI?
@laser sagte in Test Adapter ioBroker.backitup v2.6.x:
Die Sicherung wird nicht auf dem NAS abgelegt, wo ich mein "normales" Backup hinsichere, sondern auf dem "neuen" PI?
Keine Ahnung. Da, wo du das "backups" Verzeichnis auf dem neuen System gemountet hast.
Support us
944
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge