[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 09:38:36 +0200
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.6esrpre) Gecko/20120713 Thunderbird/10.0.6
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 changing:
244431 244431 NA
244431 244431 184
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 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?
So I am more and more confused. I woul apretiate any further suggestions.
Am 30.07.2012 01:13, schrieb Robert Nichols:
On 07/26/2012 10:59 AM, Attila Strba wrote:
Thanks for the response. It happens every time. I have disabled
the situation didn't improve.
Is there a way I could analyse why rdiff thinks the files are
the security context)?
The only thing I can think of is to go into the rdiff-backup-data
and examine the metadata files (mirror_metadata, extended_attributes,
access_control_lists, file_statistics, ...) for two consecutive dates
the problem occurred and see if you can see what changed. These are all
ASCII text files (most are compressed), though file_statistics may have
NUL, rather than newline, separators, so you'd have to run that through
"tr '\0' '\n'" to make it readable.