Test Adapter ioBroker.backitup v3.1.x

[MCU]

@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.

[Thomas Braun]

@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]

@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/backups

Dann ü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 started

Danach 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.

[Thomas Braun]

@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]

@thomas-braun Aber leider funktioniert es momentan nicht anders?

[Thomas Braun]

@mcu

Wie gesagt, bei meinen Backups funktioniert das sauber ohne Schatten im Mountpunkt.

Wobei ich kein Jarvis in Verwendung habe.

[MCU]

@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
Möglich.
Vielleicht fällt @simatec aber noch was dazu ein, wie der Backup-Vorgang bei jarvis ablaufen sollte.

[simatec]

@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]

@der_user
In mysql ist das Backup nur mit dem Punkt im Dateinamen.
Das ist so korrekt.

[Thomas Braun]

@simatec
Ja, das vermute ich auch.

[MCU]

@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] 0

Danach ist auch kein umount mehr möglich, man muss erst Backitup-stoppen , umount durchführen und wieder starten.

FritzBox

Hier der Vorgang:

[Thomas Braun]

@mcu
Was für ein Dateisystem hast du auf dem NAS-Laufwerk?

[MCU]

@thomas-braun

[Thomas Braun]

@mcu Okay.
Ich hab da ext4 drauf.

[MCU]

@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:

[Thomas Braun]

@mcu sagte in Test Adapter Backitup v2.1.x:

Device or resource busy

Dann greift da schon was anderes drauf zu.

[MCU]

@thomas-braun Wenn ich mir die Eigenschaften zum Ordner anschaue:

Schreibschutz entfernen funktioniert nicht, ist sofort wieder da ? FritzBox?

[Thomas Braun]

@mcu
Was ist das für ein Tool?

[MCU]

@thomas-braun Rechte Maustaste auf dem Ordner / Eigenschaften.
chmod?

2021-05-13 22:58:03.227 - debug: backitup.0 (3287) Backup list be read ...
2021-05-13 22:58:03.321 - debug: backitup.0 (3287) mount successfully completed
2021-05-13 22:58:05.334 - debug: backitup.0 (3287) sendTo "list" to system.adapter.admin.0 from system.adapter.backitup.0
2021-05-13 22:58:10.041 - debug: backitup.0 (3287) cannot set chmod for "/opt/iobroker/backups": Error: EPERM: operation not permitted, chmod '/opt/iobroker/backups'
2021-05-13 22:58:10.206 - debug: backitup.0 (3287) [jarvis] Start Jarvis Restore ...
2021-05-13 22:58:10.207 - debug: backitup.0 (3287) [jarvis] filename for restore: /opt/iobroker/backups/jarvis.0_2021_05_13-22_22_50_backupiobroker.tar.gz
2021-05-13 22:58:10.210 - debug: backitup.0 (3287) [jarvis] jarvis tmp directory created: /opt/iobroker/backups/jarvis_0
2021-05-13 22:58:10.245 - error: backitup.0 (3287) [jarvis] jarvis restore not completed
2021-05-13 22:58:10.246 - error: backitup.0 (3287) [jarvis] Error: EPERM: operation not permitted, utime '/opt/iobroker/backups/jarvis_0/'
2021-05-13 22:58:10.247 - debug: backitup.0 (3287) sendTo "restore" to system.adapter.admin.0 from system.adapter.backitup.0

Kann es sein, dass dem root Berechtigungen fehlen? Wie kann ich das kontrollieren?