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: Sun, 9 Oct 2016 13:02:34 -0400

Edgar,

Thanks for the pointer.  I removed all the remote copies for that incremental 
backup, manifest, signature etc.  This is an s3 backend.

I removed all files ending in .part and .lock locally and attempted it again.

The manifest seems to contain a list of changed and new files.  I don’t know if 
it is corrupted or not.   As I said, this same command works on other 
directories.  Can it be that the manifest on the remote storage is corrupted?  
There is a hash in the file which I assume is a check on the Filelist portion 
of the manifest.  If that check fails does duplicity recovery gracefully?  I 
will try removing it from the server backend itself.

The note mentions copying a gpg encrypted file but the local file is in clear 
text so that seems to be decrypting properly.  This seems to be an issue with 
the cache syncing if a corrupted file can bring it down.

Thanks for the suggestion, my script now is forcing a full backup but at least 
not aborting.

-Scott




> On Oct 9, 2016, at 9:53 AM, edgar.soldin--- via Duplicity-talk 
> <address@hidden> wrote:
> 
> try deleting
>  duplicity-inc.20160914T051918Z.to.20160916T051053Z.manifest.part
> on the backend.
> 
> which backend did you use?
> 
> ..ede/duply.net
> 
> On 08.10.2016 22:19, Scott Hannahs via Duplicity-talk wrote:
>> 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’)
>> 




reply via email to

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