hi,
rsync administrator.
your ftp site for rsync can not be open recently.
ftp://ftp.samba.org/pub/rsync/
please check.
thanks for your software.
--- ps.
Name: rsync
URL: ftp://ftp.samba.org/pub/rsync/
Traceback (most recent call last):
File "check_ftp.py", line 32, in ?
OK, sounds like completely different scenarios. We haven't been using rsync
locally to do copies or things like that.
-Original Message-
From: Linda Walsh [mailto:[EMAIL PROTECTED]
Sent: Monday, December 18, 2006 2:42 PM
To: Rob Bosch
Cc: 'Matt McCutchen'; 'rsync'
Subject: Re: File Frag
Heya,
> I have a server in which I'm creating an Exchange Information Store
> backup using ntbackup. The .bkf file it creates is 112GB. My goal was
> first to rsync it over to a local linux server, and then rsync just the
> changes over the internet to another linux server. I do this with other
>
Hopefully this is not too off topic.
I have a server in which I'm creating an Exchange Information Store
backup using ntbackup. The .bkf file it creates is 112GB. My goal was
first to rsync it over to a local linux server, and then rsync just the
changes over the internet to another linux server.
I believe you that rsync over SSH works but an rsync daemon hangs;
still, the hanging in the case of the daemon seems to be the fault of
the network. Possibly the network especially likes port 22 or
especially doesn't like port 873. You could run the SSH daemon or the
rsync daemon on different p
Hey Rob, some clarifications/comments...:-)
I was talking about the undesirable fragmentation that results from using
rsync as a type of smart-copy -- copying files from a source to a
destination with the target "rsync" invoked by the source-tree process (i.e.
rsync isn't a daemon). For me, that'
I have set up a backup of my Window Server 2003 to a Linux (Ubuntu) box
using RSA for passwordless login. Everything works fine when I run it
manually from a DOS prompt. When I run it as a scheduled task, it prompts
for a password. The ID it runs under as a scheduled task is the same ID I
use wh
The fragmentation we see on NTFS is due to so many streams writing to the
same disk when multiple rsync clients are sending data to the rsync daemon.
Windows will not reserve space for any of the new files unless the
posix_fallocate function is used. The writes occur as the data comes
in...resulti
