Actually, rsync has never included --ignore-vanished-files option. I am also
interested to have that option. BTW, you can get the patch for this option
at https://bugzilla.samba.org/show_bug.cgi?id=3653#c11
Jignesh
On Fri, May 29, 2009 at 3:08 AM, henri wrote:
> I was not aware of this flag. Bu
Wayne,
How can I access the rsync maintained patches repository with the git
tools? These work:
$ firefox http://gitweb.samba.org/?p=rsync.git;a=summary
$ git clone git://git.samba.org/rsync.git
$ firefox http://gitweb.samba.org/?p=rsync.git/patches.git;a=summary
So I thought this might work, b
On Fri, 2009-05-15 at 06:28 +0200, Heinrich Götzger wrote:
> I'm using rsnapshot 1.3.1 on a Synology Diskstation ds 107+.
> # uname -a
> Linux ds107 2.6.15 #832 Sat Mar 7 00:44:45 CST 2009 armv5tejl GNU/Linux
>
> rsnpahot uses rsync, on my box there is:
>
> # rsync --version
> rsync version 3.0.
https://bugzilla.samba.org/show_bug.cgi?id=6362
--- Comment #1 from m...@mattmccutchen.net 2009-05-28 18:41 CST ---
I think there's an error in the steps to reproduce: the references to /tmp/data
should say /tmp/X1/data. After making that correction, I can reproduce the
problem. It
On Mon, 2009-05-18 at 02:28 -0700, tammy wrote:
> I have 3 load balancing servers. Each user may login to different servers to
> upload their data, lets say, a company logo.
> That's why i tried to use rsync to synchronize the uploaded logo and some
> other necessary modules. This mean, each server
On Wed, 2009-05-20 at 09:35 +0530, Jignesh Shah wrote:
> Thanks Matt but I think that should not be a correct behavior. The
> rsync
> should retry the ESTALE files rather than giving errors immediately
> and
> deleting the files untimely.
ESTALE means the source file was deleted while rsync was re
On Sun, 2009-05-24 at 14:53 -0700, Wayne Davison wrote:
> On Sun, May 24, 2009 at 06:32:40PM +0200, Christian Hecht wrote:
> > Such a tool i plan to write for Mac OS X. The first time it should
> > store checksums and mod times for all files to verify.
>
> There are various patches in the "patches
On Wed, 2009-05-27 at 21:58 +, Frank Harmann wrote:
> i am new to rsync and i want to use rsync to emulate rdiff behaviour
> (because i can't install rdiff on the system).
> What i would like rsync to do is to generate a diff file (like with
> rsync --write-batch) but WITHOUT changing the dest
On Thu, 2009-05-28 at 10:41 -0400, Larry Irwin wrote:
> So, I have a file like rsync.exclude that contains something like:
>
> /media/cdrom*/*
> /media/floppy*/*
> /tmp/*
> /u/tmp/*
> /v/tmp/*
> /var/spool/lpd/*/df*
> /var/spool/lpd/*/hf*
>
> And then in the script to kick off the rsync process:
I am using a configuration file on rsync client machines to list the files to
exclude for that machine.
When I get a log containing vanished files, I get on that machine, confirm they
are temp files (like pirnt spool files, etc.), and add them to the exclude list:
So, I have a file like rsync.exc
https://bugzilla.samba.org/show_bug.cgi?id=6378
--- Comment #3 from m...@mattmccutchen.net 2009-05-28 09:25 CST ---
I see what is going on here. In the current rsync implementation, progress is
always computed by the client, which in this case is the sender. The local ssh
process ha
I wonder why rsync-3.0.6 don;t have --ignore-vanished-files option?
Jignesh
On Thu, May 28, 2009 at 12:39 PM, Jignesh Shah
wrote:
> Hi,
>
> I am getting "rsync warning: some files vanished before they could be
> transferred (code 24) at main.c(1039) [sender=3.0.6]" now frequently but
> while usi
Hi,
I am getting "rsync warning: some files vanished before they could be
transferred (code 24) at main.c(1039) [sender=3.0.6]" now frequently but
while using rsync version 2.6, I used to get it rarely. Any idea would be
helpful on why rsync 3.0.6 is throwing this warning frequently.
Jignesh.
--
13 matches
Mail list logo