Hello,
Rsync is extensively using non blocking descriptors, in a very efficient
way.
In some piece of software I'm writing, I serialize the rsync server in a big
pipe.
Once rsync--server has finished chatting with rsync-client, its closing
leaves stdin in a non-blocking state which breaks some
"Connection reset by peer" means the other end hung up on you. If there
is no message before that then it didn't bother to tell you why and the
problem would have to be debugged on the other end.
On 06/29/2016 09:16 AM, Dave Howorth wrote:
> On 2016-06-29 13:40, Dave Howorth wrote:
>> I use rsync
On 2016-06-29 13:40, Dave Howorth wrote:
I use rsync to download a directory from a remote daemon. This has
worked well for years but has recently started to give problems. The
rsync transfer is run by a program called dirvish that is run as a cron
job. The log looks like this:
[snip]
Sorry, I
I use rsync to download a directory from a remote daemon. This has
worked well for years but has recently started to give problems. The
rsync transfer is run by a program called dirvish that is run as a cron
job. The log looks like this:
ACTION: rsync -vrltH --delete --stats -D --numeric-ids
Hello.
On rsync, version 3.0.9 got this trouble, rsync hung when applying batch
file:
Sync all files from batch to asr_billing
install: - skelet/cfg/
install: - skelet/etc/
install: deleting usr/lib/python2.6/site-packages/IPython/external/Itpl.pyc -
deleting
install: 100% 9.83MB/s - 0
in
Hello.
On rsync, version 3.0.9 got this trouble, rsync hung when applying batch
file:
Sync all files from batch to asr_billing
install: - skelet/cfg/
install: - skelet/etc/
install: deleting usr/lib/python2.6/site-packages/IPython/external/Itpl.pyc -
deleting
install: 100% 9.83MB/s - 0
in
