Neues YouTube-Video: Visualisierung im Devices-Adapter

[h07d0q]

@simatec Das hat leider nichts gebracht und hatte ich vorher auch schon ausgeführt...

Ich vermute der Hund liegt da begraben: only root can use "--options" option
Bin ich der einzige, der das Problem hat?

Werde als Workaround jetzt die Daten in das lokale Verzeichnis legen...

[Thomas Braun]

@h07d0q
Welche Hardware ist da involviert und welches Dateisystem läuft da auf dem Backup-Medium?

[h07d0q]

@thomas-braun Das ist eine virtuelle dietpi x86 Maschine:

uname -a
Linux DietPi 4.19.0-16-amd64 #1 SMP Debian 4.19.181-1 (2021-03-19) x86_64 GNU/Linux

[Thomas Braun]

@h07d0q Ich meinte den Samba-Server.

[h07d0q]

@thomas-braun Ist ne Synology DS213+ mit SMB:
Linux 2.6.32.12 #25426 SMP Tue Jun 23 16:02:15 CST 2020 ppc GNU/Linux synology_qoriq_213+
mit ext4 als SHR Volume

SMB ist mit mindestens 2, max 3 konfiguriert. In BackItUp hab ich SMB 2 gewählt.

Ich vermute die Ursache immer noch in den von BackItUp mitgegebenen options...
Man könnte den mount ja als root machen, jedoch muss das Entpacken usw. außerhalb des /opt/iobroker/backups Ordners passieren, weil zu dem Zeitpunkt der Pfad root gehört.

[simatec]

@h07d0q
Zeige mal deine NAS Einstellungen in Backitup

[h07d0q]

@simatec

[Thomas Braun]

@h07d0q
Versuch mal die Option noserverino zu aktivieren.
Und mounten als root/sudo muss auch aktiv sein.

[h07d0q]

@thomas-braun Hatte ich zwar schon:
Der mount funktioniert ja (als root).

Beim restore kommt das Problem aufgrund fehlender Schreibrechte für den user iobroker:

Started restore ...
[DEBUG] [grafana] - Start Grafana Restore ...
[DEBUG] [grafana] - filename for restore: /opt/iobroker/backups/grafana_2021_05_15-05_21_06_backupiobroker.tar.gz
[DEBUG] [grafana] - old Grafana tmp directory was successfully deleted
[DEBUG] [grafana] - Grafana tmp directory created: /opt/iobroker/backups/grafana_tmp
[DEBUG] [grafana] - start decompress
[ERROR] [grafana] - Grafana restore not completed
[ERROR] [grafana] - Error: EPERM: operation not permitted, utime '/opt/iobroker/backups/grafana_tmp/'
[EXIT] 0

[Thomas Braun]

@h07d0q sagte in BackitUP Restore von NAS (root/sudo):

utime

Auch mit gesetztem 'noserverino'-Flag?

[h07d0q]

@thomas-braun Ja, habe eben root und noserverino gesetzt und einen restore versucht.

Der Entpacken Fehler tritt bei mir mit grafana und influx auf - nicht jedoch mit javascript und iobroker.

[Thomas Braun]

@h07d0q Die Backups waren aber noch nicht mit gesetzem noserverino angelegt. Mach das mal so.

https://linux.die.net/man/2/utime

Wenn die Synology NFS spricht würde ich auch darauf setzen, nicht auf CIFS/SMB. NFS ist in einer reinen Linux-Umgebung immer die bessere Wahl.

[h07d0q]

@thomas-braun Neues Backup mit noserverino bringt beim restore leider immer noch die gleiche Fehlermeldung :(
NFS oder FTP wäre natürlich auch ne Lösung, wollte ich aber aus Ressourcengründen nicht nur für iobroker laufen haben.

Nach dem Umzug auf die virtualisierte Maschine werde ich die Backups vermutlich sowieso auf lokal umstellen und die ganze Maschine sichern.

[Thomas Braun]

@h07d0q
NFS ist weniger ressourcenhungig als SMB.

[h07d0q]

@simatec
Habe mein Problem mit manuellem Kopieren umgehen können und der Restore hat gut funktioniert

Was hältst du davon statt nach /opt/iobroker/backups/archivname/ nach /opt/iobroker/backups_tmp/archivname/ zu entpacken? Der gesamte Ordner kann dann wie jetzt auch schon danach gelöscht werden.