- 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 bug...)
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? Thanks, Baldvin
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.