duplicity-talk
[Top][All Lists]
Advanced

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

Re: [Duplicity-talk] Duplicity using 1.5 TB storage and loosing incremen


From: Remy van Elst
Subject: Re: [Duplicity-talk] Duplicity using 1.5 TB storage and loosing incremental backups?
Date: Thu, 28 May 2015 17:59:03 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

# duplicity --version
duplicity 0.7.02

I'm now running a -v9 backup, will send the output later on when it is
done.

On 05/28/2015 03:54 PM, address@hidden wrote:
> On 28.05.2015 15:28, Remy van Elst wrote:
>> Any suggestions or other help?
>> 
>> On 05/25/2015 11:04 AM, Remy van Elst wrote:
>>> Duplicity seems to loose it's status when trying to do a 
>>> incremental backup set over 14 days. The backup has been
>>> running for a while now but it is using about 1.5 TB of backend
>>> storage since 2 weeks. It is going to an Openstack swift object
>>> store as backend.
>> 
>>> This is the command line:
>> 
>>> duplicity --asynchronous-upload --verbosity 9 --log-file 
>>> /var/log/duplicity.log --volsize 25 --tempdir="/tmp" 
>>> --file-prefix="vps1.sparklingclouds.nl." 
>>> --name="vps1.sparklingclouds.nl." --exclude-device-files 
>>> --exclude-globbing-filelist=/etc/duplicity-backup/exclude.conf
>>>  --full-if-older-than="14D" --no-encryption  / 
>>> swift://duplicity-backup
>> 
>>> This is what caught my eye in the verbose log file:
>> 
>>> File 
>>> vps1.sparklingclouds.nl.duplicity-full.20150430T034939Z.vol166.difft
ar
>>
>>> 
.g
>> 
>> 
>> z
>>> is part of known set File 
>>> vps1.sparklingclouds.nl.duplicity-full.20150430T034939Z.vol1660.diff
ta
>>
>>> 
r.
>> 
>> 
>> gz
>>> is part of known set Found backup chain [Tue Mar 24 14:42:44 
>>> 2015]-[Tue Mar 24 14:42:44 2015] Last full backup is too old, 
>>> forcing full backup
>> 
>> 
>>> The last full backup is from yesterday, and it should only do
>>> a full backup every 14 days.
>> 
>>> When I do a collection status it seems all the incremental
>>> backups are gone:
>> 
>>> Do note that I've got a wrapper script around duplicity which 
>>> outputs the status, storage used and config settings:
>> 
>> 
>>> # Hostname: vps1.sparklingclouds.nl # IP: 192.0.2.10 # Storage 
>>> used: 1.5T # Full backups to keep: 4 # Create full backup if
>>> last full backup is older than: 14D 
>>> ----------------------------------------- # Duplicity
>>> collection status: # Local and Remote metadata are
>>> synchronized, no sync needed. # Last full backup date: Mon May
>>> 25 10:48:16 2015 # Collection Status # ----------------- #
>>> Connecting with backend: BackendWrapper # Archive dir: 
>>> /root/.cache/duplicity/vps1.sparklingclouds.nl. # Found 4
>>> secondary backup chains. # Secondary chain 1 of 4: # 
>>> ------------------------- # Chain start time: Tue Mar 24
>>> 14:42:44 2015 # Chain end time: Tue Mar 24 14:42:44 2015 #
>>> Number of contained backup sets: 1 # Total number of contained
>>> volumes: 3009 #  Type of backup set:
>>> Time:      Num volumes: #                 Full         Tue Mar
>>> 24 14:42:44 2015 3009 # ------------------------- # Secondary
>>> chain 2 of 4: # ------------------------- # Chain start time:
>>> Wed Apr  8 05:49:18 2015 # Chain end time: Wed Apr  8 05:49:18
>>> 2015 # Number of contained backup sets: 1 # Total number of
>>> contained volumes: 3104 #  Type of backup set:
>>> Time:      Num volumes: #                 Full         Wed Apr
>>> 8 05:49:18 2015 3104 # ------------------------- # Secondary
>>> chain 3 of 4: # ------------------------- # Chain start time:
>>> Thu Apr 16 05:49:37 2015 # Chain end time: Thu Apr 16 05:49:37
>>> 2015 # Number of contained backup sets: 1 # Total number of
>>> contained volumes: 3128 #  Type of backup set:
>>> Time:      Num volumes: #                 Full         Thu Apr
>>> 16 05:49:37 2015 3128 # ------------------------- # Secondary
>>> chain 4 of 4: # ------------------------- # Chain start time:
>>> Thu Apr 30 05:49:39 2015 # Chain end time: Thu Apr 30 05:49:39
>>> 2015 # Number of contained backup sets: 1 # Total number of
>>> contained volumes: 736 # Type of backup set:
>>> Time:      Num volumes: #                 Full         Thu Apr
>>> 30 05:49:39 2015 736 # ------------------------- # Found
>>> primary backup chain with matching signature chain: #
>>> ------------------------- # Chain start time: Mon May 25
>>> 10:48:16 2015 # Chain end time: Mon May 25 10:48:16 2015 #
>>> Number of contained backup sets: 1 # Total number of contained
>>> volumes: 0 #  Type of backup set: Time:      Num volumes: #
>>> ------------------------- # No orphaned or incomplete backup
>>> sets found.
>> 
>> 
>>> Why does this happen and how can I get this back to normal?
>> 
> 
> which duplicity version?
> 
> please post (zip attach)or pastebin the complete console output of
> a max.verbosity '-v9' status run. obfuscate strings in it you deem
> private.
> 
> ..ede/duply.net
> 
> 
> _______________________________________________ Duplicity-talk
> mailing list address@hidden 
> https://lists.nongnu.org/mailman/listinfo/duplicity-talk
> 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBCAAGBQJVZztHAAoJECtnVb0bf4jcwm8IAIM67Xo32HitHw7hnNlh4c7k
Tt+sQsvQD7872JOHUEQc3bcV0KMFeDnO5slQnLXNmi+12qiGK7D+iv8jao3jETQK
/aXLi8sN8ML09suFGuw1bfZP3tjlbNoXo21I69a+UV6OIV6xA4ICReS2/Ea4N9od
2VjEuwoCGaUpqvkanBIU/ofGZRu9/udC043z7pBZ3pkWsVUnTkGJ3yd7yaGQ6UZG
WesXoi/nKapnrValkYfjs7XrPtel3H1a/1LHUrclKraTK0q/NxObPtIpPdNPD4T6
7jwyUr98Wu5XTxXeyg+tQF5unN5MtuvUfuU89+XzXDFKO5JYHSW2zw3jUugTRLQ=
=QMfA
-----END PGP SIGNATURE-----

Attachment: 0x1B7F88DC.asc
Description: application/pgp-keys

Attachment: 0x1B7F88DC.asc.sig
Description: PGP signature


reply via email to

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