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

[Codierknecht]

@gib64

und bekomme nicht mal mehr einen dauerhaften mount hin

Ich auch nicht.
Ich verwende WebDAV. Sicher nicht die performanteste Art, aber für die paar MB Backup reicht's.

[Dr. Bakterius]

@gib64 sagte in Backup EACCES: permission denied:

Aber das ist doch das einzigste, was da noch funktioniert

Das Mounten ist ja auch nicht das Problem sondern die Schreibrechte. Wie @Thomas-Braun schon geschrieben hat, muss auf dem NAS auch der User mit den entsprechenden Rechten existieren.

[GiB64]

@dr-bakterius Das kann ich kaum glauben denn da habe ich nichts gemacht und es hat ja bis anf. diesen Monat perfekt funktioniert:

gib@DS416j:~/ioBroker/Backup$ ls -l
total 506536
-rwxrwxrwx+ 1 gib  users    75667 Nov 10  2022  2022-11-10-scripts.zip
-rwxrwxrwx+ 1 gib  users    88251 Nov 12  2022  2022-11-12-scripts.zip
-rwxrwxrwx+ 1 gib  users    72538 Nov 13  2022  2022-11-13-scripts.zip
-rwxrwxrwx+ 1 gib  users    85854 Nov 22  2022  2022-11-22-scripts.zip
drwxrwxrwx+ 2 root users     4096 Nov 22  2022  @eaDir
-rwxrwxrwx+ 1 1001  1001     3279 Sep 27 02:41  grafana_2023_09_27-02_41_05_GiB_                                                  backupiobroker.tar.gz
-rwxrwxrwx+ 1 1001  1001     3281 Sep 28 02:41  grafana_2023_09_28-02_41_06_GiB_                                                  backupiobroker.tar.gz
-rwxrwxrwx+ 1 1001  1001     3276 Sep 29 02:41  grafana_2023_09_29-02_41_07_GiB_                                                  backupiobroker.tar.gz
-rwxrwxrwx+ 1 1001  1001     3275 Sep 30 02:41  grafana_2023_09_30-02_41_18_GiB_                                                  backupiobroker.tar.gz
-rwxrwxrwx+ 1 1001  1001     3281 Oct  1 02:41  grafana_2023_10_01-02_41_12_GiB_                                                  backupiobroker.tar.gz
-rwxrwxrwx+ 1 1001  1001     3277 Oct  2 02:41  grafana_2023_10_02-02_41_17_GiB_                                                  backupiobroker.tar.gz
-rwxrwxrwx+ 1 1001  1001     3283 Oct  3 02:41  grafana_2023_10_03-02_41_15_GiB_                                                  backupiobroker.tar.gz
-rwxrwxrwx+ 1 1001  1001     3275 Oct  4 02:41  grafana_2023_10_04-02_41_09_GiB_                                                  backupiobroker.tar.gz
-rwxrwxrwx+ 1 1001  1001     3280 Oct  5 02:41  grafana_2023_10_05-02_41_16_GiB_                                                  backupiobroker.tar.gz
-rwxrwxrwx+ 1 1001  1001     3280 Oct  6 02:41  grafana_2023_10_06-02_41_26_GiB_                                                  backupiobroker.tar.gz

[Thomas Braun]

@gib64 sagte in Backup EACCES: permission denied:

Die Anleitung heißt doch sogar: "Netzwerkfreigabe mounten mit systemd Mount Unit" und ist trotzdem falsch?? wow...

Du hast doch geschrieben, du hättest irgendwas in rc.watweißich geändert.

Schau auf dem NFS Server in die Einstellungen, ob man das da irgendwo anderen usern (ist für den iobroker in der Regel 1001:1001) umstellen kann.

[GiB64]

@thomas-braun Ich habe wirklich noch nie auf meinem NAS einen IoBroker User eingerichtet. Kann es deshalb funktionieren?:

[GiB64]

@codierknecht said in Backup EACCES: permission denied:

WebDAV

Sorry aber ich möchte das nicht noch komplexer machen. NFS oder SMB Mount ist doch kein Hexenwerk, dachte ich bis heute jedenfalls. Das muss mit Boardmitteln funktionieren!

[GiB64]

@dr-bakterius Die Fehler kommen aber schon bevor versucht wird die Datei zu verschieben:

	[iobroker/historyDB] Error: EACCES: permission denied, open '/opt/iobroker/backups/historyDB_2023_10_25-14_43_14_GiB_backupiobroker.tar.gz'

[Thomas Braun]

@gib64

Kannst du bei 'Squash' auf dem Server was umstellen?

[GiB64]

@thomas-braun said in Backup EACCES: permission denied:

Squash

Musste ich googlen aber das hört sich nicht gut an: Wenn Sie mit dieser Squash -Option NFS -Berechtigungen einrichten, werden alle Benutzer auf dem Synology NAS als „Administratoren“ behandelt und haben Zugriff auf alle Dateien/Ordner. Wenn Benutzer Dateien/Ordner erstellen, wird der Ersteller der Datei/des Ordners als „admin“ aufgeführt.

[Thomas Braun]

@gib64

Neben dem root-squash gibt es das soweit ich weiß auch für user.

[GiB64]

ok, es liegt an der Berechtigung des mounts:

pi@raspberry64:~ $ sudo mount 192.168.1.13:/volume1/homes/gib/ioBroker/Backup /opt/iobroker/backups
pi@raspberry64:~ $ cd /opt/iobroker/backups
pi@raspberry64:/opt/iobroker/backups $ ls -l
ls: cannot open directory '.': Permission denied
pi@raspberry64:/opt/iobroker/backups $

Mir fällt gerade ein das ich anf. des Monats mein Synology NAS auf DSM Ver. 7 geupdatet habe. Damit scheint sich was geändert zu haben. Mit squash komm ich nicht weiter....

[Thomas Braun]

@gib64 sagte in Backup EACCES: permission denied:

Mir fällt gerade ein das ich anf. des Monats mein Synology NAS auf DSM Ver. 7 geupdatet habe.

Das hatte ich schon vermutet... Die Fehleinstellung ist auf dem Server zu suchen. (Und vielleicht mittlerweile auch in den services auf dem Client, je nachdem was du da wo gefummelt hast) .

[GiB64]

mir gehen die Ideen aus. Habe DSM auf NFS v3 gestellt und Squash habe ich auch gefunden und zum testen mal auf "Alle Benutzer zu Admin..." probiert aber auch das funktioniert nicht. :cry:

[reutli]

@gib64

Wie sehen Deine Einstellungen auf dem NFS Share in der NAS aus???
Bei mir sieht das dort so aus:

Hast Du die Einstellungen so?
Wie sieht es bei Dir aus?

Und wie sehen Deine NFS Dienste aus?

Sieht das unter DSM 7 anders aus?

[reutli]

@gib64 sagte in Backup EACCES: permission denied:

Alle Benutzer zu Admin...

"root zu admin" ist wichtig, nur damit hat es bei mir seinerzeit funktioniert.

[GiB64]

@reutli Danke! Jetzt habe ich es hinbekommen!

So funktioniert es jetzt bei mir:

[reutli]

@gib64

Sehr schön, dann bitte Thread auf gelöst stellen (Titel des ersten posts editieren mit [gelöst]).
und gerne ein
beim Beitrag der geholfen hat.

Edit: Hast ja schon "gelöst", sorry