similar to: --chmod for destination only

I noticed that rsync sometimes miscalculates the permissions of the top-level destination directory when --perms is off. For example, run these commands in an area free of default ACLs: umask 0000 mkdir -p src/foo chmod 700 src src/foo rsync -r src/ dest/ find . -ls 763054 0 drwx------ 4 matt matt 96 Feb 16 17:57 . 763158 0 drwx------ 3 matt matt 72 Feb 16

Hi list, I have been reading MAN pages and listarchives, but not found the answer to my question though I am sure it must be possible to acheive my wish. I wish to use rsync to create a backup BUT only keep the files for a limited period of time, EG two weeks. I have not yet been able to figure out how to do this inside rsync (while the backup is being performed) and my understanding of the

Hello, I would like to specify ports on both hosts to copy files between two remote computeres. Is there any way to do this with scp? The -P flag seems to apply to the port on the second host only. Regards, Miguel

Rsync people, I am preparing to overhaul my Web site's build system, and I am looking for a convenient way to collect files and directories from various places on my computer and put them at various locations inside a destination directory to be posted to my Web site. So far, my script has been running rsync once for each source, but this is too slow. Is there a way to get rsync to collect

https://bugzilla.samba.org/show_bug.cgi?id=6746 Summary: file from link-dest-source is copies and not linked for identical files Product: rsync Version: 3.0.6 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned at

Greetings All, I've been thinking about the current behavior of the --link-dest=DIR option. In the absence of --delete, ALL members of DIR should be linked to the destination (aside from those that are changed). If not, there should at least be a --no-link-dest-delete option. (This latter option might be better to avoid disrupting the behavior of current rsync commands) My rational: This

https://bugzilla.samba.org/show_bug.cgi?id=8336 Summary: parent dir permission Product: rsync Version: 3.0.8 Platform: All OS/Version: Solaris Status: NEW Severity: normal Priority: P5 Component: core AssignedTo: wayned at samba.org ReportedBy: andras.porjesz at ericsson.com

Greetings. Currently, the --one-file-system applies to both the source and destination and this is a problem. In my source, I have a symlink pointing to a directory on another device which I would like to have copied. I thus use --copy-unsafe-links. I also use --delete. This is dangerous because if there is a bug in my script, I would not like the destination to become suddenly

Dear rsync people (particularly Wayne), I am finding that the CVS version of rsync hangs during most, but not all, local copies. The problem goes away if I pass --protocol=29, so I'm guessing it is related to the incremental file-list sending. The hanging seems to be timing-dependent. Increasing the verbosity level seems to increase the chance of a hang. If I run rsync repeatedly with the

Hello, Thanks for the great Shorewall which has replaced my hard to maintain home-made scripts. First, what works. Our local network is 10.48.X.X with multiple vlan, each on a dedicated interface. We use Shorewall 4.4.11 from Debian Squeeze. We have a 2 ISP: - isp1 : an optical fiber provider with 10 Mbps. - isp2 : a DSL provider with 15Mbits/1Mbits. We use isp2 as the default outgoing

Hello ! I`m trying to find a way to use lzo compression for the data being transferred by rsync. rsync only supports gzip (or maybe ssh -c, which is also zlib), which gives cpu intensive workload - and this cannot be exchanged by a commandline param like we have with tar (--use-compress-program=....) i like to use lzo because it does much faster compression than gzip. I read the following in

Hello, I was reading your posts about RSYNC. We have a massive Oracle schema lots of datafiles about 750 GB size. We do rsync datafiles from source to target server but everytime we cleanup the datafiles on the target server and do rsync every 2 weeks. On the target side mostly the datafiles will be same but on source we might have added few datafiles or made some changes in data and as such the

Running rsync 2.6.8 as daemon on Fedora core 4. Have the following in the rsyncd.conf file... [test] path = /home/test/greenlight # use chroot = true max connections = 3 lock file = /var/lock/rsyncd/test.lock uid = 503 gid = 503 auth users = test incoming chmod = Dg=s,Dug=rwx,Do-rwx,Fug=rw,Fo-rwx Uploading a tree from windows with

I noticed that rsync is happy to hard-link a device node from a --link-dest dir even if its mtime differs from that of the source device node and --times is given. Is this behavior expected? It seems to break the rule that a difference in preserved attributes disqualifies a hard link. To see the behavior, run the following as root: mkdir src dest basis mknod src/null c 1 3 sleep 1 mknod

hello I'm having 2 problems with rsync... one is consequence of the other 1) I'm running an rsyncd one a server... then I run rync (client) as root on another server even being root, it doesn't read files/dirs with chmod 000 for example and gives error on them 2) when these error happens, it happens "IO error encountered" and it skip the "--delete" (I tried

I like the behavior of first doing: cp -al /backup/old /backup/new rsync /source /backup/new This way permissions will be updates throughout all snapshots (I really don't want multiple copies of my entire music collection if I decide to make all songs group readable... etc) Has anyone come up with a way to do this using --link-dest? Matt

Hi, I am using below command. rsync --verbose --log-file-format='%i %f %l %o %b' --log-file='/tmp/myfile' src/ dest/ Though it is good that all the sync information contents will be redirected to /tmp/myfile, it would be useful if rsync could print at least below final statistics on stdout. 2009/05/05 00:17:45 [26050] Number of files: 18 2009/05/05 00:17:45 [26050] Number of

Hi, I would like to avoid the following situation: SRC has: -rwxr-xr-x 1 root staff 1596328 2005-04-29 17:34 libc-2.3.3.so -rw-r--r-- 1 root staff 193 2005-04-29 17:34 libc.so lrwxrwxrwx 1 root staff 13 2007-02-05 15:06 libc.so.6 -> libc-2.3.3.so DEST has: -rwxr-xr-x 1 dale dale 1558836 2008-02-07 12:25 libc-2.3.6.so -rw-r--r-- 1 dale dale 193 2008-02-07 11:46 libc.so lrwxrwxrwx

Hi, Well, I need the procedure or how to do a full backup of archives to a directory. Then, do incremental backups in different directories. For example: source-dir to dest-dir a full backup. incremental of sources-dir and differential of backup-dir in `date +%m%h%y` Then, i should have a full backup in the dest-dir and incremental+diferential backup in every $DATE directory. Any ideas? I try

Clearly I'm missing something about --link-dest; I know it works because rsnapshot is doing the right thing on this system, but it's not on another system, and I'm trying to troubleshoot that. The first step is to be able to verify that --link-dest works on it, but I can't even get it to work in an known-good environment --- no matter how I specify the args to it, it's