similar to: symlinks that become directories question

Hi, the combination of --keep-dirlinks and --delete (--delete-during, --delete-delay) erroneously deletes symlinks to directories on the receiver. With --delete-before and --delete-after it works as expected. (rsync version 3.0.3 protocol version, on Debian Lenny) I don't think that this behaviour is intended. Details/example: - Host 1 directory-structure: drwx------ ./1

Hello folks, trying to make use of the new --keep-dirlinks feature for a synch port; it works excellent but feels incomplete without a way for rsync to ignore recursive links. Example: # ls -la . total 6 drwxrwxr-x 2 bldmstr staff 512 Aug 16 21:42 . drwxrwxr-x 8 bldmstr staff 512 Aug 16 21:41 .. lrwxrwxrwx 1 bldmstr staff 2 Aug 20 12:07 bogus -> .. if you use

Hi folks, I have a bunch of directories to mirror via rsync. I have lots of hardlinked files spread about these directories. Therfore I use -R (--relative) and -H. so far ok but: I create symlinks to the source-directories via script because src-dirs have changing names (date and time of backup) and I want to have constant directory names on target. How can I achieve that? I thought -k

Hello, when trying to rsync files between hosts, I ran into a surprising case in which rsync replaces a symlink with a directory, with no indication of any kind. In the following reproducer, rsync is called as follows: rsync --verbose --recursive --relative --delete a/./lib/modules b/ Directory b contains a 'lib' symlink pointing to 'usr/lib', and rsync removes that and

rsync's -v is fairly useless. Learn to use -i instead or in addition to. On 2/4/24 12:58, Andreas Gruenbacher via rsync wrote: > Hello, > > when trying to rsync files between hosts, I ran into a surprising case > in which rsync replaces a symlink with a directory, with no indication > of any kind. > > In the following reproducer, rsync is called as follows: > >

Hi, A minor bug in the manpage was noticed by a Debian user... (Please keep the 418923-forwarded@bugs.debian.org in the Cc list in replies.) diff -u -r1.399 rsync.yo --- rsync.yo 23 Jan 2007 15:34:43 -0000 1.399 +++ rsync.yo 12 Apr 2007 19:30:17 -0000 @@ -724,7 +724,7 @@ also ignored. Using this option in conjunction with bf(--relative) may give unexpected results. -dit(bf(-K,

I'm trying to figure out if there is some way to run an rsync daemon which makes a mix of "real" and symlinked folders available to a client such that all the folders appear as "real" to the client. I realize the --copy-links and --copy-dirlinks accomplish this when invoked from the client side (and that is currently how I am accomplishing this). Is there any way to

On Sun, Feb 4, 2024 at 7:20?PM Kevin Korb via rsync <rsync at lists.samba.org> wrote: > rsync's -v is fairly useless. Learn to use -i instead or in addition to. Well, note that I didn't say anything about the lib/ directory in that command; it's just that rsync decided to remove the symlink component from the path lib/modules/. Wouldn't it be more useful to make it

Hi, I have gone through the rsync documentation and also tested same both --no-implied-dir and --keep-dirlinks options. My question is what is the difference between these options in below scenario? I have /foo/bar is the symlink to /foo/baz at source and same directory structure with symlink is there at destination. When I sync the data from /foo/bar/* with --relative option specified, I am

Hi, I just read the thread http://lists.samba.org/archive/rsync/2004-June/009678.html which describes how --keep-dirlinks came to be. My use case is similar, but I?d like a similar option for files as well. Setup: in my public_html I have some symlinks which I send over as files, with -L (for various reasons: partly, because they are copies of current work which is done elsewhere, or

Dear all, I am trying to synchronize data from a remote machine (ssh) to my local one using rsync (pure scp would overwrite everything every time). The problem is, however, that due to the size of data and available storage, I have to distribute it over several hdd's. For that I have a script, which moves every single file (typical size ~ 4GB) to a different (randomly selected) hdd, leaving

We have an odd problem with the rsync 2.6.6. When we issue rsync -vvrLxHpogDtSP server::image/ / it deletes certain directories. We're sync'ing to / because we don't know ahead of time which files will appear on the server. For example, some init scripts get populated into the rsync module, appearing ultimately as server::image/etc/init.d/script, but we don't know ahead of

It would be nice if rsync offered a way to specify individual dirlinks to keep without keeping all dirlinks. (Unison can do this.) For example, consider the following command: rsync -a --relative src/./ dest/ If rsync refrained from trimming a trailing /. off of source arguments (at least as an option), one could keep a dirlink by passing it as an additional source argument with a /. and

I''m running 2.6.6 on a red hat EL3 system. using the following command, rsync -rlptDvzL --stats --include=a/ --include=a/dir/ --include=a/dir/symlink/ --include=a/dir/symlink/dir2/ --include=a/dir/symlink/dir2/dir3/ --exclude=''**'' /export/stuff remote::stuff I expect the "symlink" (which is really a symbolic link to a directory) to be preserved on the

Hello, I'm trying to push some data from one machine to another via rsync source machine uses rsync 3.0.8, it's a CentOS 5.6 Linux with rsync 3.0.8 package from rpmforge destination machine uses rsync 3.0.6, it's a Scientific Linux 6.0 with rsync 3.0.6 from its repository destination machine is running a rsync daemon with the following configuration: log file = /var/log/rsyncd.log

Hi On the rsync Server we have rsync path set to say, path= /x/y where 'y' is symlink to some other directory say 'z' on the same machine. Now is there a way to sync 'y' on remote client preserving the symlink as it is and also copy the actual contents from 'z' to say 'z' on the client machine. I have tried using '-l ' option which copies

Hi, this is possibly a bug report (I'm not sure if this is a feature). It's related to the --keep-dirlinks option, when combined with --delete . I have the following directory structure on server A: ls -lR software software: total 238 drwxr-xr-x 2 biolord bioinf 1024 Sep 20 10:49 EMBOSS/ lrwxrwxrwx 1 biolord bioinf 6 Feb 5 2003 MSE -> EMBOSS/ lrwxrwxrwx 1

On Thu, 16 Apr 2015 11:21:03 -0400, Kevin Korb wrote: > Just go 1 deeper for your source: rsync -l > ftp.cn.debian.org::debian/dists/wheezy/main/installer-amd64/current/ Yes, I've tried this before. But I also use the `--delete --delete- excluded' with the above options. And finally I found that the current will not be retrieved, in fact it will be deleted at the end. Then I

Hello, I've been using rsync to keep two boxes in sync until one replaces the other. To make things a bit more to my liking and to make apache's userdir config a bit simpler, I have added a number of symlinks in the new machine's /home. Both boxes have hashed userdirs, ie: /home/a/auser, /home/b/buser, etc. So I have some symlinks like /home/a/aweirdo -> /home/CORP/aweirdo.

$ cd /tmp $ echo "123" > aaa $ echo "123" > bbb $ ln -s bbb ccc $ ls -la aaa bbb ccc -> bbb $ rsync aaa ccc $ ls -la aaa bbb ccc This example shows that symlink ccc was replaced with a regular file, which implies that during a remote sync the content of the aaa will be downloaded. However, files aaa and bbb have the same content, so I need rsync to skip updating the