| Summary: | OpenSSH (as an rsync tunnel) blocks forever | ||
|---|---|---|---|
| Product: | Base System | Reporter: | dh <dh> |
| Component: | misc | Assignee: | Dag-Erling Smørgrav <des> |
| Status: | Closed FIXED | ||
| Severity: | Affects Only Me | ||
| Priority: | Normal | ||
| Version: | 4.0-STABLE | ||
| Hardware: | Any | ||
| OS: | Any | ||
|
Description
dh
2000-06-23 11:50:01 UTC
I have just used rsync-over-openSSH on 4.0-Stable to suck 700Mb from a 3.4 box (using rsync-over-SSH-from-ports) and it worked perfectly. > This mightnt have been clear from the PR but I was using OpenSSH 4.0 at
> Both ends.
> If you do the same I hope you'll be able to duplicate the problem?
I can confirm that using rsync in 4.0-Stable with openSSH (from the crupto
repository on internat.freebsd.org) at both ends freezes doing moderate
transfews - even less than 10Mb. It seems to need lots of files, tho.
Responsible Changed From-To: freebsd-bugs->kris Kris, although the how-to-repeat is confused, it looks like this is a problem with OpenSSH. Could you take a look? I have started seeing more and more hangs with SSH blocking in a select as well. Mostly it is seen with scp, but sometimes it will occur in a terminal session. It appears to be a race condition, but not sure. In my case, most (but not all) failures occur with the version installed with the 4.0-release system, using 4.0-release running on a Compaq M300 (333 MHz celeron). The remote end is a Solaris 2.5.1 running ssh 1.2.27, via a DSL line, with a sonicwall translating IP addresses in front of the solaris system. Other failures have occured with other systems, and have happened with transfers in both directions. Alan Responsible Changed From-To: kris->green Green is taking over OpenSSH Responsible Changed From-To: green->des ssh over to DES Does this still occur with newer versions of FreeBSD / OpenSSH? DES --=20 Dag-Erling Sm=F8rgrav - des@des.no State Changed From-To: open->closed Feedback timeout. |