Hi.
It seems that librsync got left by the roadside ... is there anything
similar for rsync 3.x.x?
Or, is there any easy way to use the library routines in the rsync 3.x.x
source independantly?
The only other open source software I've found that looks similar is xdelta,
and it's still beta for v3
On Tue, 2009-07-14 at 17:31 -0300, Carlos Carvalho wrote:
> From a quick look at generator.c it seems partial-dir applies only to
> regular files (partialptr = NULL in line 1767), which means that
> some/path/newdir/newfile is created at
> some/path/newdir//newfile.
Correct.
> It also appears tha
On Tue, 2009-07-14 at 13:01 +0200, Tim Edwards wrote:
> I have a script transferring some backup files onto a USB stick, which
> has limited space. I use rsync 3.0.5 with the following command:
> rsync -av --delete-before /local/backups/dir/backup1_todaysdate
> /local/backups/dir/backup2_todaysdat
On Tue, Jul 14, 2009 at 5:17 PM, Carlos Carvalho wrote:
> Hash calculation is very fast; rsync has a negligible cpu consumption.
Hash calculation for the receiver is usually disk-bound, But rsync has
massive CPU consumption in certain cases. When using -Z on a fast
network. I have seen rsync becom
https://bugzilla.samba.org/show_bug.cgi?id=5939
--- Comment #3 from wthr...@mit.edu 2009-07-14 22:03 CST ---
Created an attachment (id=4418)
--> (https://bugzilla.samba.org/attachment.cgi?id=4418&action=view)
Patch to ignore "delete of stat xattr" failures on symlinks
--
Configure
https://bugzilla.samba.org/show_bug.cgi?id=6038
--- Comment #5 from wthr...@mit.edu 2009-07-14 22:02 CST ---
(In reply to comment #4)
> Created an attachment (id=4417)
--> (https://bugzilla.samba.org/attachment.cgi?id=4417&action=view) [details]
> Patch to ignore "delete of stat xatt
https://bugzilla.samba.org/show_bug.cgi?id=6038
--- Comment #4 from wthr...@mit.edu 2009-07-14 22:00 CST ---
Created an attachment (id=4417)
--> (https://bugzilla.samba.org/attachment.cgi?id=4417&action=view)
Patch to ignore "delete of stat xattr" failures on symlinks
--
Configure
https://bugzilla.samba.org/show_bug.cgi?id=5939
wthr...@mit.edu changed:
What|Removed |Added
CC||wthr...@mit.edu
--- Comment #2 fro
Jon Watson (jwat...@watsysgroup.com) wrote on 14 July 2009 20:14:
>That was it, thanks.
>
>Interestingly enough, the version of rsync on the backup server supports
>use chroot, but there is no mention of it in the man pages that I found.
It's in the manual for the daemon: rsyncd.conf.
--
Ple
Hi,
Carlos Carvalho wrote:
Jon Watson (jwat...@watsysgroup.com) wrote on 14 July 2009 19:15:
>Carlos Carvalho wrote:
>> Jon Watson (jwat...@watsysgroup.com) wrote on 14 July 2009 17:17:
>> >I am using rsync to backup one server to another. I am connecting to the
>> >rsync daemon on the re
Carlos Carvalho wrote:
>
> Ryan Malayter (malay...@gmail.com) wrote on 14 July 2009 17:00:
> >On Mon, Jul 13, 2009 at 4:54 PM, Jamie
> Lokier wrote:
> >>
> >> Remembering hashes doesn't make any difference to speed, if the
> >> bottleneck is the sending side.
> >
> >Except that in the rsync
Jon Watson (jwat...@watsysgroup.com) wrote on 14 July 2009 19:15:
>Carlos Carvalho wrote:
>> Jon Watson (jwat...@watsysgroup.com) wrote on 14 July 2009 17:17:
>> >I am using rsync to backup one server to another. I am connecting to the
>> >rsync daemon on the remote server and pulling to the
Ryan Malayter (malay...@gmail.com) wrote on 14 July 2009 17:00:
>On Mon, Jul 13, 2009 at 4:54 PM, Jamie Lokier wrote:
>>
>> Remembering hashes doesn't make any difference to speed, if the
>> bottleneck is the sending side.
>
>Except that in the rsync pipeline, the reading the destination file
Hi,
Carlos Carvalho wrote:
Jon Watson (jwat...@watsysgroup.com) wrote on 14 July 2009 17:17:
>I am using rsync to backup one server to another. I am connecting to the
>rsync daemon on the remote server and pulling to the backup server. When
>using SSH this error does not occur, but there ar
On Mon, Jul 13, 2009 at 4:54 PM, Jamie Lokier wrote:
>
> Remembering hashes doesn't make any difference to speed, if the
> bottleneck is the sending side.
Except that in the rsync pipeline, the reading the destination file to
get hashes happens BEFORE the sender reads its file. And the sender
calc
Jon Watson (jwat...@watsysgroup.com) wrote on 14 July 2009 17:17:
>I am using rsync to backup one server to another. I am connecting to the
>rsync daemon on the remote server and pulling to the backup server. When
>using SSH this error does not occur, but there are reasons why I have to
>use
Carlos Carvalho (car...@fisica.ufpr.br) wrote on 13 July 2009 20:08:
>When --partial-dir is used rsync creates new or updated files inside a
>temporary dir. For example the new version of some/path/file is
>created in some/path//file and later moved.
>
>What happens if a new directory is creat
Hi All,
I am using rsync to backup one server to another. I am connecting to the
rsync daemon on the remote server and pulling to the backup server. When
using SSH this error does not occur, but there are reasons why I have to
use rsync directly.
The problem I am having is that some of the s
My God How did I miss that?
Also, it turned out my original problem was that I passed -delete instead of
--delete. I played too much with mencoder recently which uses single - for
both short and long options.
Paul Slootman-5 wrote:
>
> On Tue 14 Jul 2009, Nobuko Three wrote:
>
>> --delete op
On Tue 14 Jul 2009, Nobuko Three wrote:
> --delete option is not working for me. The following is a minimal example.
>
> $ mkdir box1 box2
> $ touch box1/letter box2/extra
> $ rsync -a -vv box1/ box2/
>
> $ rsync -a -vvv box1/ box2/
> $ rsync -a - box1/ box2/
How do you ex
--delete option is not working for me. The following is a minimal example.
$ mkdir box1 box2
$ touch box1/letter box2/extra
$ rsync -a -vv box1/ box2/
sending incremental file list
delta-transmission disabled for local transfer or --whole-file
letter
total: matches=0 hash_hits=0 false_alarms=0
Apologies, I think I'm wrong about my previous reply, just checked and
--delete is "implied"...
You need to use --delete instead of just the --delete-before. You do
not actually need the "before" bit as this is the default for --
delete.
-david
On 14 Jul 2009, at 12:01, Tim Edwards wrote:
On 14.07.2009 13:01, Tim Edwards wrote:
> I have a script transferring some backup files onto a USB stick, which
> has limited space. I use rsync 3.0.5 with the following command:
> rsync -av --delete-before /local/backups/dir/backup1_todaysdate
> /local/backups/dir/backup2_todaysdate
> /local/back
You need to use --delete instead of just the --delete-before. You do
not actually need the "before" bit as this is the default for --delete.
-david
On 14 Jul 2009, at 12:01, Tim Edwards wrote:
I have a script transferring some backup files onto a USB stick, which
has limited space. I use rsy
I have a script transferring some backup files onto a USB stick, which
has limited space. I use rsync 3.0.5 with the following command:
rsync -av --delete-before /local/backups/dir/backup1_todaysdate
/local/backups/dir/backup2_todaysdate
/local/backups/dir/backup3_todaysdate /USBstick/backups/dir
25 matches
Mail list logo
