Bug 286181 - Connection aborted on large data -R transfer
Connection aborted on large data -R transfer
Product: Fedora
Classification: Fedora
Component: openssh (Show other bugs)
x86_64 Linux
medium Severity high
: ---
: ---
Assigned To: Tomas Mraz
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2007-09-11 11:28 EDT by Jan Kratochvil
Modified: 2007-11-30 17:12 EST (History)
0 users

See Also:
Fixed In Version: openssh-4.7p1-2.fc8
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2007-09-24 14:59:30 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Full SSH client output (12.53 KB, text/plain)
2007-09-11 11:28 EDT, Jan Kratochvil
no flags Details
Workaround - undo one patch of the version upgrade. (671 bytes, patch)
2007-09-17 15:49 EDT, Jan Kratochvil
no flags Details | Diff

  None (edit)
Description Jan Kratochvil 2007-09-11 11:28:11 EDT
Description of problem:
Using SSH port forwarding for mail transfers, large mails abort it.

Version-Release number of selected component (if applicable):
Fixed by a downgrade to: openssh-4.5p1-6.fc7
remote: openssh-3.1p1-14.3.legacy.i386 (RHEL 7.3)

How reproducible:
It was reproducible on one specific mail, I expect it would be easily
reproducible again.

Steps to Reproduce:
1. ssh -v -t -R 2852: REMOTE sleep-command
   specifically: ssh -v -t -L 2525: -R 2852: -R
2022: paulina.vellum.cz 'while :;do echo -n .;sleep 1m;done';sleep
2. Start transfer at the REMOTE host to port 2852.

Actual results:
local ssh:
debug1: channel 3: new []
debug1: confirm forwarded-tcpip
debug3: channel 3: waiting for connection
debug1: channel 3: connected
...debug2: channel 3: window 935334 sent adjust 1161818
debug2: channel 3: window 966656 sent adjust 1130496
buffer_get_string_ret: bad string length 557056
buffer_get_string: buffer error

custom transfer app: DIE: Got 1724408 out of the required 6377714 bytes

local ssh strace:
select(10, [3 4 5 6 9], [], NULL, {60, 0}) = 1 (in [3], left {59, 909000})
8192) = 1448
brk(0x2aaaaad36000)                     = 0x2aaaaacfd000
write(2, "buffer_get_string_ret: bad strin"..., 49) = 49
write(2, "buffer_get_string: buffer error\r"..., 33) = 33
ioctl(0, SNDCTL_TMR_STOP or TCSETSW, {B38400 opost isig icanon echo ...}) = 0
exit_group(255)                         = ?

Expected results:
Seamless transfers as with the older F7 openssh.

Additional info:
So far not tried to debug it.  Not tried against newer SSH server.
Comment 1 Jan Kratochvil 2007-09-11 11:28:11 EDT
Created attachment 192601 [details]
Full SSH client output
Comment 2 Tomas Mraz 2007-09-12 09:50:02 EDT
I've put your bug into upstream bugzilla here:

Can you please provide the needed info which Damien Miller asks for? You don't
have to create account to that bugzilla if you don't want to, I'll put a comment
there as soon as you attach it here.
Comment 3 Jan Kratochvil 2007-09-17 15:49:52 EDT
Created attachment 197761 [details]
Workaround - undo one patch of the version upgrade.

Details are being discussed upstream.
Comment 4 Jan Kratochvil 2007-09-17 15:51:15 EDT
Comment 3 undoes (I hope) the change:
   - markus@cvs.openbsd.org 2007/06/11 09:14:00
     increase default channel windows; ok djm

Note You need to log in before you can comment on or make changes to this bug.