Background:
Our web application picks up files from a repository and processes them --
the repository is accessed by clients using SFTP. There is an rsync script
running once per minute to sync up the client's data on the SFTP server with
the "real" repository on our application servers.
The Pr
On Fri, Jun 01, 2001 at 08:44:18AM -0500, Dave Dykstra wrote:
> There is really no way around that problem with rsync. Many other people
> have tried to do similar things and the wisdom on the mailing list has
> always been that rsync via cron is the wrong tool for applications that
> have data t
I have a reproducible problem with rsync --
I have two systems, on in Fremont, CA and the other in New York, NY. I use
djbdns on these systems and use rsync to move the data.cdb file between
machines.
For some reason, rsync is unreliable (actually, it doesn't work at all) when
the routing is a
On Fri, Jun 22, 2001 at 12:39:22PM -0500, Dave Dykstra wrote:
> That level of the network is completely outside of rsync's control; if
> you're using -e ssh, do you have problems when you use ssh by itself?
I understand that -- yes, I'm using -e ssh and ssh works fine by itself. My
rationale her
On Fri, Jun 22, 2001 at 03:56:45PM -0500, Dave Dykstra wrote:
> Rsync puts a heavy strain on TCP implementations because of the serious
> pipelining it does, and often reveals bugs in them.
>
> Are you using rsync 2.4.6? There were some serious problems with rsync
> causing ssh to hang in the e
On Fri, Jun 22, 2001 at 04:09:19PM -0500, Dave Dykstra wrote:
> Those versions are recent enough. Try Wayne Davison's nohang patch at
> http://www.clari.net/~wayne/rsync-nohang.patch
>
> Presumably the transfer is hanging for a period of time before it times out.
> If Wayne's patch doesn't f
c -ave "ssh -v" --rsync-path=/tmp/rsync /etc/tinydns/root
[EMAIL PROTECTED]:/etc/tinydns 2>/tmp/rsync-truss-sender.txt" on the
sending side.
I've posted the complete truss/strace outputs at
http://flounder.net/rsync-truss-sender.txt
http://flounder.net/rsync-strace-receiver.tx
On Tue, Jun 26, 2001 at 11:26:11PM +1000, Martin Pool wrote:
> On 25 Jun 2001, Adam McKenna <[EMAIL PROTECTED]> wrote:
>
> > There are 5839 bytes waiting in the SendQ on the sending side for each
> > connection.
> >
> > 64.71.162.66.56108 206.26.162
problem?
--Adam
--
Adam McKenna <[EMAIL PROTECTED]> | Help stop animal abuse at Petco!
http://flounder.net/publickey.html | http://www.mickaboofriends.org
GPG: 17A4 11F7 5E7E C2E7 08AA|
38B0 05D0 8BF7 2C6D 110A|