Re: [Duplicity-talk] [Bulk] Re: Restoring from Duplicity -- frustration.

[Bill Case]

On Wed, 2014-03-19 at 10:22 +0100, address@hidden wrote:
> On 19.03.2014 02:30, Bill Case wrote:
> > On Wed, 2014-03-19 at 00:07 +0000, Tom Johnson wrote:
> >> Hi,
> >>
> >> You're still missing where you want to restore the files to – add that
> >> on the end of the restore path.
> >>
> >> As for your other command, you're missing a slash – it's file:///
> >>
> >> Try running this:
> >>
> >> duplicity restore --file-to-restore .local/share/gnote
> >> file:///run/media/wcase/LinuxBUb/bill-19BU bill-19BURestored/
> >>
> >> Tom
> >> ngnu.org/mailman/listinfo/duplicity-talk
> > 
> > /]# duplicity restore --file-to-restore .local/share/gnote
> > file:///run/media/wcase/LinuxBUb/bill-19BU  bill-19BURestored
> > 
> > I misunderstood the instructions.  Duplicity restore - has three
> > elements. If you are looking for a particular set of files within the
> > backedup set of files 1) the location/name/path of the files one wants
> > to restore 2) the location of the set of files that have been backed up
> > and 3) the location of where to put them.  I was misreading the
> > instructions so that I thought the elements 1) and 2) could be
> > combined.  
> > 
> > But I still have a problem.  
> > 
> > I am still getting an error message.  For the above /]# duplicity
> > restore I get as a return.
> > Import of duplicity.backends.dpbxbackend Failed: No module named
> > pkg_resources
> > Local and Remote metadata are synchronized, no sync needed.
> > Traceback (most recent call last):
> >   File "/bin/duplicity", line 1466, in <module>
> >     with_tempdir(main)
> >   File "/bin/duplicity", line 1459, in with_tempdir
> >     fn()
> >   File "/bin/duplicity", line 1341, in main
> >     globals.archive_dir).set_values()
> >   File "/usr/lib64/python2.7/site-packages/duplicity/collections.py",
> > line 693, in set_values
> >     self.get_backup_chains(partials + backend_filename_list)
> >   File "/usr/lib64/python2.7/site-packages/duplicity/collections.py",
> > line 816, in get_backup_chains
> >     map(add_to_sets, filename_list)
> >   File "/usr/lib64/python2.7/site-packages/duplicity/collections.py",
> > line 806, in add_to_sets
> >     if set.add_filename(filename):
> >   File "/usr/lib64/python2.7/site-packages/duplicity/collections.py",
> > line 97, in add_filename
> >     (self.volume_name_dict, filename)
> > AssertionError: ({1: 'duplicity-full.20140311T153635Z.vol1.difftar', 2:
> > 'duplicity-full.20140311T153635Z.vol2.difftar.gz', 3:
> > 'duplicity-full.20140311T153635Z.vol3.difftar.gz', ....
> > 62: 'duplicity-full.20140311T153635Z.vol62.difftar.gz'}
> > 
> > 
> 
> Bill,
> 
> please make sure you've got the latest duplicity release running or install 
> it and try again.
> 
I ]# yum remove duplicity followed by yum install duplicity.  This
morning to be sure I ]# yum reinstall duplicity.

> if the error persists, send complete terminal output (obfuscate strings you 
> deem to be private) to the list. zip, attach if big or pastebin.
> 
> ..ede/duply.net

Thank you; I will take you up on your offer later today.  Overnight I
have thought of a couple of things to try first. Last night, using the
simplest duplicity restore I got an error claim that my last full back
up was on December 22, 2012.  I can see about 64 backed up .gz files to
March 11, 2014.  They are the ones named in above following the
AssertionError.  I am beginning to think that the chain for all of the
last backup files is broken.  I am going to try a couple of things this
afternoon.  If they don't work, I will take advantage of your kind
offer.

This is the latest effort.
~]# duplicity  --dry-run
file:///run/media/wcase/LinuxBUb/bill-19BU  /bill-19BURestored
Import of duplicity.backends.dpbxbackend Failed: No module named
pkg_resources
Sync would remove the following spurious local files:
duplicity-full-signatures.20120205T194841Z.sigtar.gz
duplicity-full-signatures.20121222T203102Z.sigtar.gz
duplicity-full.20120205T194841Z.manifest
duplicity-full.20121222T203102Z.manifest
Warning, found signatures but no corresponding backup files
Last full backup date: none
GnuPG passphrase: 

Just to be sure I returned to trying the duplicity gui one last time.
Backup location :/bill-19BU on LinuxBUb
Folders to back up : .local/share/gnote
Restore from Where?
Backup location : LinuxBUb
Folder : /bill-19BU

Restore failed
Traceback (most recent call last):
  File "/usr/bin/duplicity", line 1466, in <module>
    with_tempdir(main)
  File "/usr/bin/duplicity", line 1459, in with_tempdir
    fn()
  File "/usr/bin/duplicity", line 1312, in main
    action = commandline.ProcessCommandLine(sys.argv[1:])
  File "/usr/lib64/python2.7/site-packages/duplicity/commandline.py",
line 1019, in ProcessCommandLine
    globals.backend = backend.get_backend(args[0])
  File "/usr/lib64/python2.7/site-packages/duplicity/backend.py", line
157, in get_backend
    return _forced_backend(pu)
  File
"/usr/lib64/python2.7/site-packages/duplicity/backends/giobackend.py",
line 95, in __init__
    self.remote_file.make_directory_with_parents(None)
GError: Error creating directory: Permission denied

I confess I am starting to double think myself into all kinds of
difficulty.

-- 
Regards William Case,
Fedora 20, Gnome 3.10.1,
Evo 3.10.4, Emacs 24x.