On Wed, Oct 16, 2002 at 05:00:02PM -0400, Farid Shenassa wrote:
> 1. is there any computational or disk IO difference between the rsync client
> and server (the one that does just the checksum on the block, vs the one
> that does rolling checksum). Given that I do not have as much cpu on the
> VO
contains version number 2.5.4 and it should be 2.5.5
..
--
Eero
--
To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
I downloaded latest src.rpm and trying to compile it against redhat 7.3:
[root@lnx rsync]# rpm --rebuild rsync-2.4.6-1.src.rpm >logfile
+ umask 022
+ cd /usr/src/redhat/BUILD
+ cd /usr/src/redhat/BUILD
+ rm -rf rsync-2.4.6
+ /bin/gzip -dc /usr/src/redhat/SOURCES/rsync-2.4.6.tar.gz
+ tar -xvvf -
+
Title: Optimizations and other questions for rsync
Hello Everyone,
I've just started using rsync to copy files from Windows NT RCS library to Stratus VOS (Posix like fauilt tolerant Mini system) as a shadow. I would also like to setup rsync to copy log or other process output files from
I have an administrative server that I use to rsync data between two
hosts. It has root access to our fileserver but does not mount
directories using the same paths as a client machine. In some
directories I have symbolic links that are invalid on the admin server,
but valid on a client (due to
>Date: Wed, 16 Oct 2002 14:26:46 -0500
>To: Wayne Davison <[EMAIL PROTECTED]>
>From: Sean O'Neill <[EMAIL PROTECTED]>
>Subject: Re: HELP !!! Problem with file timestamps updating "weird" during
>rsync data pull
>Cc: [EMAIL PROTECTED]
>
>At 12:10 PM 10/16/2002 -0700, Wayne Davison wrote:
>>On Wed
At 12:10 PM 10/16/2002 -0700, Wayne Davison wrote:
>On Wed, Oct 16, 2002 at 01:36:10PM -0500, Sean O'Neill wrote:
> > The timestamp should match that of the system the data is pulled from
> right
> > ? Well, it doesn't from time to time. The time stamp sometimes gets
> > updated as just "Oct 16
On Wed, Oct 16, 2002 at 01:36:10PM -0500, Sean O'Neill wrote:
> The timestamp should match that of the system the data is pulled from right
> ? Well, it doesn't from time to time. The time stamp sometimes gets
> updated as just "Oct 16 2002"
This is what most unix systems display for a future
Running rsync 2.3.1, 2.4.1, and 2.5.5 on Solaris 8 on various system.
I'm using rsync to pull data over for collecting performance data for
graphing in Orca. What I'm seeing is the timestamps from time to time of
the data files is being setup "weird" on the system the data is being
pulled to.
I am using the command,
/usr/bin/rsync -rl -e ssh --delete --ignore-errors $SOURCEDIR $DESTDIR
and getting the error,
rsync: unrecognized option `--ignore-errors'
rsync: connection unexpectedly closed (0 bytes read so far)
rsync error: error in rsync protocol data stream (code 1
Title: rockwell data corp
Leading web authority (UK)
Hi!
I'm using (the excellent) rsync utility to do backup on several large www-servers. The
backup machine runs in daemon mode. However, once in a while the backup hangs/stalls
eternally. Using lsof I've been able to determine that this happens only when rsync
has reached some file with an unus
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm playing with valgrind, and ran it with rsync.
I'm really not sure if I'm understanding either the tool or the code, but here
is an example.
When we're downloading a file in client-server mode, we end up in
main.c::client_run(), doing a call t
13 matches
Mail list logo