Neues YouTube-Video: Visualisierung im Devices-Adapter

[h07d0q]

Hallo!

Mein Backup funktioniert prima vom iobroker, grafana, influx, javascripte.
Damit er den mount ausführen kann, musste ich "Als root-Benutzer mounten (sudo)" aktivieren, sonst bekomme ich folgenden Fehler:

Error: Command failed: mount -t cifs -o username=user,password=****,rw,file_mode=0777,dir_mode=0777 //192.168.0.2/.../iobrokerBackup /opt/iobroker/backupsmount: only root can use "--options" option

So weit so gut.

Jetzt möchte ich auf eine andere Hardware umziehen und kann influx und grafana nicht wiederherstellen, da der mount als root gemountet ist.
Deaktiviere ich die option, gehört das /opt/iobroker/backups/ Verzeichnis iobroker:iobroker.
Während der Wiederherstellung kommen folgende Meldungen:

[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

Er kann aufgrund von fehlender Berechtigungen (ja logisch, ist ja nicht root) den Ordnern nicht anlegen.
Könnte man das Entpacken auf einen lokalen Ordner verschieben, wenn die Option gewählt ist?

[simatec]

@h07d0q Wenn dein mount als root nicht läuft, lasse bitte iobroker fix mal drüberlaufen

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