On 2/23/11 7:42 PM, John Goerzen wrote:
> Les Mikesell<lesmikesell<at> gmail.com> writes:
>
>> This part doesn't make sense to me. You mentioned that you saw it
>> opening existing files with strace. I don't think that should happen if
>> (a) the file exists in the previous full backup and (b) the file's
>> timestamp and length have not changed. Are you sure these two things
>> are true for the files in question? Note that large slowly growing
>
> In looking at it closer, you're right. It's mostly opening directories and
> attrib files.
>
> I am running a full backup every two weeks and incremental levels [1, 2, 3, 4,
> 5, 6, 7, 8, 9, 10, 11, 12, 13, 14]. My last full backup was backuppc number
> 7,
> and I'm watching incremental backup (#14) running.
>
> For each directory, it opens
>
> /var/lib/backuppc/pc/hostname/13/...path/dir
> /var/lib/backuppc/pc/hostname/13/...path/dir/attrib
> /var/lib/backuppc/pc/hostname/12/...path/dir
> /var/lib/backuppc/pc/hostname/12/...path/dir/attrib
>
> on down to 7.
Are you really sure that using incremental levels is saving time compared to
more frequent fulls? If you timed the first or 2nd full, it may be faster now
if you have set the checksum-seed option.
> Does the above analysis look accurate? And if it does, then what should I do
> about it? I'm pretty lost at that point.
I've always thought that it should work to comment out the part in Rsync.pm
where it adds the --ignore-times option on full runs, but it doesn't seem to be
quite that simple. It would be nice to be able to decouple the timing of how
often you want to rebuild the comparison tree from when you want to re-check
all
of the data.
--
Les Mikesell
[email protected]
------------------------------------------------------------------------------
Free Software Download: Index, Search & Analyze Logs and other IT data in
Real-Time with Splunk. Collect, index and harness all the fast moving IT data
generated by your applications, servers and devices whether physical, virtual
or in the cloud. Deliver compliance at lower cost and gain new business
insights. http://p.sf.net/sfu/splunk-dev2dev
_______________________________________________
BackupPC-users mailing list
[email protected]
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki: http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/
