when does --link-dest create a link?
jw at pegasys.ws
Sat Apr 26 10:26:15 EST 2003
On Sat, Apr 26, 2003 at 12:37:10AM +0200, Jean-Claude Wippler wrote:
> (I found a post in the archives titled "link_dest checks perms despite
> no -p -o or -g" on April 7th, which might be related - not sure...)
> I'm trying to get a rotating daily backup going with previous days kept
> as hard links to save on network transfer and disk space. The plan: on
> day N, rsync to blah/N/, using --link-dest=../<N-1> (modulo 7 or
> My test command is:
> rsync -a --delete --link-dest=../1 ~/
> When 1/ has data and 2/ is empty, the above command will properly
> create a backup, using the local data from 1/ (yeay!), but the files
> are not hard linked, even though they are identical (uid, mode, and
> I'm running 2.5.6 on both systems (two different Linux distro's). One
> perhaps significant detail is that uid's differ. The server-side
> rsyncd.conf file contains "uid/gid" settings to map things for me (user
> names are identical). What I'm trying to do is ignore uid's, since all
> requests will be from and for a single user in my case.
> The point is that I sent the first copy over in the same way as the
> second, i.e. both are sent to siepie:: without altering rsyncd.conf, so
> my expectation was that whatever rsync does with uid's would match on
> both requests?
> Is this solvable? Is there a better way for me to set things up?
The uid/gid settings in rsyncd.conf mean that it won't
preserve permissions. You can try the fix for the bug by
building from cvs. That may still require you to change
your commandline to exclude the -og options.
J.W. Schultz Pegasystems Technologies
email address: jw at pegasys.ws
Remember Cernan and Schmitt
More information about the rsync