similar to: Rsync unexpectedly removing ALL files

I am using rsync with --files-from option with a file named 'rsync.in' that contains 37K+ directories that are queried from a database. One of the directories in the database actually looked like this: /home/usr/directory/./ Probably some sort of typo when the directory was entered. When performing the rsync command below, this one directory caused all files on the destination server to

Hi, I have the following script that I'm writing to backup my gentoo linux system. ----- start of script ----- #!/bin/sh # # RSYNC_OPTS="--archive --one-file-system --perms --executability --progress --stats --delete-after --hard-links --keep-dirlinks --verbose --inplace" RSYNC_USER="bs" RSYNC_SERVER="192.168.6.6" RSYNC_MODULE="ben-desktop"

I've been using the --keep-dirlinks feature of 2.6.3pre1. I also use -x (--one-file-system) and --delete-after. The symlinked directories on the receiver are symlinked to a partition other than the one where the target of the rsync resides (that's the whole point of this nifty --keep-dirlinks feature). I discovered that the symlinked directories are not being processed for deletions.

Dear rsync people (particularly Wayne), I think it would be helpful for the options in the man page to be divided into sections based on which aspect of rsync's behavior they affect. Each section could also document rsync's default behavior when none of the options are given. Collecting all the possibilities for each aspect of rsync's behavior in one place would make it much easier

--- I proofread NEWS and here's what I found. NEWS | 8 ++++---- 1 files changed, 4 insertions(+), 4 deletions(-) diff --git a/NEWS b/NEWS index d1f62be..2edb43f 100644 --- a/NEWS +++ b/NEWS @@ -116,11 +116,11 @@ Changes since 2.6.9: options are set correctly for the current batch file: --iconv, --acls, --xattrs, --inplace, --append, and --append-verify. - - Using

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

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 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

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

https://bugzilla.samba.org/show_bug.cgi?id=5601 Summary: extend --keep-dirlinks to files also Product: rsync Version: 3.0.2 Platform: All OS/Version: Linux Status: NEW Severity: enhancement Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: hendrik.maryns@uni-tuebingen.de

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,

https://bugzilla.samba.org/show_bug.cgi?id=4037 Summary: Rsync should obey --keep-dirlinks when searching basis dirs Product: rsync Version: 2.6.9 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org

https://bugzilla.samba.org/show_bug.cgi?id=1673 Summary: Verbose dry run doesn't report replacements of symlink with directory Product: rsync Version: 2.6.2 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org

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

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

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

--- Let's try submitting a patch the git way! NEWS | 10 +++++----- 1 files changed, 5 insertions(+), 5 deletions(-) diff --git a/NEWS b/NEWS index 0f7c634..9258e6b 100644 --- a/NEWS +++ b/NEWS @@ -11,7 +11,7 @@ Changes since 2.6.9: an implied dir be duplicated as a symlink, you should specify the transfer of the symlink and the transfer of the referent directory as

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

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 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