Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[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?

[Thomas Braun]

@mcu Unter Windows oder was? Auf dem Server läuft nichts klickbares.

[MCU]

@mcu Ja Windows.

[Thomas Braun]

@mcu Windows/NTFS kennt sowas wie unix-Rechte nicht. Und auch kein utime.

Ich habe deswegen meine backup-Platte an der Fritzbox mit einem ext4 formatiert. Funktioniert.

[MCU]

@thomas-braun Dann versuch ich das mal umzustellen.