Test Adapter ioBroker.backitup v3.1.x
-
@thomas-braun Es geht ja gerade um jarvis. Wie bekomme ich es aus dem gesamten Backup als Restore dann heraus?
umount geht nach dem Fehler auch nicht mehr:sudo umount /opt/iobroker/backups umount: /opt/iobroker/backups: target is busy.@mcu sagte in Test Adapter Backitup v2.1.x:
umount geht nach dem Fehler auch nicht mehr:
Da steht noch ein user in /opt/iobroker/backups/* drin. Dann kann das auch nicht ausgehängt werden.
-
@mcu sagte in Test Adapter Backitup v2.1.x:
umount geht nach dem Fehler auch nicht mehr:
Da steht noch ein user in /opt/iobroker/backups/* drin. Dann kann das auch nicht ausgehängt werden.
@thomas-braun Auch wenn ich die Backitup Instanz stoppe?
Einmal gestoppt und umount hat funktioniert.
Auch nachdem ich auf dem Zielsystem jarvis-Häkchen entfernt habe und ein Restore gestartet habe -> weiterhin der Fehler.NUC i7 64GB mit Proxmox ---- Jarvis Infos Aktualisierungen der Doku auf Instagram verfolgen -> mcuiobroker Instagram
Wenn Euch mein Vorschlag geholfen hat, bitte rechts "^" klicken. -
@thomas-braun Auch wenn ich die Backitup Instanz stoppe?
Einmal gestoppt und umount hat funktioniert.
Auch nachdem ich auf dem Zielsystem jarvis-Häkchen entfernt habe und ein Restore gestartet habe -> weiterhin der Fehler.@mcu sagte in Test Adapter Backitup v2.1.x:
Auch wenn ich die Backitup Instanz stoppe?
Reicht, wenn du in der Konsole da noch draufhockst. Z. B. so:
echad@chet:/opt/iobroker/backups $ -
@mcu sagte in Test Adapter Backitup v2.1.x:
Auch wenn ich die Backitup Instanz stoppe?
Reicht, wenn du in der Konsole da noch draufhockst. Z. B. so:
echad@chet:/opt/iobroker/backups $@thomas-braun Also da scheint beim Backitup was nicht zu stimmen. Ich habe jetzt ein Restore machen können:
Ich musste aber die Datei, die ich haben wollte ins lokale Verzeichnis /opt/iobroker/backups kopieren.
Und dort die Rechte für iobroker anpassen:sudo chown -R iobroker:iobroker /opt/iobroker/backupsDann über LOKAL diese Datei auswählen, dort wurde aber der komplette Inhalt an Sicherungen von dem NAS angezeigt (erst nach einiger Zeit wurde, bzw nach nochmaliger Zurücksicherung bekomme ich plötzlich nur die eine LOKALE Datei angezeigt).
Dort habe ich entsprechende Datei ausgewählt und der Restore wurde durchgeführt:
Started restore ... [DEBUG] [jarvis] - Start Jarvis Restore ... [DEBUG] [jarvis] - filename for restore: /opt/iobroker/backups/jarvis.0_2021_05_13-20_34_02_backupiobroker.tar.gz [DEBUG] [jarvis] - jarvis tmp directory created: /opt/iobroker/backups/jarvis_0 [DEBUG] [jarvis] - old jarvis database directory was successfully deleted [DEBUG] [jarvis] - jarvis.0 stopped [DEBUG] [jarvis] - jarvis database is successfully restored [DEBUG] [jarvis] - Try deleting the jarvis tmp directory [DEBUG] [jarvis] - jarvis tmp directory was successfully deleted [DEBUG] [jarvis] - jarvis Restore completed successfully [EXIT] jarvis database restore done [DEBUG] [jarvis] - jarvis.0 startedDanach muss man über die Instanz von jarvis den Sicherungsstand innerhalb von jarvis auswählen:
jeweils für devices und layout.
Danke vielmals für Deine Hilfe.NUC i7 64GB mit Proxmox ---- Jarvis Infos Aktualisierungen der Doku auf Instagram verfolgen -> mcuiobroker Instagram
Wenn Euch mein Vorschlag geholfen hat, bitte rechts "^" klicken. -
@thomas-braun Also da scheint beim Backitup was nicht zu stimmen. Ich habe jetzt ein Restore machen können:
Ich musste aber die Datei, die ich haben wollte ins lokale Verzeichnis /opt/iobroker/backups kopieren.
Und dort die Rechte für iobroker anpassen:sudo chown -R iobroker:iobroker /opt/iobroker/backupsDann über LOKAL diese Datei auswählen, dort wurde aber der komplette Inhalt an Sicherungen von dem NAS angezeigt (erst nach einiger Zeit wurde, bzw nach nochmaliger Zurücksicherung bekomme ich plötzlich nur die eine LOKALE Datei angezeigt).
Dort habe ich entsprechende Datei ausgewählt und der Restore wurde durchgeführt:
Started restore ... [DEBUG] [jarvis] - Start Jarvis Restore ... [DEBUG] [jarvis] - filename for restore: /opt/iobroker/backups/jarvis.0_2021_05_13-20_34_02_backupiobroker.tar.gz [DEBUG] [jarvis] - jarvis tmp directory created: /opt/iobroker/backups/jarvis_0 [DEBUG] [jarvis] - old jarvis database directory was successfully deleted [DEBUG] [jarvis] - jarvis.0 stopped [DEBUG] [jarvis] - jarvis database is successfully restored [DEBUG] [jarvis] - Try deleting the jarvis tmp directory [DEBUG] [jarvis] - jarvis tmp directory was successfully deleted [DEBUG] [jarvis] - jarvis Restore completed successfully [EXIT] jarvis database restore done [DEBUG] [jarvis] - jarvis.0 startedDanach muss man über die Instanz von jarvis den Sicherungsstand innerhalb von jarvis auswählen:
jeweils für devices und layout.
Danke vielmals für Deine Hilfe.@mcu sagte in Test Adapter Backitup v2.1.x:
Dann über LOKAL diese Datei auswählen, dort wurde aber der komplette Inhalt an Sicherungen von dem NAS angezeigt
Da war das FritzNAS dann zu dem Zeitpunkt noch gemountet. Wird glaube ich erst nach 1 Minute umountet.
(erst nach einiger Zeit wurde, bzw nach nochmaliger Zurücksicherung bekomme ich plötzlich nur die eine LOKALE Datei angezeigt).
Da war das FritzNAS nicht mehr gemountet und du hast dann das lokale File gesehen.
Das ist aber ungünstig, den Ordner /opt/iobroker/backups sowohl als Mountpunkt wie auch als Speicherplatz lokaler Dateien zu verwenden.
Das wird dir irgendwann um die Ohren fliegen. -
@mcu sagte in Test Adapter Backitup v2.1.x:
Dann über LOKAL diese Datei auswählen, dort wurde aber der komplette Inhalt an Sicherungen von dem NAS angezeigt
Da war das FritzNAS dann zu dem Zeitpunkt noch gemountet. Wird glaube ich erst nach 1 Minute umountet.
(erst nach einiger Zeit wurde, bzw nach nochmaliger Zurücksicherung bekomme ich plötzlich nur die eine LOKALE Datei angezeigt).
Da war das FritzNAS nicht mehr gemountet und du hast dann das lokale File gesehen.
Das ist aber ungünstig, den Ordner /opt/iobroker/backups sowohl als Mountpunkt wie auch als Speicherplatz lokaler Dateien zu verwenden.
Das wird dir irgendwann um die Ohren fliegen.@thomas-braun Aber leider funktioniert es momentan nicht anders?
NUC i7 64GB mit Proxmox ---- Jarvis Infos Aktualisierungen der Doku auf Instagram verfolgen -> mcuiobroker Instagram
Wenn Euch mein Vorschlag geholfen hat, bitte rechts "^" klicken. -
@thomas-braun Aber leider funktioniert es momentan nicht anders?
Wie gesagt, bei meinen Backups funktioniert das sauber ohne Schatten im Mountpunkt.
Wobei ich kein Jarvis in Verwendung habe.
-
Wie gesagt, bei meinen Backups funktioniert das sauber ohne Schatten im Mountpunkt.
Wobei ich kein Jarvis in Verwendung habe.
@thomas-braun Kann man mit debug Einstellungen für die Instanz dem ganzen noch besser auf den Grund gehen? Log-Stufe debug?
NUC i7 64GB mit Proxmox ---- Jarvis Infos Aktualisierungen der Doku auf Instagram verfolgen -> mcuiobroker Instagram
Wenn Euch mein Vorschlag geholfen hat, bitte rechts "^" klicken. -
@thomas-braun Kann man mit debug Einstellungen für die Instanz dem ganzen noch besser auf den Grund gehen? Log-Stufe debug?
-
@thomas-braun @MCU
Ich gehe davon aus, dass bei dem anlegen der Backups auf dem NAS bereits etwas nicht stimmte.
Hier fehlen sicher Berechtigungen. -
@thomas-braun said in Test Adapter Backitup v2.1.x:
Bist du sicher, dass dein (Windows?)-Tool mit tar.gz umgehen kann?
Äh gute Frage, ich dachte, denn wenn ich die Sicherungen (tar.gz) von IO_Broker oder Jarvis öffne, zeigt es mir in dem Archiv auch andere Dateien an.
In der Sicherungsdatei von MYSQL nicht.
Allerdings hat die mysql_2021_05_13-19_00_19_IObroker_backupiobroker.tar.gz schon eine Größe > 0kb-rw-rw-r--+ 1 iobroker iobroker 44087 Mai 13 18:34 jarvis.0_2021_05_13-18_34_44_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 44087 Mai 13 18:38 jarvis.0_2021_05_13-18_38_21_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 44087 Mai 13 18:43 jarvis.0_2021_05_13-18_43_16_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 44087 Mai 13 18:44 jarvis.0_2021_05_13-18_44_59_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 44087 Mai 13 19:00 jarvis.0_2021_05_13-19_00_21_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 44087 Mai 13 19:40 jarvis.0_2021_05_13-19_40_19_backupiobroker.tar.gz -rw-rwxrw-+ 1 iobroker iobroker 968 Mai 9 21:19 javascripts_2021_05_09-16_30_20_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 959 Mai 13 10:56 javascripts_2021_05_13-10_56_54_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 959 Mai 13 11:07 javascripts_2021_05_13-11_07_18_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 959 Mai 13 11:10 javascripts_2021_05_13-11_10_25_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 959 Mai 13 11:34 javascripts_2021_05_13-11_34_20_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 959 Mai 13 18:29 javascripts_2021_05_13-18_29_50_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 959 Mai 13 18:34 javascripts_2021_05_13-18_34_44_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 959 Mai 13 18:38 javascripts_2021_05_13-18_38_21_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 959 Mai 13 18:43 javascripts_2021_05_13-18_43_17_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 959 Mai 13 18:44 javascripts_2021_05_13-18_44_59_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 959 Mai 13 19:00 javascripts_2021_05_13-19_00_22_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 959 Mai 13 19:40 javascripts_2021_05_13-19_40_19_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 10248 Mai 13 18:44 mysql_2021_05_13-18_44_57_IObroker_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 10409 Mai 13 19:00 mysql_2021_05_13-19_00_19_IObroker_backupiobroker.tar.gz -rw-rw-r--+ 1 iobroker iobroker 3925 Mai 13 19:40 mysql_2021_05_13-19_40_17_IObroker_backupiobroker.tar.gz -
@thomas-braun @MCU
Ich gehe davon aus, dass bei dem anlegen der Backups auf dem NAS bereits etwas nicht stimmte.
Hier fehlen sicher Berechtigungen.@simatec
Ja, das vermute ich auch. -
@thomas-braun @MCU
Ich gehe davon aus, dass bei dem anlegen der Backups auf dem NAS bereits etwas nicht stimmte.
Hier fehlen sicher Berechtigungen.@simatec
Quell-System und Ziel-System haben gleiche Einstellungen:
Habe nochmal ein komplett neues Verzeichnis zur Sicherung verwendet. /Backup2 (auf beiden Systemen)
Danach wurde ein neues Backup durchgeführt auf dem Quell-System und dieses Backup wurde versucht zurückzuspielen im Ziel-System. Da kommt aber nachwievor der Fehler mit der Datei:
Started restore ... [DEBUG] [jarvis] - Start Jarvis Restore ... [DEBUG] [jarvis] - filename for restore: /opt/iobroker/backups/jarvis.0_2021_05_13-02_02_52_backupiobroker.tar.gz [DEBUG] [jarvis] - jarvis tmp directory created: /opt/iobroker/backups/jarvis_0 [DEBUG] [jarvis] - old jarvis database directory was successfully deleted [DEBUG] [jarvis] - jarvis.0 stopped [ERROR] [jarvis] - jarvis restore not completed [ERROR] [jarvis] - Error: EPERM: operation not permitted, utime '/opt/iobroker/backups/jarvis_0/' [EXIT] 0Danach ist auch kein umount mehr möglich, man muss erst Backitup-stoppen , umount durchführen und wieder starten.
FritzBox
Hier der Vorgang:
NUC i7 64GB mit Proxmox ---- Jarvis Infos Aktualisierungen der Doku auf Instagram verfolgen -> mcuiobroker Instagram
Wenn Euch mein Vorschlag geholfen hat, bitte rechts "^" klicken. -
@simatec
Quell-System und Ziel-System haben gleiche Einstellungen:
Habe nochmal ein komplett neues Verzeichnis zur Sicherung verwendet. /Backup2 (auf beiden Systemen)
Danach wurde ein neues Backup durchgeführt auf dem Quell-System und dieses Backup wurde versucht zurückzuspielen im Ziel-System. Da kommt aber nachwievor der Fehler mit der Datei:
Started restore ... [DEBUG] [jarvis] - Start Jarvis Restore ... [DEBUG] [jarvis] - filename for restore: /opt/iobroker/backups/jarvis.0_2021_05_13-02_02_52_backupiobroker.tar.gz [DEBUG] [jarvis] - jarvis tmp directory created: /opt/iobroker/backups/jarvis_0 [DEBUG] [jarvis] - old jarvis database directory was successfully deleted [DEBUG] [jarvis] - jarvis.0 stopped [ERROR] [jarvis] - jarvis restore not completed [ERROR] [jarvis] - Error: EPERM: operation not permitted, utime '/opt/iobroker/backups/jarvis_0/' [EXIT] 0Danach ist auch kein umount mehr möglich, man muss erst Backitup-stoppen , umount durchführen und wieder starten.
FritzBox
Hier der Vorgang:
@mcu
Was für ein Dateisystem hast du auf dem NAS-Laufwerk? -
@mcu
Was für ein Dateisystem hast du auf dem NAS-Laufwerk?NUC i7 64GB mit Proxmox ---- Jarvis Infos Aktualisierungen der Doku auf Instagram verfolgen -> mcuiobroker Instagram
Wenn Euch mein Vorschlag geholfen hat, bitte rechts "^" klicken. -
@mcu Okay.
Ich hab da ext4 drauf. -
@mcu Okay.
Ich hab da ext4 drauf.@thomas-braun Hab jetzt debug eingestellt:
Beim 2. Mount kommt ein Fehler:2021-05-13 22:39:52.043 - info: backitup.0 (3165) starting. Version 2.1.6 in /opt/iobroker/node_modules/iobroker.backitup, node: v12.22.1, js-controller: 3.2.16 2021-05-13 22:39:52.132 - info: backitup.0 (3165) [iobroker] backup was activated at 02:00 every 1 day(s) 2021-05-13 22:39:52.302 - debug: backitup.0 (3165) mount successfully completed 2021-05-13 22:39:54.315 - debug: backitup.0 (3165) detect backup file 1 from cifs: iobroker_2021_05_13-22_20_17_backupiobroker.tar.gz 2021-05-13 22:39:54.318 - debug: backitup.0 (3165) detect last backup file: iobroker_2021_05_13-22_20_17_backupiobroker.tar.gz 2021-05-13 22:40:02.167 - debug: backitup.0 (3165) mount activ... umount in 2 Seconds!! 2021-05-13 22:40:02.942 - debug: backitup.0 (3165) Backup list be read ... 2021-05-13 22:40:03.014 - debug: backitup.0 (3165) device is busy... wait 2 Minutes!! 2021-05-13 22:40:03.026 - debug: backitup.0 (3165) first mount attempt with smb option failed. try next mount attempt without smb option ... 2021-05-13 22:40:03.095 - error: backitup.0 (3165) Error: Command failed: sudo mount -t cifs -o username=Backup,password=****,noserverino,rw,file_mode=0777,dir_mode=0777 //192.168.178.1/FRITZ.NAS/FDB/Backup2 /opt/iobroker/backups mount error(16): Device or resource busy Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) 2021-05-13 22:40:04.266 - debug: backitup.0 (3165) umount successfully completed 2021-05-13 22:40:05.106 - debug: backitup.0 (3165) sendTo "list" to system.adapter.admin.0 from system.adapter.backitup.0 2021-05-13 22:40:09.619 - debug: backitup.0 (3165) set chmod for "/opt/iobroker/backups" successfully 2021-05-13 22:40:09.625 - debug: backitup.0 (3165) sendTo "restore" to system.adapter.admin.0 from system.adapter.backitup.0 2021-05-13 22:41:14.145 - debug: backitup.0 (3165) telegram-instance:NUC i7 64GB mit Proxmox ---- Jarvis Infos Aktualisierungen der Doku auf Instagram verfolgen -> mcuiobroker Instagram
Wenn Euch mein Vorschlag geholfen hat, bitte rechts "^" klicken. -
@thomas-braun Hab jetzt debug eingestellt:
Beim 2. Mount kommt ein Fehler:2021-05-13 22:39:52.043 - info: backitup.0 (3165) starting. Version 2.1.6 in /opt/iobroker/node_modules/iobroker.backitup, node: v12.22.1, js-controller: 3.2.16 2021-05-13 22:39:52.132 - info: backitup.0 (3165) [iobroker] backup was activated at 02:00 every 1 day(s) 2021-05-13 22:39:52.302 - debug: backitup.0 (3165) mount successfully completed 2021-05-13 22:39:54.315 - debug: backitup.0 (3165) detect backup file 1 from cifs: iobroker_2021_05_13-22_20_17_backupiobroker.tar.gz 2021-05-13 22:39:54.318 - debug: backitup.0 (3165) detect last backup file: iobroker_2021_05_13-22_20_17_backupiobroker.tar.gz 2021-05-13 22:40:02.167 - debug: backitup.0 (3165) mount activ... umount in 2 Seconds!! 2021-05-13 22:40:02.942 - debug: backitup.0 (3165) Backup list be read ... 2021-05-13 22:40:03.014 - debug: backitup.0 (3165) device is busy... wait 2 Minutes!! 2021-05-13 22:40:03.026 - debug: backitup.0 (3165) first mount attempt with smb option failed. try next mount attempt without smb option ... 2021-05-13 22:40:03.095 - error: backitup.0 (3165) Error: Command failed: sudo mount -t cifs -o username=Backup,password=****,noserverino,rw,file_mode=0777,dir_mode=0777 //192.168.178.1/FRITZ.NAS/FDB/Backup2 /opt/iobroker/backups mount error(16): Device or resource busy Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) 2021-05-13 22:40:04.266 - debug: backitup.0 (3165) umount successfully completed 2021-05-13 22:40:05.106 - debug: backitup.0 (3165) sendTo "list" to system.adapter.admin.0 from system.adapter.backitup.0 2021-05-13 22:40:09.619 - debug: backitup.0 (3165) set chmod for "/opt/iobroker/backups" successfully 2021-05-13 22:40:09.625 - debug: backitup.0 (3165) sendTo "restore" to system.adapter.admin.0 from system.adapter.backitup.0 2021-05-13 22:41:14.145 - debug: backitup.0 (3165) telegram-instance:@mcu sagte in Test Adapter Backitup v2.1.x:
Device or resource busy
Dann greift da schon was anderes drauf zu.
-
@mcu sagte in Test Adapter Backitup v2.1.x:
Device or resource busy
Dann greift da schon was anderes drauf zu.
@thomas-braun Wenn ich mir die Eigenschaften zum Ordner anschaue:
Schreibschutz entfernen funktioniert nicht, ist sofort wieder da ? FritzBox?NUC i7 64GB mit Proxmox ---- Jarvis Infos Aktualisierungen der Doku auf Instagram verfolgen -> mcuiobroker Instagram
Wenn Euch mein Vorschlag geholfen hat, bitte rechts "^" klicken. -
@thomas-braun Wenn ich mir die Eigenschaften zum Ordner anschaue:
Schreibschutz entfernen funktioniert nicht, ist sofort wieder da ? FritzBox?@mcu
Was ist das für ein Tool?
Support us
549
Online32.7k
Users82.4k
Topics1.3m
Posts