Re: rsync on cygwin: Connection reset by peer
On Mon, Oct 22, 2001 at 08:42:17AM -0600, [EMAIL PROTECTED] wrote: Dave: I remember a thread where it was decided to default to use chroot = no on systems that don't support it. Is it a pretty recent build? Am I remembering wrong? No, I think we decided to just improve the error message (although it looks like Martin hasn't gotten around to doing that). The relevant messages are at the bottom of the page http://lists.samba.org/pipermail/rsync/2001-August/thread.html and near the top of http://lists.samba.org/pipermail/rsync/2001-September/thread.html - Dave Dykstra
Re: rsync on cygwin: Connection reset by peer
Getting back to the original complaint that started this thread: On Fri, Oct 19, 2001 at 09:04:20PM -0700, Jake Repp wrote: I have been trying to get rsync running correctly on cygwin for the past couple of days. I found a post on the cygwin list that said there was a bug in cygwin when using socketpair() but when I compiled the sample code: (http://jrepp.com/rsync/socketpair.c) both ways it works fine. Here's the article for reference: http://sources.redhat.com/ml/cygwin/2001-08/msg00357.html I am running the latest update from cvs Here's what happens when I try to get a module list from the cgywin system from a freebsd4.4 system: http://jrepp.com/rsync/packetlog.txt fisher Fisher Replicated Directory rsync: read error: Connection reset by peer rsync error: error in rsync protocol data stream (code 12) at io.c(151) I do see the same error when listing modules on an rsync --daemon running under cygwin, connecting to it from Solaris. I haven't tried to debug it though, and transfers work OK. - Dave Dykstra
Re: rsync on cygwin: Connection reset by peer
David Starks-Browning [EMAIL PROTECTED] wrote: I'm in a position to test rsync with Cygwin on Win98 and NT 4.0 in all possible modes. I'll endeavour to do that, and report back. Unfortunately it will be a few days before I can make progress. This doesn't have anything to do with daemon mode, but I haven't seen this old patch applied to the rsync repository (I'm not sure that it should be, though): http://sources.redhat.com/ml/cygwin/2001-08/msg00234.html For me, at least, it's REQUIRED if I want reliable transfers between Unix and NT (rsync initiated from NT). I'm using a slightly old cygwin 1.3.2, however. -- Darryl Okahata [EMAIL PROTECTED] DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion, or policy of Agilent Technologies, or of the little green men that have been following him all day.
rsync on cygwin: Connection reset by peer
On Friday 19 Oct 01, Jake Repp writes: I have been trying to get rsync running correctly on cygwin for the past couple of days. Have you used the version of rsync that is shipped with Cygwin? Or are you trying to run it as a daemon? I don't think anyone has got that working. Would be great if you could, but that's probably a cygwin problem, not a rsync problem. Regards, David (Cygwin FAQ maintainer)
rsync on cygwin: Connection reset by peer
I have been trying to get rsync running correctly on cygwin for the past couple of days. I found a post on the cygwin list that said there was a bug in cygwin when using socketpair() but when I compiled the sample code: (http://jrepp.com/rsync/socketpair.c) both ways it works fine. Here's the article for reference: http://sources.redhat.com/ml/cygwin/2001-08/msg00357.html I am running the latest update from cvs Here's what happens when I try to get a module list from the cgywin system from a freebsd4.4 system: http://jrepp.com/rsync/packetlog.txt fisher Fisher Replicated Directory rsync: read error: Connection reset by peer rsync error: error in rsync protocol data stream (code 12) at io.c(151) read_timeout is calling die_from_error with errno == 104 when going from cygwin to cygwin (uname: CYGWIN_NT-5.0 IGXDEV21 1.3.3(0.46/3/2) 2001-09-12 23:54 i686 unknown) I get just: rsync: read error: Connection reset by peer rsync error: error in rsync protocol data stream (code 12) at io.c(151) I have tried compiling with and without -DSOCKET_PAIR with the same results. On a side note here is a simple patch to help when running rsync as a service, this patch doesn't fix or cause the error (the error exists before this patch) Index: socket.c === RCS file: /cvsroot/rsync/socket.c,v retrieving revision 1.36 diff -r1.36 socket.c 443a444,452 #ifndef __CYGWIN__ /* jrepp: This causes problems when using rsync under srvany.exe as a service, srvany loses track of rsync.exe because it kills it's original process. This doesn't hurt seem to hurt when running it straight from the cmdline either. TODO: should this be a autoconf macro (to cover MsDev in future as well)? */ 446a456 #endif /* __CYGWIN__ */ I'm going to keep trying to fix this of course but if anyone else has a quick patch or any suggestions they would be most appreciated. -jake