Sorry - mixed my words - as you can see it's failing on an attempt to
retreive the remote *signatures* file, not the manifest file. The
manifest is stored in standard class; the signatures file is stored in
DEEP_ARCHIVE class.
--
You received this bug notification because you are a member of
My incremental job uses the same parameters as the full, and it fails on
glacier/deep because duplicity tries to pull the remote manifest and
can't retrieve it - here's what I run:
duplicity /mnt/backup/src boto3+s3://BUCKETNAME/FOLDERNAME
--file-prefix-archive archive-$(hostna
me -f)-
It seems to be working as it should. When you do the incremental are
you specifying the storage class or using IA? We check to see if --s3
-use-deep-archive or --s3-use-glacier is used and don't run
validate_encryption_settings() if either is set.
--
You received this bug notification because
This is not fixed in 8.14 - glacier and glacier deep mode save the
signature files in glacier/deep storage class, and --s3-use-ia stores
BOTH the manifest and signature files in the IA storage class.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
** Changed in: duplicity
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1875937
Title:
Download of vol1 in validate_encryption_settings() fails when
** Changed in: duplicity (Ubuntu)
Status: New => Fix Committed
** Changed in: duplicity (Ubuntu)
Importance: Undecided => Low
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1875937
Title:
** Changed in: duplicity
Status: Triaged => Fix Committed
** Changed in: duplicity
Milestone: None => 0.8.14
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1875937
Title:
Download of
Yes, this is clear as per design of the glacier storage backend.
However, the problem ist not the restore action, the problem is that
when duplicity wants to restart a backup (because e.g. the upload failed
recently) it wants to download the latest archive to verify the use of
the same keys.
This
When using boto3, glacier restore is not supported yet. You'll need to
download the backup to a local drive and restore from there.
** Changed in: duplicity
Status: New => Triaged
** Changed in: duplicity
Importance: Undecided => Low
--
You received this bug notification because you
** Also affects: ubuntu
Importance: Undecided
Status: New
** No longer affects: ubuntu
** Also affects: duplicity (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
10 matches
Mail list logo