Wayne Davison [EMAIL PROTECTED] writes:
I don't want to arbitrarily dump support for mainstream platforms that
are currently supported. I.e. we need to continue to support the major
flavors of Unix, Linux, Cygwin, OS X, etc. I haven't checked to see
what systems would be adversely affected
On Mon, Jan 19, 2004 at 03:21:16AM -0600, John Van Essen wrote:
In make_file(), when readlink_stat() fails, if error is NOENT
then perhaps do the same that that send_files() now does and
report as vanished and set IOERR_VANISHED?
Appended is a first-cut of a patch to implement this. I'm
On Mon 29 Mar 2004, Marcus Müller wrote:
I got two directories, one on a linux file server and at another location a
folder on a windows 2k file server which I want to synchronize over a ssh
internet connection. The problem is that both are working directories and
hence, in both directories
Hello,
I had a several system crashes (due to boken hardware) but it resulted
of a serious problem: rsync-ed files had a new date/size but the old
content. I think it was because the machine has lost all data from
in-memory file bufes before sync-ing it to HDD-s. Anyway, subsequent
passes of
Rsync is a rather new Unix/Internet application.
You might want' to look at the BSD tools that predates it. Like rcp and rdist.
/Hans Eric
- Original Message -
From: raghu [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, March 30, 2004 2:01 AM
Subject: earliest use of rsync?
On Tue, 30 Mar 2004, Wayne Davison [EMAIL PROTECTED] wrote:
On Mon, Jan 19, 2004 at 03:21:16AM -0600, John Van Essen wrote:
In make_file(), when readlink_stat() fails, if error is NOENT
then perhaps do the same that that send_files() now does and
report as vanished and set IOERR_VANISHED?
On Tue, 30 Mar 2004, Francis Montagnac [EMAIL PROTECTED] wrote:
Example cmd: rsync -a --relative /home/me /dest
Source root: /home
I think it's instead:
Source root: /
Am i wrong?
Remember - we are talking about the transfer root, not the
filesystem root or partition root.
The
I currently have my /home directory kept in sync between my primary and
backup domain controllers by using rsync --archive --checksum --update
--delete pdc-srv:/home/ bdc-srv:/home/. I noticed that when this
command is invoked, it tends to suck up the available bandwith to eth0
during the
Remember - we are talking about the transfer root, not the filesystem
root or partition root.
Yes.
The source transfer root is the source path with any trailing node
removed up to the last slash.
I see, but as soon as you have more than one source argument to rsync,
except when using
Dear Sir/Ms,
I love your rsync command very much, but I had one problem with it.
I executed command:
rsync -e ssh -avRz --delete /etc/
[EMAIL PROTECTED]:/backup1/server/sol/
After that I checked the size of the backup directory and the size of
original
directory. I found that they are
Dear Sir,
I love your rsync command very much, but I had one problem with it.
I executed command:
rsync -e ssh -avRz --delete /etc/
[EMAIL PROTECTED]:/backup1/server/sol/
After that I checked the size of the backup directory and the size of
original
directory. I found that they are
different. I
11 matches
Mail list logo