RE: rsync 2.5.4 on win2k machine
I installed cygwin, and it had rsync packaged with it.' I tried win95 setup given on rsync ftp site, but it did not work on win2k. do you know, what are the additional steps required for rsync setup on win2k ? thanks .. -- Raviraj Murdeshwar Siebel Systems, Inc. 650.477.4386 -Original Message- From: David Starks-Browning [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 20, 2002 12:11 AM To: Raviraj Murdeshwar Cc: '[EMAIL PROTECTED]' Subject: rsync 2.5.4 on win2k machine On Tuesday 19 Mar 02, Raviraj Murdeshwar writes: Hi, i have downloaded rsync 2.5.4 source and was trying to compile it on win2k machine. is it supported on win2k machine ? It requires Cygwin, which you can get from http://cygwin.com/. Moreover, you can install rsync directly using the Cygwin Setup program. Neat! David -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
[dillon@FreeBSD.org: cvs commit: src/sys/net zlib.c]
What about this one? The diff looks like this: --- src/sys/net/zlib.c 2002/02/17 17:35:18 1.11 +++ src/sys/net/zlib.c 2002/03/20 04:05:26 1.12 @@ -10,7 +10,7 @@ * - added inflateIncomp and deflateOutputPending * - allow strm-next_out to be NULL, meaning discard the output * - * $FreeBSD: /c/ncvs/src/sys/net/zlib.c,v 1.11 2002/02/17 17:35:18 jedgar Exp $ + * $FreeBSD: /c/ncvs/src/sys/net/zlib.c,v 1.12 2002/03/20 04:05:26 dillon Exp $ */ /* @@ -3951,11 +3951,15 @@ int r; r = Z_MEM_ERROR; LEAVE } + /* +* this ZFREE must occur *BEFORE* we mess with sub.decode, because +* sub.trees is union'd with sub.decode. +*/ +ZFREE(z, s-sub.trees.blens); s-sub.decode.codes = c; s-sub.decode.tl = tl; s-sub.decode.td = td; } - ZFREE(z, s-sub.trees.blens); s-mode = CODES; case CODES: UPDATE - Forwarded message from Matt Dillon [EMAIL PROTECTED] - Date: Tue, 19 Mar 2002 20:05:26 -0800 (PST) From: Matt Dillon [EMAIL PROTECTED] To: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: cvs commit: src/sys/net zlib.c dillon 2002/03/19 20:05:26 PST Modified files: sys/net zlib.c Log: Fix a bug introduced in 1.11 (and also MFCd to stable AND the security branch) that causes a machine to panic when the kernel PPP / DEFLATE code is used. 1.11 moved a ZFREE to a point after the structural members were clobbered by stores into a union'd structure. This commit fixes the bug and adds a big whopping comment to make sure the code isn't 'cleaned up' again :-) Ian Dowse came up with the same patch independantly 68 seconds before I did, talk about Karma! I would also like to thank Eugene Grosbein for marathon work in tracking the problem down by udpating his -stable based on date over and over again to close in on the commit that caused his crashes. PR: kern/35969 Reviewed by:Ian Dowse [EMAIL PROTECTED] X-MFC after: immediately Revision ChangesPath 1.12 +5 -1 src/sys/net/zlib.c To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe cvs-all in the body of the message - End forwarded message - -- Jos Backus _/ _/_/_/Santa Clara, CA _/ _/ _/ _/ _/_/_/ _/ _/ _/_/ [EMAIL PROTECTED] _/_/ _/_/_/use Std::Disclaimer; -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: [dillon@FreeBSD.org: cvs commit: src/sys/net zlib.c]
On Wed, Mar 20, 2002 at 10:35:41AM -0801, Jos Backus wrote: What about this one? The diff looks like this: Never mind, it looks like we are already doing the right thing in infblock.c. Sorry for the false alert. -- Jos Backus _/ _/_/_/Santa Clara, CA _/ _/ _/ _/ _/_/_/ _/ _/ _/_/ [EMAIL PROTECTED] _/_/ _/_/_/use Std::Disclaimer; -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: (fwd from uke@jeremy.org) thanks and patch
Wouldn't encrypting the file with gpg change the timestamp as well as the size, so rsync would still copy the file? - Dave Dykstra On Tue, Mar 19, 2002 at 08:21:36AM -0800, jeremy bornstein wrote: Martin, The encryption program I'm using, gpg, includes a small bit of header information with the encrypted file, thus changing the size. Gpg is a public key encryption program which at least includes the numeric key ID of the recipient's key. Since folks can have many keys, this is useful information to have with each bit of data. It might be possible to strip this information off, but then the whole process would be version-sensitive and thus error-prone, which is not what I'd like in a backup program! (There's much more info at URL:http://www.gnupg.org/ if you like.) I suspect I'm not the only one who would be interested in using this feature for this purpose, but of course I can't say for certain. Best, -jeremy On Tue, Mar 19, 2002 at 06:11:44AM +1100, Martin Pool wrote: Jeremy, I'm glad you like rsync. Why does your encryption program not produce a file of the same size every time it is run on the same input? I can see what the patch does, but I'm having a bit of trouble understanding whether it would be generally useful. -- Martin Date: Sun, 17 Mar 2002 06:31:40 -0800 From: jeremy bornstein [EMAIL PROTECTED] To: Martin Pool [EMAIL PROTECTED] Subject: thanks and patch Greetings, and thanks for all of your work on the wonderful rsync! I recently had the need to transfer files only with different mod dates (and to *not* transfer them based on file size differences). This is because I'm backing up files remotely on an untrusted machine, so I'm encrypting them with gpg before transfer. I discovered that rsync didn't already have a --date-only flag, so I added one and am enclosing the diffs in case you (as I hope) decide to include this option in future releases. Again, thanks! Best Regards, Jeremy Bornstein diff rsync-2.5.4/README rsync-2.5.4-patched/README 70a71 --date-only only use modification date when determining if a file should be transferred Common subdirectories: rsync-2.5.4/doc and rsync-2.5.4-patched/doc diff rsync-2.5.4/generator.c rsync-2.5.4-patched/generator.c 39a40 extern int date_only; 50a52,56 if (date_only) { return (cmp_modtime(st-st_mtime,file-modtime) == 0); } Common subdirectories: rsync-2.5.4/lib and rsync-2.5.4-patched/lib diff rsync-2.5.4/options.c rsync-2.5.4-patched/options.c 64a65 int date_only=0; 223a225 rprintf(F, --date-only only use modification date when determining if a file should be transferred\n); 265c267 OPT_LOG_FORMAT, OPT_PASSWORD_FILE, OPT_SIZE_ONLY, OPT_ADDRESS, --- OPT_LOG_FORMAT, OPT_PASSWORD_FILE, OPT_SIZE_ONLY, OPT_DATE_ONLY, OPT_ADDRESS, 278a281 {date-only,0, POPT_ARG_NONE, date_only}, 704a708,710 if (date_only) args[ac++] = --date-only; Common subdirectories: rsync-2.5.4/packaging and rsync-2.5.4-patched/packaging Common subdirectories: rsync-2.5.4/popt and rsync-2.5.4-patched/popt diff rsync-2.5.4/rsync.1 rsync-2.5.4-patched/rsync.1 289a290 --date-only only use modification date when determining if a file should be transferred 363a365,371 .IP .IP \fB--date-only\fP Normally rsync will skip any files that are already the same length and have the same time-stamp\. With the --date-only option files will be skipped if they have the same timestamp, regardless of size\. This may be useful when the remote files have passed through a size-changing filter, e.g. for encryption\. diff rsync-2.5.4/rsync.yo rsync-2.5.4-patched/rsync.yo 260a261 --date-only only use modification date when determining if a file should be transferred 326a328,333 dit(bf(--date-only)) Normally rsync will skip any files that are already the same length and have the same time-stamp. With the --date-only option files will be skipped if they have the same timestamp, regardless of size. This may be useful when the remote files have passed through a size-changing filter, e.g. for encryption. Common subdirectories: rsync-2.5.4/testhelp and rsync-2.5.4-patched/testhelp Common subdirectories: rsync-2.5.4/testsuite and rsync-2.5.4-patched/testsuite Common subdirectories: rsync-2.5.4/zlib and rsync-2.5.4-patched/zlib -- jeremy bornstein [EMAIL PROTECTED] -*- to be free of all authority, of your own and that of another, is to die to everything of yesterday, so that your mind is always fresh, always young, innocent, full of vigour and passion. [j. krishnamurti, _freedom from the known_] -*-
Re: (fwd from uke@jeremy.org) thanks and patch
Dave Dykstra wrote: Wouldn't encrypting the file with gpg change the timestamp as well as the size, so rsync would still copy the file? It certainly does--which is why I reset it afterwards. Although the backup script I use is pretty simple, having this patch to rsync does not obviate it. I actually call rsync twice--once to determine the list of files to be transferred, and once to transfer the encrypted files. In-between I do the actual encryption (and munging of the mod dates). -j On Tue, Mar 19, 2002 at 08:21:36AM -0800, jeremy bornstein wrote: Martin, The encryption program I'm using, gpg, includes a small bit of header information with the encrypted file, thus changing the size. Gpg is a public key encryption program which at least includes the numeric key ID of the recipient's key. Since folks can have many keys, this is useful information to have with each bit of data. It might be possible to strip this information off, but then the whole process would be version-sensitive and thus error-prone, which is not what I'd like in a backup program! (There's much more info at URL:http://www.gnupg.org/ if you like.) I suspect I'm not the only one who would be interested in using this feature for this purpose, but of course I can't say for certain. Best, -jeremy On Tue, Mar 19, 2002 at 06:11:44AM +1100, Martin Pool wrote: Jeremy, I'm glad you like rsync. Why does your encryption program not produce a file of the same size every time it is run on the same input? I can see what the patch does, but I'm having a bit of trouble understanding whether it would be generally useful. -- Martin Date: Sun, 17 Mar 2002 06:31:40 -0800 From: jeremy bornstein [EMAIL PROTECTED] To: Martin Pool [EMAIL PROTECTED] Subject: thanks and patch Greetings, and thanks for all of your work on the wonderful rsync! I recently had the need to transfer files only with different mod dates (and to *not* transfer them based on file size differences). This is because I'm backing up files remotely on an untrusted machine, so I'm encrypting them with gpg before transfer. I discovered that rsync didn't already have a --date-only flag, so I added one and am enclosing the diffs in case you (as I hope) decide to include this option in future releases. Again, thanks! Best Regards, Jeremy Bornstein diff rsync-2.5.4/README rsync-2.5.4-patched/README 70a71 --date-only only use modification date when determining if a file should be transferred Common subdirectories: rsync-2.5.4/doc and rsync-2.5.4-patched/doc diff rsync-2.5.4/generator.c rsync-2.5.4-patched/generator.c 39a40 extern int date_only; 50a52,56 if (date_only) { return (cmp_modtime(st-st_mtime,file-modtime) == 0); } Common subdirectories: rsync-2.5.4/lib and rsync-2.5.4-patched/lib diff rsync-2.5.4/options.c rsync-2.5.4-patched/options.c 64a65 int date_only=0; 223a225 rprintf(F, --date-only only use modification date when determining if a file should be transferred\n); 265c267 OPT_LOG_FORMAT, OPT_PASSWORD_FILE, OPT_SIZE_ONLY, OPT_ADDRESS, --- OPT_LOG_FORMAT, OPT_PASSWORD_FILE, OPT_SIZE_ONLY, OPT_DATE_ONLY, OPT_ADDRESS, 278a281 {date-only,0, POPT_ARG_NONE, date_only}, 704a708,710 if (date_only) args[ac++] = --date-only; Common subdirectories: rsync-2.5.4/packaging and rsync-2.5.4-patched/packaging Common subdirectories: rsync-2.5.4/popt and rsync-2.5.4-patched/popt diff rsync-2.5.4/rsync.1 rsync-2.5.4-patched/rsync.1 289a290 --date-only only use modification date when determining if a file should be transferred 363a365,371 .IP .IP \fB--date-only\fP Normally rsync will skip any files that are already the same length and have the same time-stamp\. With the --date-only option files will be skipped if they have the same timestamp, regardless of size\. This may be useful when the remote files have passed through a size-changing filter, e.g. for encryption\. diff rsync-2.5.4/rsync.yo rsync-2.5.4-patched/rsync.yo 260a261 --date-only only use modification date when determining if a file should be transferred 326a328,333 dit(bf(--date-only)) Normally rsync will skip any files that are already the same length and have the same time-stamp. With the --date-only option files will be skipped if they have the same timestamp, regardless of size. This may be useful when the remote files have passed through a size-changing filter, e.g. for encryption. Common subdirectories: rsync-2.5.4/testhelp and rsync-2.5.4-patched/testhelp Common subdirectories: rsync-2.5.4/testsuite and
Re: (fwd from uke@jeremy.org) thanks and patch
On Tue, Mar 19, 2002 at 08:21:36AM -0800, jeremy bornstein wrote: The encryption program I'm using, gpg, includes a small bit of header information with the encrypted file, thus changing the size. Gpg is a public key encryption program which at least includes the numeric key ID of the recipient's key. Since folks can have many keys, this is useful information to have with each bit of data. It might be possible to strip this information off, but then the whole process would be version-sensitive and thus error-prone, which is not what I'd like in a backup program! It sounds like you're using asymmetric encryption. So I suppose every time you encrypt the file, gpg will generate a new session key, so an identical cleartext file will generate a completely different cyphertext file every time. On 20 Mar 2002, jeremy bornstein [EMAIL PROTECTED] wrote: Wouldn't encrypting the file with gpg change the timestamp as well as the size, so rsync would still copy the file? It certainly does--which is why I reset it afterwards. Why not just re-encrypt the file only if it has changed since the last transfer? You could do that either by keeping the encrypted file on the origin machine, or by using rsync to look at the modification time on the remote machine. (I'm not just saying this to be difficult. We can't merge patches unless there's some reason to believe people would actually use them, or otherwise the code will become a complete mess.) -- Martin -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: (fwd from uke@jeremy.org) thanks and patch
On Thu, Mar 21, 2002 at 10:07:14AM +1100, Martin Pool wrote: It sounds like you're using asymmetric encryption. So I suppose every time you encrypt the file, gpg will generate a new session key, so an identical cleartext file will generate a completely different cyphertext file every time. Yes, this is correct. On 20 Mar 2002, jeremy bornstein [EMAIL PROTECTED] wrote: Wouldn't encrypting the file with gpg change the timestamp as well as the size, so rsync would still copy the file? It certainly does--which is why I reset it afterwards. Why not just re-encrypt the file only if it has changed since the last transfer? You could do that either by keeping the encrypted file on the origin machine, or by using rsync to look at the modification time on the remote machine. Yes, this is what I do: use rsync to look at the mod time on the remote machine as compared to the mod time of the original (unencrypted) file on the local machine. I can't keep the encrypted files because of disk space limits. Files are encrypted only if rsync tells me that the local file has changed. (This is what the patch is for.) (I'm not just saying this to be difficult. We can't merge patches unless there's some reason to believe people would actually use them, or otherwise the code will become a complete mess.) Of course not--I completely understand. I suspect that my use is not unique, but I don't have any supporting specifics and I won't discount the possibility that it's not worth supporting in your software. -j -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: rsync processes never die
On 11 Mar 2002, Scott Russell [EMAIL PROTECTED] wrote: This is on Red Hat 7.1. or 7.2. Looks like I'll have to wait a while on this update. Thanks anyway. You should not need to run autoconf unless you edit configure.in, because we ship ./configure and config.h.in. -- Martin -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
RE: rsync 2.5.4 on win2k machine
What commandline are you giving it? It should already be set up with cygwin. Do you mean as a rsyncd? Access to other hosts? What are you attempting to do with it? Tim Conway [EMAIL PROTECTED] 303.682.4917 Philips Semiconductor - Longmont TC 1880 Industrial Circle, Suite D Longmont, CO 80501 Available via SameTime Connect within Philips, n9hmg on AIM perl -e 'print pack(, 19061,29556,8289,28271,29800,25970,8304,25970,27680,26721,25451,25970), .\n ' There are some who call me Tim? Raviraj Murdeshwar [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 03/20/2002 11:12 AM To: 'David Starks-Browning' [EMAIL PROTECTED] cc: '[EMAIL PROTECTED]' [EMAIL PROTECTED] (bcc: Tim Conway/LMT/SC/PHILIPS) Subject:RE: rsync 2.5.4 on win2k machine Classification: I installed cygwin, and it had rsync packaged with it.' I tried win95 setup given on rsync ftp site, but it did not work on win2k. do you know, what are the additional steps required for rsync setup on win2k ? thanks .. -- Raviraj Murdeshwar Siebel Systems, Inc. 650.477.4386 -Original Message- From: David Starks-Browning [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 20, 2002 12:11 AM To: Raviraj Murdeshwar Cc: '[EMAIL PROTECTED]' Subject: rsync 2.5.4 on win2k machine On Tuesday 19 Mar 02, Raviraj Murdeshwar writes: Hi, i have downloaded rsync 2.5.4 source and was trying to compile it on win2k machine. is it supported on win2k machine ? It requires Cygwin, which you can get from http://cygwin.com/. Moreover, you can install rsync directly using the Cygwin Setup program. Neat! David -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
RE: rsync 2.5.4 on win2k machine
David, I have downloaded rsync through 'cygwin' package and i am trying to use it as following in DOS command prompt on windows 2000 machine. For testing purpose,I am trying to copy some bat files from my machine to a another machine 'bitserver' as follows: D:\tmprsync -rcv *.bat \\bitserver\tmp building file list ... done automate.bat bitlab11.auto.bat bitlab11xx.bat bitwait.bat ccv.bat db2ref.bat dbr.bat dbref.bat dbreftmp.bat iis.bat test.bat read error: Connection reset by peer = i am getting read error: Connection reset by peer is there any rsync setup required to make it work ? is it supposed to work with command prompt Or with ONLY cygwin ? I checked /usr/doc/Cygwin rsync README file but it just tells me about compiling. i tried to compile even the latest rsync 2.5.4 source, but got following error: make Please ignore warnings below about mktemp -- it is used in a safe way gcc -g -O2 -DHAVE_CONFIG_H -Wall -W -I./popt -o rsync rsync.o generator.o recei ver.o cleanup.o sender.o exclude.o util.o main.o checksum.o match.o syscall.o lo g.o backup.o options.o flist.o io.o compat.o hlink.o token.o uidlist.o socket.o fileio.o batch.o clientname.o params.o loadparm.o clientserver.o access.o connec tion.o authenticate.o lib/fnmatch.o lib/compat.o lib/snprintf.o lib/mdfour.o lib /permstring.o lib/inet_ntop.o lib/inet_pton.o lib/getaddrinfo.o lib/getnameinfo. o zlib/deflate.o zlib/infblock.o zlib/infcodes.o zlib/inffast.o zlib/inflate.o z lib/inftrees.o zlib/infutil.o zlib/trees.o zlib/zutil.o zlib/adler32.o popt/fin dme.o popt/popt.o popt/poptconfig.o popt/popthelp.o popt/poptparse.o Warning: resolving _h_errno by linking to __imp__h_errno (auto-import) fu01.o(.idata$3+0xc): undefined reference to `templib_a_iname' nmth00.o(.idata$4+0x0): undefined reference to `_nm__h_errno' collect2: ld returned 1 exit status make: *** [rsync] Error 1 thanks .. -- Raviraj Murdeshwar Siebel Systems, Inc. 650.477.4386 -Original Message- From: David Starks-Browning [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 20, 2002 2:23 PM To: Raviraj Murdeshwar Cc: '[EMAIL PROTECTED]' Subject: RE: rsync 2.5.4 on win2k machine On Wednesday 20 Mar 02, Raviraj Murdeshwar writes: I installed cygwin, and it had rsync packaged with it.' I tried win95 setup given on rsync ftp site, but it did not work on win2k. do you know, what are the additional steps required for rsync setup on win2k I don't understand the question. What did you try to do? What did not work? Did you read the rsync doc under /usr/doc/Cygwin? David -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: (fwd from uke@jeremy.org) thanks and patch
On 20 Mar 2002, jeremy bornstein [EMAIL PROTECTED] wrote: Dave Dykstra wrote: Wouldn't encrypting the file with gpg change the timestamp as well as the size, so rsync would still copy the file? It certainly does--which is why I reset it afterwards. Although the backup script I use is pretty simple, having this patch to rsync does not obviate it. I actually call rsync twice--once to determine the list of files to be transferred, and once to transfer the encrypted files. In-between I do the actual encryption (and munging of the mod dates). Oh, do you mean you fiddle the mtimes of the source files to be the same as those of the destination files, and you want rsync to therefore not transfer them? Rather than going to all that trouble, why not just have your script produce an exclude file? Perhaps you could also put a link to your script into the faq somewhere. I'm sure other people would be interested in making gpg-encrypted backups. -- Martin -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Start Rsync Error
Hi, I have installed rsync-2.4.6 version on Linux Redhat 6.2 (Kernel-2.2.14-5.0), after installed I tried to test the rsh and run rsh remotehost /bin/true out .dat. But it failed the error message was Permission denied. I checked the permission all was okay, I forgot the rsh/csh methods and replaced by RSYNC_PROXY. Finally, it failed again. I would like to know that if the rsync establish the connection via a web Proxy. What is the startup and configuration steps? I will use synch to sync. data on my following project. Could you solve my problem! The command run == # ./rsync --server --daemon Result on the = rsyncd.log === 2002/03/21 14:39:56 [1208] params.c:Parameter() - Ignoring badly formed line in configuration file: rsync_proxy::10.1.1.237:873 2002/03/21 14:39:56 [1208] rsyncd version 2.5.4 starting, listening on port 873 2002/03/21 14:39:56 [1208] rsync: open inbound socket on port 873 failed: Invali d argument 2002/03/21 14:39:56 [1208] rsync error: error in socket IO (code 10) at socket.c (381) Thanks Very Much! Perrin The configuration have done detail: 1. Add lines on /etc/services rsync 873/tcp # rsync rsync 873/udp # rsync 2. Add lines on /etc/inetd.conf #rsync running configure rsync stream tcp nowait root /usr/bin/rsync rsyncd -daemon 3. Configure file on /etc/rsyncd.conf motd file =/etc/rsyncd.motd log file = /var/log/rsyncd.log pid file = /var/run/rsyncd.pid lock file = /var/run/rsync.lock path=/tmp/test_rsync/ rsync_proxy::10.1.1.237:873 uid=nobody gid=nobody read only =no list=yes auth users = perrinèº{.nÇ+·¨ÈZ¨¦Ø¨Èm¶ÿ+-²Æ¦mª+ùYùb²Ø§~ë³)Üçèêh²Ø§·vm§ÿðÃnÅçh¢¸?zÊÿ}ª¬þɮڮzËb¢{!¶i
What does this error mean?
Hi all, I have this in the log: xxx.ucc.usyd.edu.au: Connection refused rsync: connection unexpectedly closed (0 bytes read so far) rsync error: error in rsync protocol data stream (code 12) at io.c(151) This is my command: /usr/bin/nice -n +19 /usr/local/bin/rsync -n --verbose --archive --progress --stats --compress --rsh=/usr/local/bin/ssh \ --owner --group -r --times --perms --links --delete \ -D --hard-links --exclude *bak --exclude *~ \ /opt/mydir xxx:/opt There is no problem with ssh, which was tested. Regards, Jie -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html