UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Thomas Braun]

@mcu
FritzOS 7.26 spricht SMB 3.1.1
Also einstellen.
Es führt aber keine Inodes auf seinen Dateisystemen.
Also noserverino einstellen.
Dann umountest du das FritzNAS mit

sudo umount /opt/iobroker/backups

Danach darf in /opt/iobroker/backups nichts mehr drin sein:

echad@chet:/opt/iobroker $ ls -l /opt/iobroker/backups/
insgesamt 0

Und dann sollte das auch funktionieren.

[Thomas Braun]

@mcu Die letzte Datei gehört ja auch dem pi, nicht dem iobroker. Da hast du irgendwas manuell gefummelt.

[MCU]

@thomas-braun Ja hatte ich manuell kopiert.
Einstellungen umgestellt und erstes Backup gemacht:

Started iobroker ...
[DEBUG] [mount] - mount successfully completed
[DEBUG] [mount] - done
[DEBUG] [iobroker] - host.raspberrypi 684 states saved

[DEBUG] [iobroker] - host.raspberrypi 864 objects saved

[DEBUG] [iobroker] - Backup created: /opt/iobroker/backups/iobroker_2021_05_13-20_21_58_backupiobroker.tar.gz

[DEBUG] [iobroker] - done
[DEBUG] [jarvis] - found Jarvis Instance: 0
[DEBUG] [jarvis] - start Jarvis Backup for Instance 0...
[DEBUG] [jarvis] - Backup created: /opt/iobroker/backups/jarvis.0_2021_05_13-20_22_05_backupiobroker.tar.gz
[DEBUG] [jarvis] - done
[DEBUG] [javascripts] - javascript directory "/media/usb/scripts" not found
[DEBUG] [javascripts] - done
[DEBUG] [cifs] - done
[DEBUG] [clean] - 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

[Thomas Braun]

@mcu Das geht nicht. Backitup kann natürlich keine Dateien zurückspielen, an denen es keine ausreichenden Rechte hat.

Und wenn nach dem umount in /opt/iobroker/backups noch Dateien liegen, dann ist das nicht richtig, der Mountpunkt soll leer sein.

[MCU]

@thomas-braun Dann lösch ich die lokalen erstmal.
Danach ein Restore versucht:

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

drwxrwxrwx  2 root     root            0 Mai 13 20:28 jarvis_0

Lass jetzt nach Umstellung der Einstellung auf dem Quellsystem nochmal eine Sicherung laufen.

[Thomas Braun]

@mcu sagte in Test Adapter Backitup v2.1.x:
jarvis hab ich nicht im Einsatz, keine Ahnung wie da das Backup erfolgt.

utime
deutet aber darauf hin, dass der user keine Rechte hat den Zeitstempel für die Datei zu setzen.

   EPERM  times is not NULL, the caller's effective UID does not

          match the owner of the file, and the caller is not

          privileged (Linux: does not have the CAP_FOWNER

          capability).

[MCU]

@thomas-braun Die Berechtigungen setzt aber Backitup selber.

[Thomas Braun]

@mcu
Aber nicht wenn:

Ja hatte ich manuell kopiert.

Oder da vorher ohne die 'noserverino'-Option gemountet wurde.

[MCU]

@thomas-braun Das war ja nur ein Test, hab ich wieder gelöscht und Backitup machen lassen, aber es funktioniert nicht.

[Thomas Braun]

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

aber es funktioniert nicht.

Heißt konkret?

[MCU]

@thomas-braun sagte in Test Adapter Backitup v2.1.x:

'noserverino'-Option gemountet wurde.

Habe jetzt mit geänderten Einstellungen nochmal ein Backup laufen und dieses versucht zurückzuspielen -> auch Fehler

[ERROR] [jarvis] - jarvis restore not completed
[ERROR] [jarvis] - Error: EPERM: operation not permitted, utime '/opt/iobroker/backups/jarvis_0/'

 mount | grep ^//
//192.168.178.1/FRITZ.NAS/FDB/Backup on /opt/iobroker/backups type cifs (rw,relatime,vers=3.1.1,cache=strict,username=Backup,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.178.1,file_mode=0777,dir_mode=0777,soft,nounix,mapposix,rsize=65536,wsize=65536,bsize=1048576,echo_interval=60,actimeo=1)

[Thomas Braun]

@mcu
Der Rest funktioniert? Nimm jarvis mal aus dem Backitup raus.

[MCU]

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

[Thomas Braun]

@mcu In dem du in den Einstellungen von Backitup den Punkt 'jarvis' abwählst?

[MCU]

@thomas-braun Auf dem Zielsystem? Hab ich jetzt gemacht.

[Thomas Braun]

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

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