duplicity-talk
[Top][All Lists]
Advanced

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

Re: [Duplicity-talk] duplicity has clock issues and stopped working


From: Yves Goergen
Subject: Re: [Duplicity-talk] duplicity has clock issues and stopped working
Date: Sun, 17 Jul 2011 11:05:06 +0200
User-agent: Thunderbird 2.0.0.24 (Windows/20100228)

>>   File "/usr/bin/duplicity", line 474, in incremental_backup
>>     assert dup_time.curtime != dup_time.prevtime, "time not moving forward 
>> at appropriate pace - system clock issues?"

I have now commented out this line because it seems dup_time is used for
no other purposes than displaying something to the user. Here comes the
next error: Even though indicating a full backup with the "full"
parameter, duplicity really did an incremental backup - and complained
about stuff I don't understand.

>   Logical volume "root_snapshot" created
> Unable to locate last file 
> var/cache/apt/archives/linux-image-2.6.32-33-server_2.6.32-33.70_amd64.deb 
> and block 479 in backup set.
> Attempting restart on the next file var/cache/apt/archives/partial.
> Error librsync error 1 while in delta rs_signature_t builder getting delta 
> for var/lib/mysql/ib_logfile1
> --------------[ Backup Statistics ]--------------
> StartTime 1310889352.74 (Sun Jul 17 09:55:52 2011)
> EndTime 1310890023.86 (Sun Jul 17 10:07:03 2011)
> ElapsedTime 671.12 (11 minutes 11.12 seconds)
> SourceFiles 444595
> SourceFileSize 22468900505 (20.9 GB)
> NewFiles 3496
> NewFileSize 129738768 (124 MB)
> DeletedFiles 3451
> ChangedFiles 2769
> ChangedFileSize 3841944590 (3.58 GB)
> ChangedDeltaSize 0 (0 bytes)
> DeltaEntries 9716
> RawDeltaSize 475281294 (453 MB)
> TotalDestinationSizeChange 194285679 (185 MB)
> Errors 1
> -------------------------------------------------
> 
>   Snapshot used 1,81%
>   Logical volume "root_snapshot" successfully removed

The backup is done from an LVM snapshot, so there are no locked files,
or files changed during reading. And usually an incremental backup takes
something around 3 minutes. This one took 11 minutes. (But maybe that
comes from the recent reboot and that the filesystem wasn't entirely in
RAM cache yet. Although I'm not sure a snapshot of the filesystem could
be in RAM cache before it was created. Maybe Linux is so smart.)

So, duplicity still doesn't work correctly. And all I did initially was
rebooting the server just as many times before. Something went wrong
this time.

-- 
Yves Goergen "LonelyPixel" <address@hidden>
Visit my web laboratory at http://beta.unclassified.de



reply via email to

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