[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [rdiff-backup-users] Why do I see a huge variation in the time rdiff
Re: [rdiff-backup-users] Why do I see a huge variation in the time rdiff-backup takes?
Tue, 31 Mar 2015 15:42:22 -0700
Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Thunderbird/31.5.0
On 03/31/2015 03:37 PM, Segundo Bob wrote:
On 03/30/2015 07:39 PM, Robert Nichols wrote:
Any change in the recorded metadata for a file will cause rdiff-backup
to do a time-consuming diff of the old and new files. For files with
just a single link, that data includes ModTime, Uid, Uname, Gid, Gname,
Thank you. I think this explains why rdiff-backup mistakenly thought
that 98.7% of my files had been changed.
Between 2015-03-22 Sun and 2015-03-29 Sun, I switched from Xubuntu32
12.04 to Xubuntu64 14.04. Below I list the file uid, uname, gid, and
gname for about 98.7% of the files backed up in each rdiff-backup run:
That is, the uname and gname changed for 98.7% of the files. This
caused rdiff-backup to needlessly compare 98.7% of the files and to find
very few of them changed.
Perhaps uname and gname should not be included in the metadata? They
are not part of the data stored in the file or the file's directory entry.
If set, rdiff-backup will preserve uids/gids instead of
to preserve unames and gnames. See the USERS AND GROUPS
for more information.
I would also read the USERS AND GROUPS section for the caveats and other
ways to deal with this.
In the future, I will start a new archive file whenever I change from
one system-boot to another, if my uname or gname differs between the two
Thank you very much for your help.