Jw,
Thank you so much for your reply. The commandline:
rsync -avH --rsh=/usr/bin/ssh /www/kunder/web/ MYHOST:/www/kunder/web
Solved all of my problems, and I'm now much closer to completing a servermove. I
however have one last question.
When enetring the above command, I'm asked to type the
Hi,
Just a quick question. I am looking for a replacement for the command cp
-al which has problems dealing with a massive amount of files
(http://mail.gnu.org/archive/html/bug-coreutils/2003-12/msg00028.html).
Could I use rsync -aHr to do _exactly_ the same thing as cp -al?
I just want to make
On Wed, Jan 21, 2004 at 03:35:37PM +, Kelly Garrett wrote:
Does anyone know how to build a version of the kernel that either
does no disk
cacheing (we have very fast RAID processors and SCSI disks on the
machine) or
limit the amount of cache that the system will allocate for disk?
You can setup the server to use a public key, then no password is
required. Try this link, its a tutorial on how to do it.
http://linuxproblem.org/art_9.html
Hope this helps.
Steve
Spear wrote:
Jw,
Thank you so much for your reply. The commandline:
rsync -avH --rsh=/usr/bin/ssh
During my initial download for my home directory backup, it took rsync
over 6 hours to do the initial backup, but I can FTP the stuff in about
30 Mins. Is Rsync usualy this slow? I have compression turned on, and
its across a 100 MB/S network, Anyone had this problem before?
Steve Sills
--
I am moving the home directories off my web server, there is approx 11
GB of data to be moved. I will turn off compression, and see if its any
faster. Thanks
Steve
Vitaliy Buben wrote:
Yes, compression slows things down, especially if you move multimedia files.
On Thursday 22 January 2004
Not for me! I'm using cygwin-1.5.6-1, with rsync 2.5.7-2 (as reported by
cygcheck -s). I've also tried with rsync-1.4.0 (as someone reported that
worked), and rsync-2.6.0, both built from source. I get a 100% reliable
hang after the first 0-128k of the first file. Command looks like:
rsync -e
During my initial download for my home directory backup, it took rsync
over 6 hours to do the initial backup, but I can FTP the stuff in about
30 Mins. Is Rsync usualy this slow? I have compression turned on, and
its across a 100 MB/S network, Anyone had this problem before?
In this case,
Mark Weaver writes:
Not for me! I'm using cygwin-1.5.6-1, with rsync 2.5.7-2 (as reported by
cygcheck -s). I've also tried with rsync-1.4.0 (as someone reported that
worked), and rsync-2.6.0, both built from source. I get a 100% reliable
hang after the first 0-128k of the first file.
On Thu, Jan 22, 2004 at 06:19:06PM +0900, Charles Nadeau wrote:
Hi,
Just a quick question. I am looking for a replacement for the command cp
-al which has problems dealing with a massive amount of files
(http://mail.gnu.org/archive/html/bug-coreutils/2003-12/msg00028.html).
Could I use
I do not know the details of your syntax - however in case you use it -
encryption adds a lot of overhead to the transfer process. After I
turned off encryption (internal network with uncritical data) speeds
increased dramatically.
C
-Original Message-
From: Chuck Wolber [mailto:[EMAIL
Well, it is running under SSH, that could slow it down i guess
Steve Sills
Platnum Computers, President
http://www.platnum.com
[EMAIL PROTECTED]
- Original Message -
From: Streubert, Christoph [EMAIL PROTECTED]
To: Chuck Wolber [EMAIL PROTECTED]; Steve Sills
[EMAIL PROTECTED]
Cc:
On Thu, Jan 22, 2004 at 01:36:05PM -0700, Steve Sills wrote:
Well, it is running under SSH, that could slow it down i guess
Very easy to tell. If ssh is burning user-mode cpu time the
encryption is a factor.
It is very unlikely the encryption is having any affect on
throughput. Unless you
Steve Sills
Platnum Computers, President
http://www.platnum.com
[EMAIL PROTECTED]
- Original Message -
From: Steve Sills [EMAIL PROTECTED]
To: jw schultz [EMAIL PROTECTED]
Sent: Thursday, January 22, 2004 1:52 PM
Subject: Re: Rsync's Speed
The source server is a Dual 800 Mhz /w a 7200
See below.
On Thu, Jan 22, 2004 at 12:42:44PM -0800, jw schultz wrote:
On Thu, Jan 22, 2004 at 01:36:05PM -0700, Steve Sills wrote:
Well, it is running under SSH, that could slow it down i guess
Very easy to tell. If ssh is burning user-mode cpu time the
encryption is a factor.
It
Patch includes fixes to man page including:
- Typos/Spelling
- Clarity
- Special characters.
- Moved around text explaining example.
Make sure I didn't confuse the exclude list/file paragraph (line ~961
after applying the patch), I haven't used the feature and the motive of
that paragraph is
I've attempted to snag the least controversial changes out of the patch
and checked them in. I also changed file system into filesystem in
one place, made your suggested allow-support change, and changed id
to ID (since we're not talking about the id and the ego). I'll
comment more in another
On Thu, Jan 22, 2004 at 05:13:33PM -0800, jw schultz wrote:
Let's keep the examples in the example, description order.
Unfortunately, the indentation does make that order a little confusing,
and other sections do have examples that follow their descriptive text.
I think if the start of each
On Thu, Jan 22, 2004 at 05:41:12PM -0800, Wayne Davison wrote:
I've attempted to snag the least controversial changes out of the patch
and checked them in. I also changed file system into filesystem in
one place, made your suggested allow-support change, and changed id
to ID (since we're not
On Thu, Jan 22, 2004 at 06:02:35PM -0800, jw schultz wrote:
it might be a good idea to change IO to I/O to reduce the doubletake.
Yes, I prefer I/O for input/output as well.
dit(bf(-g, --group)) This option causes rsync to set the group of the
destination file to be the same as the source
On Thu, Jan 22, 2004 at 06:27:49PM -0800, Wayne Davison wrote:
On Thu, Jan 22, 2004 at 06:02:35PM -0800, jw schultz wrote:
it might be a good idea to change IO to I/O to reduce the doubletake.
Yes, I prefer I/O for input/output as well.
dit(bf(-g, --group)) This option causes rsync to
Date: Thu Jan 22 09:13:36 2004
Author: wayned
Update of /data/cvs/rsync
In directory dp.samba.org:/tmp/cvs-serv3881
Modified Files:
getgroups.c
Log Message:
Improved to add the default gid if it is missing from the list.
Revisions:
getgroups.c 1.5 = 1.6
Date: Thu Jan 22 09:16:21 2004
Author: wayned
Update of /data/cvs/rsync
In directory dp.samba.org:/tmp/cvs-serv4005
Modified Files:
uidlist.c
Log Message:
Made the getgroups() code a little more portable. This will hopefully
make the chgrp test work on the NetBSD and OpenBSD systems
Date: Thu Jan 22 18:39:32 2004
Author: wayned
Update of /data/cvs/rsync
In directory dp.samba.org:/home/wayned/src/rsync
Modified Files:
flist.c
Log Message:
When setting an flist entry's flags, mask it with LIVE_FLAGS.
Revisions:
flist.c 1.168 = 1.169
Date: Fri Jan 23 01:36:59 2004
Author: wayned
Update of /data/cvs/rsync
In directory dp.samba.org:/home/wayned/src/rsync
Modified Files:
rsync.yo rsync.1
Log Message:
Some spelling corrections and other simple fixes.
Revisions:
rsync.yo1.139 = 1.140
Date: Fri Jan 23 02:02:51 2004
Author: wayned
Update of /data/cvs/rsync
In directory dp.samba.org:/home/wayned/src/r
Modified Files:
rsync.yo rsync.1
Log Message:
Fixed two more misspelled words.
Revisions:
rsync.yo1.140 = 1.141
26 matches
Mail list logo