☰

Deja dup: Berechtigung verweigert beim Versuch, Manifest auf davfs zu lesen

tag-icon • tag-icon permissions backup deja-dup davfs2
Deja dup: Berechtigung verweigert beim Versuch, Manifest auf davfs zu lesen

Ich verwende Déjà Dup seit mehreren Jahren zum Erstellen von Backups. Vor kurzem begann es mit der Meldung zu scheitern

Permission denied when trying to read ‘/duplicity-inc.20161201T072516Z.to.20161202T074205Z.manifest.gpg’.

Dies scheint zu passierennachDas Programm hat die Sicherungsdateien in dasselbe Verzeichnis geschrieben. Die Eigentümerschaft der Datei und des darin enthaltenen Verzeichnisses scheint richtig zu sein:

drwxr-xr-x 2 myuser myuser 68K Dec  2 08:47 dejadup-backup/

-rw-r--r-- 1 myuser myuser 13K Dec  2 08:47 dejadup-backup/duplicity-inc.20161201T072516Z.to.20161202T074205Z.manifest.gpg

Das Zielverzeichnis liegt auf einem Remote-Server, der über davfs2 eingebunden ist. Meins /etc/fstabsieht so aus:

$ cat /etc/fstab 
...
# mount the fileserver
https://fileserver.domain /mnt/fileserver davfs user,_netdev,auto,uid=myuser,gid=myuser 0 0

Irgendwelche Ideen, was die Ursache sein könnte und wie ich es beheben kann?

Antwort1

Nachdem das Debuggen mit aktiviert wurde DEJA_DUP_DEBUG=1 deja-dup --backup > dejadup.log 2>&1,dejadup.logDie Datei enthält:

DUPLICITY: ERROR 30 EOFError
DUPLICITY: . Traceback (most recent call last):
DUPLICITY: .   File "/usr/bin/duplicity", line 1532, in <module>
DUPLICITY: .     with_tempdir(main)
DUPLICITY: .   File "/usr/bin/duplicity", line 1526, in with_tempdir
DUPLICITY: .     fn()
DUPLICITY: .   File "/usr/bin/duplicity", line 1380, in main
DUPLICITY: .     do_backup(action)
DUPLICITY: .   File "/usr/bin/duplicity", line 1454, in do_backup
DUPLICITY: .     globals.gpg_profile.passphrase = get_passphrase(1, action)
DUPLICITY: .   File "/usr/bin/duplicity", line 198, in get_passphrase
DUPLICITY: .     pass1 = getpass_safe(_("GnuPG passphrase for decryption:") + " ")
DUPLICITY: .   File "/usr/bin/duplicity", line 93, in getpass_safe
DUPLICITY: .     return getpass.getpass(message)
DUPLICITY: .   File "/usr/lib/python2.7/getpass.py", line 83, in unix_getpass
DUPLICITY: .     passwd = fallback_getpass(prompt, stream)
DUPLICITY: .   File "/usr/lib/python2.7/getpass.py", line 118, in fallback_getpass
DUPLICITY: .     return _raw_input(prompt, stream)
DUPLICITY: .   File "/usr/lib/python2.7/getpass.py", line 135, in _raw_input
DUPLICITY: .     raise EOFError
DUPLICITY: . EOFError
DUPLICITY: .

und etwas weiter:

DUPLICITY: DEBUG 1
DUPLICITY: . Backtrace of previous error: Traceback (innermost last):
DUPLICITY: .   File "/usr/lib/python2.7/dist-packages/duplicity/backend.py", line 365, in inner_retry
DUPLICITY: .     return fn(self, *args)
DUPLICITY: .   File "/usr/lib/python2.7/dist-packages/duplicity/backend.py", line 563, in get
DUPLICITY: .     self.backend._get(remote_filename, local_path)
DUPLICITY: .   File "/usr/lib/python2.7/dist-packages/duplicity/backends/giobackend.py", line 146, in _get
DUPLICITY: .     self.__copy_file(source_file, target_file)
DUPLICITY: .   File "/usr/lib/python2.7/dist-packages/duplicity/backends/giobackend.py", line 119, in __copy_file
DUPLICITY: .     None, self.__copy_progress, None)
DUPLICITY: .  Error: g-io-error-quark: Error opening file: Operation not permitted (14)
DUPLICITY: . 

DUPLICITY: WARNING 1
DUPLICITY: . Attempt 1 failed. Error: g-io-error-quark: Error opening file: Operation not permitted (14)

Der Fehler muss also auf der davfs-Seite liegen und Sie sollten den Server untersuchen, da lokal überhaupt nichts schiefgeht.

Antwort2

Für diejenigen, die über eine Suche hierher gekommen sind: Bei mir ist ein ähnlicher Fehler aufgetreten und das Problem bestand darin, dass ich /vor und nach dem Namen des Sicherungsordners Folgendes eingegeben habe …

verwandte Informationen