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

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

Re: [rdiff-backup-users] compare: ignore ctime


From: Carsten Lorenz
Subject: Re: [rdiff-backup-users] compare: ignore ctime
Date: Mon, 21 Nov 2005 15:53:28 +0100
User-agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716)

Ben Escoto wrote:
"Carsten Lorenz" <address@hidden>
wrote the following on Thu, 17 Nov 2005 11:24:03 +0100
            
We are now using rdiff-backup on our debian fileserver without any real
problems.

Our daily backup of ca. 1.2TB starts at 1:00am and lasts for 43 hours.
As 43 hours are more than a day, this is our problem.

rdiff-backup detects half of the files (395041 files with 567GB) as
changed, but rdiff-backups "Increment FileSize" is only 5GB.
The only thing that has changed on most of this files is their ctime. So
rdiff-backup works fine and correct.
    

Actually rdiff-backup already ignores ctime, so that isn't your
problem :-)

(The reason it does this is simply because a lot of the existing
automatic tests depend on a successful rdiff-backup mirror comparing
correctly to the source.  This is impossible if ctimes are compared,
since rdiff-backup can't set ctimes either.)

So anyway, the problem isn't ctimes.  How can you figure out why
rdiff-backup thinks a file has changed?  One way is to find a file you
think hasn't changed, and compare its records in two consecutive
mirror_metadata files.  (Note that there is no ctime information in
the mirror_metadata file.)
  
I've got a file which hasn't changed, even the data in the mirror_metadata hasn't changed, but the file_statistic shows that it has changed.

The file doesn't appear in rdiff-backup its extended_attributes or access_control_lists files.
Since this file has an acl this may be the reason why rdiff-backup detects a difference.

I switched of acls and eas to look if this works.

Regards,
Carsten


file_statistic:
.../get the look_02.eps 1 15771551 15771551 219

both mirror_metadata files:
  Permissions 436

stat:
Access: (0664/-rw-rw-r--)  Uid: ( 1032/   mmohr)   Gid: (17000/  beaute)

getfacl:
# owner: mmohr
# group: beaute
user::rw-
group::rwx                      #effective:rw-
group:readonly:r-x              #effective:r--
mask::rw-
other::r--




reply via email to

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