- I am running rsync through ssh
- In a certain phase, two processes exist on both sides
- Then, for example when there's a disk full on the remote (target) side, one of
the four processes dies, and all the others are hanging on forever (or until one
kills them :)
- I tried to reproduce it in a very small, one file environment, but I couldn't.
However, it happens reproducible for my real server...
- I'll continue to debug it, meanwhile I'd appreciate if anybody knowing the
problem would tell me what he/she knows about it (maybe helping to localize the
I tried the cvs version: it works OK. However, 2.6.3 reproducably hangs.
In the NEWS: - Fixed a potential hang when verbosity is high, the client side
is the sender, and the file-list is large.
OK, maybe this is it. I checked cvs log, and cvs diff, but they are huge, and
I did not find the change corresponding to this very bugfix.
What I'd like to ask: will the release of 2.6.4 be very soon, and when, or
if it will not, could you please provide this bugfix as a patch so that
I could ask the debian maintainer to create a fixed package 2.6.3-3?
Created attachment 882 [details]
The committed code for not hanging with -vvv
If you are using -vvv (or more) verbosity and the hang is occurring during the
initial transfer of the file list, this patch is what that was checked into CVS
to fix this.
If the hang is happening after the transfer starts, this patch will have no
effect on that.
Thank you very much for your answer! I did not reply for so long because I
thought I'll get an email from bugzilla. It turns out that I forgot to do my
homework in the bugzilla-settigs page!
This appears to be fixed in the CVS version.