[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’)
>>