Дубликат Deja: Разрешение, отклоненное при попытке прочитать декларацию на davfs
Я использовал Дубликат Déjà для создания резервных копий в течение нескольких лет. Недавно это начало перестать работать с сообщением
Permission denied when trying to read ‘/duplicity-inc.20161201T072516Z.to.20161202T074205Z.manifest.gpg’.
Это, кажется, происходит после того, как программа записала файлы резервных копий в тот же самый каталог. Владение файла и содержания каталога кажется правильным:
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
Целевой каталог находится на удаленном сервере, смонтированном через davfs2. Мой /etc/fstab похож на это:
$ cat /etc/fstab
...
# mount the fileserver
https://fileserver.domain /mnt/fileserver davfs user,_netdev,auto,uid=myuser,gid=myuser 0 0
Какие-либо идеи, что могло бы вызвать это и как я могу зафиксировать его?
2 ответа
После того, как отладка была превращена при использовании DEJA_DUP_DEBUG=1 deja-dup --backup > dejadup.log 2>&1, Ваш dejadup.log , файл содержит:
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: .
и немного далее:
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)
, Таким образом, ошибка должна быть на davfs стороне, и необходимо исследовать сервер как локально нет ничего неправильно вообще.
Для тех, которые происходят здесь из поиска, у меня была подобная ошибка, и проблема состояла в том, что я поместил / прежде и после резервного имени папки...