[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Duplicity-talk] verify fails on 0.6.18 and 0.7.01
From: |
edgar . soldin |
Subject: |
Re: [Duplicity-talk] verify fails on 0.6.18 and 0.7.01 |
Date: |
Sun, 08 Feb 2015 15:32:15 +0100 |
User-agent: |
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 |
On 08.02.2015 15:05, Rupert Levene wrote:
> Hi,
>
> I have made a large to gdocs using 0.6.18 from Ubuntu 12.04. A 2GB
> file duplicity-full-signatures.20150205T170035Z.sigtar.gpg was
> created, and duplicity chokes on this. It pauses for a while (I guess
> while it downloads the file) and then says
>
> Attempt 1 failed: BackendException: Failed to download file
> 'duplicity-full-signatures.20150205T170035Z.sigtar.gpg' in remote
> folder 'i7-bigstore': join() result is too long for a Python string
> Backtrace of previous error: Traceback (innermost last):
> File "/usr/lib/python2.7/dist-packages/duplicity/backend.py", line
> 311, in iterate
> return fn(*args, **kwargs)
> File "/usr/lib/python2.7/dist-packages/duplicity/backends/gdocsbackend.py",
> line 144, in get
> % (remote_filename, self.folder.title.text, str(e)), raise_errors)
> File "/usr/lib/python2.7/dist-packages/duplicity/backends/gdocsbackend.py",
> line 182, in __handle_error
> raise BackendException(message)
> BackendException: Failed to download file
> 'duplicity-full-signatures.20150205T170035Z.sigtar.gpg' in remote
> folder 'i7-bigstore': join() result is too long for a Python string
>
> It'll then try again, and give the same error, at which point I hit control-C.
>
> Version 0.7.01 fails more quickly:
>
> $ apt-cache policy duplicity
> duplicity:
> Installed: 0.7.01-0ubuntu0ppa1063~ubuntu12.04.1
> Candidate: 0.7.01-0ubuntu0ppa1063~ubuntu12.04.1
> Version table:
> *** 0.7.01-0ubuntu0ppa1063~ubuntu12.04.1 0
> 500 http://ppa.launchpad.net/duplicity-team/ppa/ubuntu/
> precise/main i386 Packages
> 100 /var/lib/dpkg/status
> 0.6.18-0ubuntu3.5 0
> 500 http://ie.archive.ubuntu.com/ubuntu/ precise-updates/main
> i386 Packages
> 0.6.18-0ubuntu3 0
> 500 http://ie.archive.ubuntu.com/ubuntu/ precise/main i386 Packages
> $ duplicity -V
> duplicity 0.7.01
> $ duplicity verify --verbosity '8' --exclude-globbing-filelist
> /home/rupert/.duply/i7-bigstore/exclude
> gdocs://address@hidden/backups/duplicity/i7-bigstore
> /mnt/bigstore
> Using archive dir: /home/rupert/.cache/duplicity/xxxxxxxxxxxxxxxxxxxxx
> Using backup name: xxxxxxxxxxxxxxxxxxxxx
> Import of duplicity.backends.azurebackend Succeeded
> Import of duplicity.backends.botobackend Succeeded
> Import of duplicity.backends.cfbackend Succeeded
> Import of duplicity.backends.copycombackend Succeeded
> Import of duplicity.backends.dpbxbackend Succeeded
> Import of duplicity.backends.gdocsbackend Succeeded
> Import of duplicity.backends.giobackend Succeeded
> Import of duplicity.backends.hsibackend Succeeded
> Import of duplicity.backends.hubicbackend Succeeded
> Import of duplicity.backends.imapbackend Succeeded
> Import of duplicity.backends.lftpbackend Succeeded
> Import of duplicity.backends.localbackend Succeeded
> Import of duplicity.backends.megabackend Succeeded
> Import of duplicity.backends.ncftpbackend Succeeded
> Import of duplicity.backends.onedrivebackend Failed: No module named requests
> Import of duplicity.backends.par2backend Succeeded
> Import of duplicity.backends.pydrivebackend Succeeded
> Import of duplicity.backends.rsyncbackend Succeeded
> Import of duplicity.backends.ssh_paramiko_backend Succeeded
> Import of duplicity.backends.ssh_pexpect_backend Succeeded
> Import of duplicity.backends.swiftbackend Succeeded
> Import of duplicity.backends.sxbackend Succeeded
> Import of duplicity.backends.tahoebackend Succeeded
> Import of duplicity.backends.webdavbackend Succeeded
> Using temporary directory /tmp/duplicity-lCUBfI-tempdir
> Traceback (most recent call last):
> File "/usr/bin/duplicity", line 1497, in <module>
> with_tempdir(main)
> File "/usr/bin/duplicity", line 1491, in with_tempdir
> fn()
> File "/usr/bin/duplicity", line 1324, in main
> action = commandline.ProcessCommandLine(sys.argv[1:])
> File "/usr/lib/python2.7/dist-packages/duplicity/commandline.py",
> line 1056, in ProcessCommandLine
> backup, local_pathname = set_backend(args[0], args[1])
> File "/usr/lib/python2.7/dist-packages/duplicity/commandline.py",
> line 949, in set_backend
> globals.backend = backend.get_backend(bend)
> File "/usr/lib/python2.7/dist-packages/duplicity/backend.py", line
> 221, in get_backend
> obj = get_backend_object(url_string)
> File "/usr/lib/python2.7/dist-packages/duplicity/backend.py", line
> 207, in get_backend_object
> return factory(pu)
> File "/usr/lib/python2.7/dist-packages/duplicity/backends/gdocsbackend.py",
> line 61, in __init__
> entries = self._fetch_entries(parent_folder_id, 'folder', folder_name)
> File "/usr/lib/python2.7/dist-packages/duplicity/backends/gdocsbackend.py",
> line 161, in _fetch_entries
> entries = self.client.get_all_resources(uri=uri)
> AttributeError: 'DocsClient' object has no attribute 'get_all_resources'
>
> Are these two independent bugs? Is there a workaround or fix?
>
yes, it looks like two different bugs with two different error messages.
first try latest stable duplicity 0.6.25.. there were changes in the gdocs
backend since your version.
if that fails - can you try downloading your whole backups to a local folder
and try to restore from there?
..ede/duply.net
- [Duplicity-talk] verify fails on 0.6.18 and 0.7.01, Rupert Levene, 2015/02/08
- Re: [Duplicity-talk] verify fails on 0.6.18 and 0.7.01,
edgar . soldin <=
- Re: [Duplicity-talk] verify fails on 0.6.18 and 0.7.01, Rupert Levene, 2015/02/08
- Re: [Duplicity-talk] verify fails on 0.6.18 and 0.7.01, edgar . soldin, 2015/02/08
- Re: [Duplicity-talk] [Duplicity-team] verify fails on 0.6.18 and 0.7.01, Kenneth Loafman, 2015/02/08
- Re: [Duplicity-talk] [Duplicity-team] verify fails on 0.6.18 and 0.7.01, Rupert Levene, 2015/02/09
- Re: [Duplicity-talk] [Duplicity-team] verify fails on 0.6.18 and 0.7.01, edgar . soldin, 2015/02/09
- Re: [Duplicity-talk] [Duplicity-team] verify fails on 0.6.18 and 0.7.01, Rupert Levene, 2015/02/09
- Re: [Duplicity-talk] [Duplicity-team] verify fails on 0.6.18 and 0.7.01, edgar . soldin, 2015/02/09
- Re: [Duplicity-talk] [Duplicity-team] verify fails on 0.6.18 and 0.7.01, Rupert Levene, 2015/02/10
- Re: [Duplicity-talk] [Duplicity-team] verify fails on 0.6.18 and 0.7.01, Michael Terry, 2015/02/10