← Back to team overview

duplicity-team team mailing list archive

0.6.01 picking up too many diffs; incorrectly detects 0 volume increment

 

So I just noticed that since upgrading to 0.6.01 my home directory
suddenly had statistically unlikely amounts of changes:


Chain start time: Mon Jun  8 02:07:59 2009
Chain end time: Sat Jul  4 10:26:43 2009
Number of contained backup sets: 14
Total number of contained volumes: 119
 Type of backup set:                            Time:      Num volumes:
                Full         Mon Jun  8 02:07:59 2009                38
         Incremental         Tue Jun  9 02:05:53 2009                 1
         Incremental         Wed Jun 10 02:08:13 2009                 1
         Incremental         Fri Jun 12 02:05:38 2009                 1
         Incremental         Sat Jun 13 02:05:36 2009                 1
         Incremental         Sun Jun 14 02:05:39 2009                 1
         Incremental         Mon Jun 29 19:37:26 2009                 1
         Incremental         Tue Jun 30 02:08:15 2009                 1
         Incremental         Wed Jul  1 02:05:38 2009                 1
         Incremental         Thu Jul  2 02:05:35 2009                 1
         Incremental         Fri Jul  3 02:04:51 2009                 1
         Incremental         Sat Jul  4 00:22:39 2009                37
         Incremental         Sat Jul  4 02:07:14 2009                34


So I re-started the backup again while looking at it, and saw it
definitely "A":dding files that have definitely not changes (bunch of
kmail folders; no kmail running). I hit ctrl-c intending to confirm
that I can still restore, and now collection status claims:

         Incremental         Sat Jul  4 00:22:39 2009                37
         Incremental         Sat Jul  4 02:07:14 2009                34
         Incremental         Sat Jul  4 10:26:43 2009                 0

In other words the cancel effectively meant that duplicity is now
picking up a zero-volume increment rather than un-associated files.

I haven't had time to investigate, not yet anyway.

-- 
/ Peter Schuller

PGP userID: 0xE9758B7D or 'Peter Schuller <peter.schuller@xxxxxxxxxxxx>'
Key retrieval: Send an E-Mail to getpgpkey@xxxxxxxxx
E-Mail: peter.schuller@xxxxxxxxxxxx Web: http://www.scode.org

Attachment: pgpwU1R2otbe6.pgp
Description: PGP signature


Follow ups