[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [rdiff-backup-users] rdiff-backup detects that many files has change
Re: [rdiff-backup-users] rdiff-backup detects that many files has changed - cifs mount
Mon, 30 Jul 2012 19:38:20 -0500
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:
Some more info. I have checked the following files:
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.
# 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
Fachwissen/Digitale_Signalverarbeitung/TheEngineersGuideToDSP/CH20.PDF 0 244431
Fachwissen/Digitale_Signalverarbeitung/TheEngineersGuideToDSP/CH20.PDF 1 244431
error_log.data, mirror_metadata.data, increments.dir have a size of 0.
I also took a diff of
of the text file
The changes are totaly the same, I see 9 bytes hex change at the beginning of
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.