duplicity-talk
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Duplicity-talk] [Bulk] Re: [Bulk] Re: Restoring from Duplicity -- f


From: edgar . soldin
Subject: Re: [Duplicity-talk] [Bulk] Re: [Bulk] Re: Restoring from Duplicity -- frustration.
Date: Thu, 20 Mar 2014 11:50:58 +0100
User-agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.4.0

On 19.03.2014 22:04, Bill Case wrote:
>>>> if the error persists, send complete terminal output (obfuscate strings 
>>>> you deem to be private) to the list. zip, attach if big or pastebin.
>>>> > >>
>>> > > Does this help?
>>> > > 
>> > 
>> > no.. i need the complete output (everything) of the command that fails run 
>> > with maximum verbosity '-v9' and with the latest duplicity.
>> > 
> ~]# duplicity restore -v9 --dry-run
> file:///run/media/wcase/LinuxBUb/bill-19BU  /bill-19BURestored
> Using archive
> dir: /root/.cache/duplicity/4ed9068b40be2d34a5935d17f69faae0
> Using backup name: 4ed9068b40be2d34a5935d17f69faae0
> Import of duplicity.backends.imapbackend Succeeded
> Import of duplicity.backends.webdavbackend Succeeded
> Import of duplicity.backends.ftpsbackend Succeeded
> Import of duplicity.backends.hsibackend Succeeded
> Import of duplicity.backends.botobackend Succeeded
> Import of duplicity.backends.sshbackend Succeeded
> Import of duplicity.backends.gdocsbackend Succeeded
> Import of duplicity.backends.megabackend Succeeded
> Import of duplicity.backends.ftpbackend Succeeded
> Import of duplicity.backends.localbackend Succeeded
> Import of duplicity.backends.u1backend Succeeded
> Import of duplicity.backends.cloudfilesbackend Succeeded
> Import of duplicity.backends.dpbxbackend Failed: No module named
> pkg_resources
> Import of duplicity.backends.tahoebackend Succeeded
> Import of duplicity.backends.rsyncbackend Succeeded
> Import of duplicity.backends.swiftbackend Succeeded
> Main action: restore
> ================================================================================
> duplicity 0.6.22 (August 22, 2013)
> Args: /bin/duplicity restore -v9 --dry-run
> file:///run/media/wcase/LinuxBUb/bill-19BU /bill-19BURestored
> Linux case 3.13.6-200.fc20.x86_64 #1 SMP Fri Mar 7 17:02:28 UTC 2014
> x86_64 x86_64
> /usr/bin/python 2.7.5 (default, Feb 19 2014, 13:47:28) 
> [GCC 4.8.2 20131212 (Red Hat 4.8.2-7)]
> ================================================================================
> Using temporary directory /tmp/duplicity-z3Zjdg-tempdir
> Registering (mkstemp) temporary
> file /tmp/duplicity-z3Zjdg-tempdir/mkstemp-BdNfYW-1
> Temp has 1049243648 available, backup will use approx 34078720.
> Local and Remote metadata are synchronized, no sync needed.
> 0 files exist on backend
> 0 files exist in cache
> Extracting backup chains from list of files: []
> Last full backup date: none
> Collection Status
> -----------------
> Connecting with backend: LocalBackend
> Archive dir: /root/.cache/duplicity/4ed9068b40be2d34a5935d17f69faae0
> 
> Found 0 secondary backup chains.
> No backup chains with active signatures found
> No orphaned or incomplete backup sets found.
> PASSPHRASE variable not set, asking user.
> GnuPG passphrase: 
> Removing still remembered temporary
> file /tmp/duplicity-z3Zjdg-tempdir/mkstemp-BdNfYW-1

there is no assertion error anymore, like before. did you change your command 
line?

..ede/duply.net



reply via email to

[Prev in Thread] Current Thread [Next in Thread]