| View previous topic :: View next topic |
| Author |
Message |
JanErik
Guru
Joined: 28 Oct 2002
Posts: 447
Location: Finland
|
 Posted: Thu May 10, 2012 7:14 pm Post subject: All ssh based large file transfers stall |
 |
|
I have a problem on my file server that all ssh based (scp, rsync, rdiff-backup) file transfers stall on large files. It does not work in either direction.
Over NFS transfers works fine.
Seems it stopped working after I updated the machine last weekend after running a few months without update.
I have tried a different NIC, cable and switch port. Have run revdep-rebuild and python-updater. Also re-emerged libssh and openssh without any improvement. |
|
| Back to top |
|
 |
swimmer
Veteran
Joined: 15 Jul 2002
Posts: 1276
Location: Netherlands
|
| Posted: Thu May 10, 2012 11:35 pm Post subject: |
|
|
Same here - I even had to switch my rdiff-backup config from ssh to NFS :-/
The only visible change I could see was the switch from openssh 5.9_p1-r4 to 6.0_p1 .... but there was only *one* change in the sshd_config so far ...
| Code: | # Allow client to pass locale environment variables #367017
AcceptEnv LANG LC_* |
|
|
| Back to top |
|
|
PaulBredbury
Watchman
Joined: 14 Jul 2005
Posts: 7020
|
| Posted: Fri May 11, 2012 4:00 am Post subject: |
|
|
Try openssl 1.0.0j instead. Then recompile openssh.
The 1.0.1 series seems buggy. |
|
| Back to top |
|
|
furanku
l33t
Joined: 08 May 2003
Posts: 873
Location: Hamburg, Germany
|
| Posted: Sat May 12, 2012 7:54 am Post subject: |
|
|
| Same here. Going back to openssl-1.0.0j and reemerging/restarting openssh did not solve the issue. |
|
| Back to top |
|
|
enigma59
n00b
Joined: 20 Jun 2008
Posts: 13
|
| Posted: Sat May 12, 2012 1:26 pm Post subject: |
|
|
I have the same issue doing something as simple as
| Code: | | cat largefile | ssh localhost cat > another_large_file |
stalls it if largefile is sufficiently large, I used 4mb. Downgrading to openssh-5.9_p1-r4 works correctly while openssh-6.0_p1 doesn't.
Edit: Just found this bug that has more discussion https://bugs.gentoo.org/show_bug.cgi?id=414401 |
|
| Back to top |
|
|
JanErik
Guru
Joined: 28 Oct 2002
Posts: 447
Location: Finland
|
| Posted: Sat May 12, 2012 5:05 pm Post subject: |
|
|
| Downgrading to openssh-5.9_p1-r4 solved the problem. |
|
| Back to top |
|
|
Ant P.
Veteran
Joined: 18 Apr 2009
Posts: 1917
Location: UK
|
| Posted: Mon May 14, 2012 2:35 pm Post subject: |
|
|
Found a less intrusive workaround from a post on gentoo-user: setting "TcpRcvBufPoll no" in sshd_config fixed it for me.
Last edited by Ant P. on Mon May 14, 2012 11:59 pm; edited 1 time in total |
|
| Back to top |
|
|
wazoo42
Apprentice
Joined: 13 Apr 2004
Posts: 158
|
| Posted: Mon May 14, 2012 7:30 pm Post subject: |
|
|
| Ant P.s solution worked for my as well, while the different versions of openssl/openssh did not. One small note, sshd did not like "No" and I had to change it to "no". |
|
| Back to top |
|
|
Ant P.
Veteran
Joined: 18 Apr 2009
Posts: 1917
Location: UK
|
| Posted: Mon May 14, 2012 11:59 pm Post subject: |
|
|
| My bad, "no" is correct. Fixed. |
|
| Back to top |
|
|
swimmer
Veteran
Joined: 15 Jul 2002
Posts: 1276
Location: Netherlands
|
| Posted: Tue May 15, 2012 8:29 am Post subject: |
|
|
| Ant P. wrote: | | Found a less intrusive workaround from a post on gentoo-user: setting "TcpRcvBufPoll no" in sshd_config fixed it for me. |
That's the solution indeed! (At least for me)
Thank you very much Ant P. for sharing  |
|
| Back to top |
|
|
depontius
Advocate
Joined: 05 May 2004
Posts: 2156
|
| Posted: Tue May 15, 2012 12:25 pm Post subject: |
|
|
| Ant P. wrote: | | Found a less intrusive workaround from a post on gentoo-user: setting "TcpRcvBufPoll no" in sshd_config fixed it for me. |
Is there a way to do this from the client side? I can certainly do this on those systems which I administer, but not on my employer's systems, which I don't.
_________________
.sigs waste space and bandwidth |
|
| Back to top |
|
|
Havin_it
l33t
Joined: 17 Jul 2005
Posts: 990
Location: Edinburgh, UK
|
| Posted: Tue Jun 05, 2012 11:54 am Post subject: |
|
|
| depontius wrote: | | Ant P. wrote: | | Found a less intrusive workaround from a post on gentoo-user: setting "TcpRcvBufPoll no" in sshd_config fixed it for me. |
Is there a way to do this from the client side? I can certainly do this on those systems which I administer, but not on my employer's systems, which I don't. |
Depends how you are using SSH, but I've found that invoking it with compression ("-C") prevents the hangs I've been seeing in most cases. For rsync the arg you need is -c, for unison it's -sshargs="-C".
I also found in my case that file-size is not an issue, but it appears that certain files would always hang at a certain point (according to progress displays in rsync and unison) which makes me think that some byte[-sequence] is the trigger. Anyone else who is doing multi-file transfers, I'd welcome your own findings on that one, here or in the bug-report. |
|
| Back to top |
|
|
hydrapolic
n00b
Joined: 07 Feb 2008
Posts: 69
|
| Posted: Thu Jun 07, 2012 1:58 pm Post subject: |
|
|
| Ant P. wrote: | | Found a less intrusive workaround from a post on gentoo-user: setting "TcpRcvBufPoll no" in sshd_config fixed it for me. |
thanks, this fixed the problem
EDIT:
net-misc/openssh-6.0_p1-r1 fixes the issue, so no need to set "TcpRcvBufPoll no" anymore (bug 414401) Thanks |
|
| Back to top |
|
|
Dan
Veteran
Joined: 25 Oct 2005
Posts: 1301
|
| Posted: Wed Jun 13, 2012 7:40 pm Post subject: |
|
|
Thanks guys. I been googling "scp stalled", on and off for a few days and trying all kinds of sysctl settings. Thanks for the real solution!
_________________
- Failure is not an option. It's bundled with your software. |
|
| Back to top |
|
|
|
Networking & Security
