NEWS
Test Adapter ioBroker.backitup v3.0.x
-
@qqolli sagte in Test Adapter Backitup v2.4.x:
Muss ich da nochwas machen?
Nein. Das sind 156 Pakete, deren Maintainer sich über deine (finanzielle) Unterstützung freuen würden.
-
Na, schau mal einer an:
pi@ioBroker:~ $ iobroker backup host.ioBroker 67346 states saved host.ioBroker 87510 objects saved Backup created: /opt/iobroker/backups/2022_04_20-12_07_26_backupiobroker.tar.gz pi@ioBroker:~ $ ls -al /opt/iobroker/backups/ insgesamt 38780 drwxrwxr-x+ 2 iobroker iobroker 12288 Apr 20 12:08 . drwxrwxr-x+ 10 iobroker iobroker 4096 Apr 20 11:50 .. -rw-rw-r--+ 1 iobroker iobroker 39692317 Apr 20 12:08 2022_04_20-12_07_26_backupiobroker.tar.gz pi@ioBroker:~ $
Und endlich auch:
Started iobroker ... [DEBUG] [mount] - noserverino option: false [DEBUG] [mount] - cifs-mount command: "sudo mount -t cifs -o username=backup,password=****,rw,file_mode=0777,dir_mode=0777,vers=3.1.1 //192.168.178.23/backup/ioBroker /opt/iobroker/backups" [DEBUG] [mount] - mount successfully completed [DEBUG] [mount] - done [DEBUG] [iobroker] - host.ioBroker 67346 states saved [DEBUG] [iobroker] - host.ioBroker 87510 objects saved [DEBUG] [iobroker] - Backup created: /opt/iobroker/backups/iobroker_2022_04_20-12_10_45_backupiobroker.tar.gz [DEBUG] [iobroker] - done [DEBUG] [cifs] - done [DEBUG] [clean] - done [DEBUG] [pushover] - done [DEBUG] [historyHTML] - new history html values created [DEBUG] [historyHTML] - done [DEBUG] [historyJSON] - new history json values created [DEBUG] [historyJSON] - done [DEBUG] [umount] - mount activ, umount is started ... [DEBUG] [umount] - umount successfully completed [DEBUG] [umount] - done [EXIT] 0
ist das Backup wieder auf der NAS!!!
Vielen lieben dank an euch beide für die Hilfe und eure Zeit! Ihr seid die Besten
-
Hallo, der Backitup Adapter soll soll in eine bestimmten Telegram Chat benachrichtigen. Kann ich irgendwo die Chat id eintragen?
-
@gonzokalle Diese Einstellungen machst du in der Telegram Instanz
-
@simatec
Okay
Wie/wo kann ich hier eine Chat id eintragen?
-
@gonzokalle Über den Token in den Telegram Einstellungen der Instanz gibst du doch an, in welchen Chat die Telegram Instanz sendet.
-
@simatec
Wenn ich den Token (xxxxxxxxxx:yyyyyyyyyyyyyyyyyyyyyyy-zzzzzzzzzzz) eingebe schreibt mir der Bot unter seinen Namen.
Er soll mir aber in eine Chatgruppe (Chat id habe ich) schreiben.
Der Bot ist natürlich Admin der Chatgruppe. -
@gonzokalle
Da musst du beim Telegram Adapter nachfragen.
Mir ist da nix bekannt -
Ab sofort steht auf Github und in kürze auch im latest die Version 2.4.7 zur Verfügung.
Changelog
2.4.7 (2022-05-16)
- (simatec) dependencies updated
- (simatec) many small bugfixes
- (simatec) Fix Sentry Error Messages
- (simatec) Default SMB Version 3.1.1
-
Ab sofort steht die Version 2.4.9 auf Github und in kürze auch im latest zur Verfügung.
Changelog
2.4.9 (2022-05-25)
- (simatec) German Wiki added
- (simatec) English Wiki added
- (simatec) ignore .tar.gz files for zigbee Backups
-
@simatec Hallo und vielen Dank für die neue Version und das Wiki.
Ich hab gestern meine InfluxDB auf zwei Instanzen (wegen unterschiedlicher Vorhaltezeiten) umgestellt.
Hat super funktioniert und nach Angabe der Datenbanken in BackitUp (Sicherung mehrer Systeme) werden sie auch (als 2 unterschiedliche Dateien) auf mein NAS gesichert.
Beim Restore werden aber beide DBs komischerweise mit dem selben Namen (iobroker) erstellt. Deshalb lässt sich nur die erste DB wiederherstellen. Die zweite scheitert dann weil die DB schon vorhanden ist, mit der Fehlermeldung:
Started restore ... [DEBUG] [influxDB] - Created tmp directory [DEBUG] [influxDB] - Start infuxDB Restore ... [ERROR] [influxDB] - 2022/05/26 09:53:40 error updating meta: DB metadata not changed. database may already exist restore: DB metadata not changed. database may already exist [DEBUG] [influxDB] - Try deleting the InfluxDB tmp directory [DEBUG] [influxDB] - InfluxDB tmp directory was successfully deleted [DEBUG] [influxDB] - infuxDB Restore completed successfully [EXIT] influxDB restore done
Hab ich da einen Denkfehler .... und das geht so nicht?
Edit:
Datenbank der Instanz.0 heißt: iobroker
Datenbank der Instanz.1 heißt: tempdatenBeim Wiederherstellen werden beide als iobroker erstellt.
EditEdit: Wenn man die erstellten Backups entpackt und das Restore über den Influxdb-Befehl manuell ausführt, dann werden die DBs unter dem richtigen Namen problemlos erstellt. Also kein großes Problem ...
-
@einstein67 danke gür den Hinweis. Könntest du hierzu bitte ein Issue aufmachen?
-
@simatec
Guten Morgen,
Ich habe gerade festgestellt, dass meine v2.4.6 nicht wie gefordert regelmäßig sichert.
Letzte Sicherung von ioBrokerist erfolgte auf GoogleDrive am 04.05.22Started iobroker ... [DEBUG] [iobroker] - host.raspberrypi 21952 states saved [DEBUG] [iobroker] - host.raspberrypi 24331 objects saved [DEBUG] [iobroker] - Backup created: /opt/iobroker/backups/iobroker_2022_05_26-10_45_47_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] - Backup created: /opt/iobroker/backups/influxDB_2022_05_26-10_46_10_backupiobroker.tar.gz [DEBUG] [influxDB] - Try deleting the InfluxDB tmp directory [DEBUG] [influxDB] - InfluxDB tmp directory was successfully deleted [DEBUG] [influxDB] - InfluxDB-Backup for is finish [DEBUG] [influxDB] - done [DEBUG] [historyDB] - compress from historyDB started ... [ERROR] [historyDB] - Backitup cannot found source "undefined" for compress!
GoogleDrive Zugriff ist vorhanden / wurde erneuert.
Mit freundlichen Grüßen
Michael -
@altersrentner
Prüfe in dem History Adapter den Speicherpfad und trage diesen auch im identisch im Backup Adapter ein -
@simatec said in Test Adapter ioBroker.backitup v2.4.x:
Könntest du hierzu bitte ein Issue aufmachen?
Ja mach ich dann! Ich will vorher noch rausfinden obs eventuell doch nur an meinen Einstellungen liegt.
DB-Benutzername: "iobroker"
DB-Name: "iobroker"Vielleicht "beisst" sich da was in den Schwanz ...
-
@einstein67 Ich schaue mal im Code, ob da eventuell ein Konflikt besteht.
Eventuell muss ich bei den Multi Backups den DB Namen für den Restore mit in das Archiv legenMuss ich mir mal anschauen
-
@simatec sagte in Test Adapter ioBroker.backitup v2.4.x:
im identisch im Backup Adapter
Danke für Deine Nachricht.
Ist unverändert:Started iobroker ... [DEBUG] [iobroker] - host.raspberrypi 21952 states saved [DEBUG] [iobroker] - host.raspberrypi 24331 objects saved [DEBUG] [iobroker] - Backup created: /opt/iobroker/backups/iobroker_2022_05_26-11_29_34_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] - Backup created: /opt/iobroker/backups/influxDB_2022_05_26-11_29_56_backupiobroker.tar.gz [DEBUG] [influxDB] - Try deleting the InfluxDB tmp directory [DEBUG] [influxDB] - InfluxDB tmp directory was successfully deleted [DEBUG] [influxDB] - InfluxDB-Backup for is finish [DEBUG] [influxDB] - done [DEBUG] [historyDB] - compress from historyDB started ... [ERROR] [historyDB] - Backitup cannot found source "undefined" for compress!
MfG Michael -
@altersrentner
Also „iobroker“ ist keine Pfadangabe.
Wo liegen denn deine ganze History Daten auf dem System? -
@simatec said in Test Adapter ioBroker.backitup v2.4.x:
Eventuell muss ich bei den Multi Backups den DB Namen für den Restore mit in das Archiv legen
Danke!!
Die DB-Namen werden in den *.manifest Dateien beim "BackitUp" richtig eingetragen. Sollten also vorhanden sein.
Kopiert man alle Dateien aus den Multi-Backups in einen Ordner und macht ein Restore, dann werden ja auch alle Datenbanken perfekt wieder angelegt und befüllt.
-
@simatec sagte in Test Adapter ioBroker.backitup v2.4.x:
Also „iobroker“ ist keine Pfadangabe.
Wo liegen denn deine ganze History Daten auf dem System?
Da bin ich überfordert.
Wo könnte ich nachsehen?
Warum hat es bis Anfang Mai funktioniert und jetzt nicht mehr.
MfG Michael