Re: How to detect hanging rsync from bash-script ?

On Mon, 10 Apr 2017 06:50:24 + (UTC) reiner otto via rsync wrote: > I am using rsync on an unreliable mobile WAN connection, which causes > rsync receiver to hang for long time, when connection is broken > during transfere. As the option "--timeout=" here does not hit

Re: Help - rsync runs from command line, fails from task scheduler, hangs at msg checking charset: UTF-8

On Fri, 28 Jul 2017 14:47:02 -0700 (PDT) leonv12 via rsync wrote: >(18 args)*msg > checking charset: UTF-8*[sender] io timeout after 3000 seconds -- > exiting[sender] _exit_cleanup(code=30, file=io.c, line=195): > enteredrsync error: timeout in data send/receive (code 30)

Re: Help - rsync runs from command line, fails from task scheduler, hangs at msg checking charset: UTF-8

On Sat, 29 Jul 2017 19:45:22 -0700 (PDT) leonv12 via rsync wrote: > I don't get why it runs from the command line but not from a > scheduled task. Any suggestions for a fix or a work-around? Talk to someone who knows about task scheduling and its failure modes? Karl

Re: [Bug 12819] [PATCH] sync() on receiving side for data consistency

On Fri, 16 Jun 2017 12:34:40 +0200 Ben RUBSON via rsync <rsync@lists.samba.org> wrote: > > On 15 Jun 2017, at 19:29, Karl O. Pinc via rsync > > <rsync@lists.samba.org> wrote: > > The problem is that the --server (and, especially, > > --daemon) documentation

Re: [Bug 12819] [PATCH] sync() on receiving side for data consistency

On Thu, 15 Jun 2017 13:23:44 + just subscribed for rsync-qa from bugzilla via rsync wrote: > https://bugzilla.samba.org/show_bug.cgi?id=12819 > > --- Comment #7 from Ben RUBSON --- > Note that my patch simply adds a sync() just after

Re: Much improved speeds of rsync via SSH - something to consider

On Mon, 2 Apr 2018 15:05:14 +0200 Thanassis Tsiodras via rsync wrote: > I recently concluded a bug hunt to trace why my rsync-ing to an SBC > was much slower than the corresponding iperf3-reported speeds. To > give a concise summary of the situation, in slow wifi links

Re: [PATCH] Optimized assembler version of md5_process() for x86-64

On Sat, 23 May 2020 10:21:31 -0700 Wayne Davison via rsync wrote: > Adding optional support for openssl's crypto library is also a good > idea. There is also libressl to consider, if you're considering libraries. Karl Free Software: "You don't pay back, you pay forward." --

Re: Enabling easier contributions to rsync

On Tue, 26 May 2020 00:43:41 +0200 uxio prego via rsync wrote: > > On 25 May 2020, at 23:55, Wayne Davison via rsync > > wrote: > > > > I've decided to give hosting it on github a try, especially since > > there's been a lot of nice contributions lately. Hopefully this > > will make it easier

Re: rsync support in authprogs - feedback requested

On Wed, 17 Feb 2021 21:52:06 -0800 Bri Hatch via rsync wrote: > I recently added initial rsync support to authprogs. > I'd be very interested in feedback For some 15 years+ (?) I've had a /root/.ssh/authorized keys line that starts with:

Re: rsync support in authprogs - feedback requested

On Thu, 18 Feb 2021 12:22:33 -0500 Kevin Korb via rsync wrote: > You should both look into rrsync. It comes with rsync and is designed > to do exactly this. I'm not really interested in restricting rsync to particular directories. That seems to be what rrsync is for, although it's a little