Re: link-dest to remote server doesn't work in Linux client

On Fri, 2008-10-17 at 10:02 +0800, Zhiming Zhou wrote: > Thanks very much, I noticed that the owner user and group of my "test" > files in local are changed, so rsync thought files are different from > remote rsync server, and the "--link-dest" option does works in Linux > now after run "chown". >

Re: link-dest to remote server doesn't work in Linux client

Matt: Thanks very much, I noticed that the owner user and group of my "test" files in local are changed, so rsync thought files are different from remote rsync server, and the "--link-dest" option does works in Linux now after run "chown". So, is there some option in rsyncd.conf or in rsync comma

Re: Alternatives to programmatically calling the rsync binary a lot

On Thu, 2008-10-16 at 13:38 +0200, Axel Kittenberger wrote: > For simplicity we just exec()ed the systems installed rsync binary to > invoke rsync for a directory when a change happened in it. Now some > users complained that this strategy involves a lot of forking on a > vivid directory structure.

Re: link-dest to remote server doesn't work in Linux client

On Thu, 2008-10-16 at 18:24 +0800, Zhiming Zhou wrote: > Then in cygwin, I use "--link-dest" option to do a incremental backup: > > rsync -a --force --link-dest=../old/ 192.168.0.10::ttt/new/ > > > * "new" directory contains updated files, and unchanged files are hard > linked to "old" directory

Re: rsync from tar

On Thu, Oct 16, 2008 at 12:41:07PM -0500, Todd Rinaldo wrote: > Rsync works well for this purpose, but it would be nice if we could > rsync to/from a tar (or other archive format) file. It would be better to leave such things to an external tool, such as a fuse filesystem. A read-only one that I

Re: Alternatives to programmatically calling the rsync binary a lot

Thanks for your comment! But as you can see on lsyncd project base, we compared it to rdbd (along other solutions) already. rdbd doesn't fit in many cases, since in this usecase we want a oneway sync only, not a two-way and rdbd is also a "heavy weight" solution, requireing big changes for expost s

Re: Alternatives to programmatically calling the rsync binary a lot

The solution needs to be around rsync? I think you should look in some kind of "low level" replication, like drbd or something... What you have described i think is something very complex, because you can have many changes almost at the same time, and many sync process starting, or so... i don´t kn

DO NOT REPLY [Bug 3491] throttle disk IO during filelist/directory parsing

https://bugzilla.samba.org/show_bug.cgi?id=3491 --- Comment #3 from [EMAIL PROTECTED] 2008-10-16 14:09 CST --- I'd like to have this feature for the reasons others already stated, too, and, looking at the patch, it even doesn't seem to be hard to implement. What's holding it up? --

rsync from tar

I use rsync to backup an application's file system state to a repository. Later if we want to refresh a test environment with the application's file state at that given point in time, we can use rsync to get the test environment into that state. Rsync works well for this purpose, but it would be n

Alternatives to programmatically calling the rsync binary a lot

Dear list, I'd like to have your expertise opinion on following issue. Out of a concrete need we developed an application that will rsync any changes on a local directory structure to a remove system the moment they happen using the linux kernel watch feature. This is in our opinion much more eleg

link-dest to remote server doesn't work in Linux client

Hello: I first use rsync on Cygwin in Windows, and make a fully old backup like this: rsync -a --force test 192.168.0.10::ttt/old/ Then in cygwin, I use "--link-dest" option to do a incremental backup: rsync -a --force --link-dest=../old/ 192.168.0.10::ttt/new/ * "new" directory contains updated