[Top][All Lists]

[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: Attila Strba
Subject: Re: [rdiff-backup-users] rdiff-backup detects that many files has changed - cifs mount
Date: Mon, 30 Jul 2012 09:38:36 +0200
User-agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.6esrpre) Gecko/20120713 Thunderbird/10.0.6

Hi Guys,

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:
Fachwissen/Digitale_Signalverarbeitung/TheEngineersGuideToDSP/CH20.PDF 0 244431 244431 NA
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

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:
Hi Bob,

Thanks for the response. It happens every time. I have disabled SELinux, still
the situation didn't improve.
Is there a way I could analyse why rdiff thinks the files are different (like
the security context)?

The only thing I can think of is to go into the rdiff-backup-data directory and examine the metadata files (mirror_metadata, extended_attributes, access_control_lists, file_statistics, ...) for two consecutive dates where
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.

reply via email to

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