web-dev-qa-db-fra.com

Deja dup: autorisation refusée lors de la tentative de lecture du manifeste sur davfs

J'utilise Déjà Dup pour créer des sauvegardes depuis plusieurs années. Récemment, le message a échoué

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

Cela semble se produire après le programme a écrit les fichiers de sauvegarde dans le même répertoire. La propriété du fichier et le répertoire contenant semblent corrects:

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

Le répertoire cible se trouve sur un serveur distant monté via davfs2. Mon /etc/fstab ressemble à ceci:

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

Des idées sur ce qui pourrait causer cela et comment je peux le réparer?

permissionsbackupdeja-dupdavfs2
2
jotrocken

Une fois le débogage activé avec DEJA_DUP_DEBUG=1 deja-dup --backup > dejadup.log 2>&1, votre fichier dejadup.log contient:

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

et un peu plus loin:

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)

Donc, l'erreur doit être du côté de davfs et vous devriez enquêter sur le serveur car localement, il n'y a rien de mal.

0
Fabby

Pour ceux qui viennent ici après une recherche, j'ai eu une erreur similaire, et le problème était que j'ai mis / avant et après le nom du dossier de sauvegarde ...

0
Andrew