rdiff-backup-users
[Top][All Lists]
Advanced

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

Re: [rdiff-backup-users] rdiff-backup detects that many files has change


From: Robert Nichols
Subject: Re: [rdiff-backup-users] rdiff-backup detects that many files has changed - cifs mount
Date: Mon, 30 Jul 2012 19:38:20 -0500
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.6esrpre) Gecko/20120717 Thunderbird/10.0.6

On 07/30/2012 02:38 AM, Attila Strba wrote:
Hi Guys,

Some more info. I have checked the following files:
file_statistics.2012-07-27T04_00_16+02_00.data
file_statistics.2012-07-28T04_00_16+02_00.data
file_statistics.2012-07-29T04_00_16+02_00.data
file_statistics.2012-07-30T04_00_16+02_00.data

There are two strange things:
Various files, have a flag changed and an increment of size (though I am
confident they haven't changed recently.

Example:
# Filename Changed SourceSize MirrorSize IncrementSize
Tmp/ProcessExplorer/Eula.txt 1 7005 7005 140

What is also strange that files that keep changing, in some backup session stops
changing:
file_statistics.2012-07-27T04_00_16+02_00.data
Fachwissen/Digitale_Signalverarbeitung/TheEngineersGuideToDSP/CH20.PDF 0 244431
244431 NA
file_statistics.2012-07-30T04_00_16+02_00.data
Fachwissen/Digitale_Signalverarbeitung/TheEngineersGuideToDSP/CH20.PDF 1 244431
244431 184

error_log.data, mirror_metadata.data, increments.dir have a size of 0.

I also took a diff of
mirror_metadata.2012-07-26T14%3A07%3A12+02%3A00.snapshot.gz
mirror_metadata.2012-07-30T04%3A00%3A16+02%3A00.snapshot.gz

of the text file
Tmp/ProcessExplorer/Eula.txt
The changes are totaly the same, I see 9 bytes hex change at the beginning of
the file:
72 73 02 36 46 00 1B 5D 00

Similary in other files these bytes are the same, but there are also more bytes
that are indicated as increments.

I am missing extended_attributes, access_control_lists. Do I have to turn these
on somehow special?

The "1" flag in file_statistics is just the result of rdiff-backup thinking that
something changed.  The small IncrementSize is the size of the "compressed"
(larger than the original, actually) string that indicates "no change".  The
extended_attributes and access_control_lists files will only be present if
the file system being backed up actually uses those features.

I had a thought.  In the manpage for rdiff-backup, see if the paragraph for
the "--no-compare-inode" option might explain what is happening.

--
Bob Nichols     "NOSPAM" is really part of my email address.
                Do NOT delete it.




reply via email to

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