Issue with hard links, please help!
Paul Slootman
paul at debian.org
Sat May 13 18:23:24 GMT 2006
On Sat 13 May 2006, Max Kipness wrote:
> I still can't seem to figure out why the hard links are breaking though.
> And now I've noticed that I have similar issues on other server with
> hard links (evidently).
> In one instance, the server has maybe 600mb or so of changes per day,
> and a total of about 19GB total files, yet each incremental directory
> shows 5gb or so when doing a du. So does that mean that there are hard
> links breaking daily?
Perhaps run rsync with --itemize-changes, so that you can see what
triggers the update.
> Should each day/directory show around 600mb? I definitely don't think
> that for 18GB of data, I should have a total of 146GB of storage total.
How many files are in each day? (I'm thinking about the space needed for
directories.)
> Here are the stats for the last backup. Should the Matched and Literal
> equal the total file size?
>
>
> Number of files: 50285
> Number of files transferred: 113
> Total file size: 16191157376 bytes
> Total transferred file size: 4581163348 bytes
The total size is apparently 16GB, so if you're seeing 18GB, then 2GB
are "wasted" somehow (the directories? lots of tiny files that use a
rounded-up block of 4K?)
It also says only 113 files (of 50285 total) were transferred, i.e.
50172 files should have been hard-linked.
4.5GB of file data was transferred, so the number of 5GB you mention
sounds about right.
> And using Rsync 2.6.3 on this one.
Hmm, I don't think that had the --itemize-changes option yet;
you may consider upgrading...
You could of course (right after an rsync run) do a
"cd newdir; find . -type f -links 1 -print" and then randomly check a
couple and compare all their attributes such as mtime, permissions to
the previous dir. (I still recommend using the --link-dest thing over
using cp -al first.)
Paul Slootman
More information about the rsync
mailing list