At 15:15 18.09.2007 -0400, Matt McCutchen wrote:
On 9/18/07, Fabian Cenedese [EMAIL PROTECTED] wrote:
I was wondering what happens if a file that is regularly synched but
seldom changes gets corrupted in the copy.
Are you referring to rsync writing corrupted data to the destination
file or a
Fabian Cenedese wrote:
At 15:15 18.09.2007 -0400, Matt McCutchen wrote:
On 9/18/07, Fabian Cenedese [EMAIL PROTECTED] wrote:
I was wondering what happens if a file that is regularly
synched but
seldom changes gets corrupted in the copy.
Are you referring to rsync writing corrupted data
On 9/19/07, Fabian Cenedese [EMAIL PROTECTED] wrote:
Thanks for the explanations. That means that -l and -c are not
usable together as they contradict themselves, right?
Correct. I tested with rsync 2.6.9 and it appears that if you use
both, -c overrides -I.
I guess if I first made a normal
On 9/18/07, Fabian Cenedese [EMAIL PROTECTED] wrote:
I was wondering what happens if a file that is regularly synched but
seldom changes gets corrupted in the copy.
On Wed, Sep 19, 2007 at 09:23:28AM +0200, Fabian Cenedese wrote:
I was asking because I'm responsible for our backups. The
On Wed, Sep 19, 2007 at 10:17:52PM +0200, Julian Pace Ross wrote:
I may be wrong, but it seems that when total size is more than
bytes (int32), the total size is still displayed wrongly in
the daemon logs when the daemon is the receiver.
What version are you talking about? The CVS
On Wed, Sep 19, 2007 at 10:32:41PM +0200, Julian Pace Ross wrote:
However, I am getting:
sent 100 bytes received 39551 bytes total size 569895385 on a module
that is 29GB in size
I'd imagine that it contains some hard-linked files. Rsync counts all
files sepearately.
..wayne..
--
To