duplicity-talk
[Top][All Lists]
Advanced

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

Re: [Duplicity-talk] strange error when doing a backup


From: Scott Hannahs
Subject: Re: [Duplicity-talk] strange error when doing a backup
Date: Sat, 8 Oct 2016 16:19:49 -0400

Actually I am still getting a different error in the same module.  This is:
Mac OS X 10.11.6.
Python 2.7
duplicity 0.7.10

I back up several directories as independent jobs, and this only happens for 
one directory.  Of course it is the most important one!  And largest.  This 
does not seem to be an issue with encoding and gpg but still fails at the same 
line.  It looks like there is some access problem with the .cache files but I 
have r/w access to the directories and all files.



Traceback (most recent call last):
  File "/sw/bin/duplicity", line 1546, in <module>
    with_tempdir(main)
  File "/sw/bin/duplicity", line 1540, in with_tempdir
    fn()
  File "/sw/bin/duplicity", line 1391, in main
    do_backup(action)
  File "/sw/bin/duplicity", line 1416, in do_backup
    globals.archive_dir).set_values()
  File "/sw/lib/python2.7/site-packages/duplicity/collections.py", line 710, in 
set_values
    self.get_backup_chains(partials + backend_filename_list)
  File "/sw/lib/python2.7/site-packages/duplicity/collections.py", line 836, in 
get_backup_chains
    add_to_sets(f)
  File "/sw/lib/python2.7/site-packages/duplicity/collections.py", line 824, in 
add_to_sets
    if set.add_filename(filename):
  File "/sw/lib/python2.7/site-packages/duplicity/collections.py", line 101, in 
add_filename
    self.set_manifest(filename)
  File "/sw/lib/python2.7/site-packages/duplicity/collections.py", line 136, in 
set_manifest
    remote_filename)
AssertionError: 
('duplicity-inc.20160914T051918Z.to.20160916T051053Z.manifest.part', 
'duplicity-inc.20160914T051918Z.to.20160916T051053Z.manifest.gpg’)




> On Sep 23, 2016, at 10:54 AM, John Covici via Duplicity-talk <address@hidden> 
> wrote:
> 
> Well, I did some experimenting and exporting LANG=en_US.UTF-8 not only
> fixed the preferredencoding, but the gpg error disappeared as well and
> the backup ran.
> 
> Thanks for giving me the hint about the encoding -- I really
> appreciate the help.
> 
> On Fri, 23 Sep 2016 09:32:12 -0400,
> John Covici via Duplicity-talk wrote:
>> 
>> Thanks for your quick response.
>> 
>> I get  'US-ASCII'  I wonder how to changeto unicode?
>> 
>> On Fri, 23 Sep 2016 09:02:40 -0400,
>> Kenneth Loafman wrote:
>>> 
>>> [1  <text/plain; UTF-8 (7bit)>]
>>> [2  <text/html; UTF-8 (quoted-printable)>]
>>> This is actually two levels of error.  The traceback is because Python 
>>> can't decode the gpg error.  The real error is in gpg itself, but we can't 
>>> see it because the decode error is triggering while trying to report the 
>>> gpg error.
>>> 
>>> So, what is the encoding on your Mac?  You can find out what Python thinks 
>>> it is by doing this
>>> 
>>> $ python2
>>> Python 2.7.12 (default, Jun 29 2016, 14:05:02) 
>>> [GCC 4.2.1 Compatible Apple LLVM 7.3.0 (clang-703.0.31)] on darwin
>>> Type "help", "copyright", "credits" or "license" for more information.
>>>>>> import locale
>>>>>> locale.getpreferredencoding()
>>> 'UTF-8'
>>> 
>>> That's the first level.  After we get that fixed, we'll see the gpg error 
>>> message itself on the next run.
>>> 
>>> On Fri, Sep 23, 2016 at 7:25 AM, John Covici via Duplicity-talk 
>>> <address@hidden> wrote:
>>> 
>>> I am trying to do a backup  using duplicity 7.10 on a Mac operating
>>> system 10.11.6.  I am getting the following error which I don't
>>> understand what to do with:
>>> After adding all the incremental backup sets, I get
>>> Last full backup date: Wed May  4 17:14:16 2016
>>> Traceback (most recent call last):
>>>  File "/opt/local/bin/duplicity", line 1546, in <module>
>>>    with_tempdir(main)
>>>  File "/opt/local/bin/duplicity", line 1540, in with_tempdir
>>>    fn()
>>>  File "/opt/local/bin/duplicity", line 1391, in main
>>>    do_backup(action)
>>>  File "/opt/local/bin/duplicity", line 1521, in do_backup
>>>    check_last_manifest(col_stats)  # not needed for full backup
>>>  File "/opt/local/bin/duplicity", line 1222, in check_last_manifest
>>>    last_backup_set.check_manifests()
>>>  File 
>>> "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/duplicity/collections.py",
>>>  line 199, in check_manifests
>>>    remote_manifest = self.get_remote_manifest()
>>>  File 
>>> "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/duplicity/collections.py",
>>>  line 234, in get_remote_manifest
>>>    manifest_buffer = self.backend.get_data(self.remote_manifest_name)
>>>  File 
>>> "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/duplicity/backend.py",
>>>  line 679, in get_data
>>>    assert not fin.close()
>>>  File 
>>> "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/duplicity/dup_temp.py",
>>>  line 226, in close
>>>    assert not self.fileobj.close()
>>>  File 
>>> "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/duplicity/gpg.py",
>>>  line 259, in close
>>>    self.gpg_failed()
>>>  File 
>>> "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/duplicity/gpg.py",
>>>  line 223, in gpg_failed
>>>    msg += unicode(line.strip(), locale.getpreferredencoding(), 'replace') + 
>>> u"\n"
>>> LookupError: unknown encoding:
>>> 
>>> Any ideas as to how to fix this error would be appreciated.




reply via email to

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