Bug 24293 - ssh: data goes missing
ssh: data goes missing
Product: Red Hat Linux
Classification: Retired
Component: openssh (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Tomas Mraz
Brian Brock
Florence Gold
: 24691 32808 (view as bug list)
Depends On:
  Show dependency treegraph
Reported: 2001-01-18 11:46 EST by Tim Waugh
Modified: 2007-04-18 12:30 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-02-03 04:01:54 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Tim Waugh 2001-01-18 11:46:39 EST
[root@turmoil /root]# dd if=/dev/zero bs=1k count=100 | wc
100+0 records in
100+0 records out
      0       0  102400
[root@turmoil /root]# ssh localhost dd if=/dev/zero bs=1k count=100 | wc
      0       0   65536

Um.. (this was from a tip-off on linux-kernel)
Comment 1 Tim Waugh 2001-01-18 11:47:27 EST
Oh yeah, this is with:

Comment 2 Glen Foster 2001-01-18 16:24:50 EST
This defect is considered MUST-FIX for Florence Gold release
Comment 3 Pekka Savola 2001-01-20 03:03:33 EST
This is caused by the same thing as #21607.

This can be solved by reverting a fix or upgrading to latest snapshots, but 
the other problem with hanging connections (#19837) (sleep10& exit; service httpd restart, etc.)
will then come up.

It's one or the other, unless someone figures a way to fix this properly :-(.  There's info about these
issues in the reports I think, as well as current OpenSSH CVS TODO list.

Comment 4 Nalin Dahyabhai 2001-01-23 13:58:34 EST
*** Bug 24691 has been marked as a duplicate of this bug. ***
Comment 5 Pekka Savola 2001-01-23 14:07:50 EST
Note: there's a workaround for bash by Damien Miller for #19837:

shopt -s huponexit

Comment 6 Brian Brock 2001-01-31 19:22:37 EST
In addition to the above, I'm getting the following output with
openssh-2.3.0p1-14 (logged in as user test across the network):

[test@localhost test]$ ssh localhost dd if=/dev/zero bs=1k count=100 | wc
select: Bad file descriptor
      0       0       0

The complaint about select isn't listed above
Comment 7 Pekka Savola 2001-02-02 18:53:06 EST
Brock, do you have  a funky .bashrc or .bash_profile which prints out stuff when you log in?

Or anything that'd generate output in stderr?

Comment 8 Nalin Dahyabhai 2001-02-20 17:58:58 EST
2.5.1p1 should show up in Raw Hide soon.
Comment 9 Brian Brock 2001-02-21 12:51:27 EST
No, the user test doesn't have anything unusual in .bashrc, .bash_profile, or
any similar startup files.  In fact, they're unmodified from a stock install, so
they should be identical to the copies in /etc/skel (the user test was created
after system installation of the beta.

Double-checking the .bashrc and other files (by sourcing them as the logged-in
user) didn't reveal any output to stderr.  

I'm going to begin re-testing with the latest tree (qa0221.0) today, which
includes the new openssh-2.5.1p1-1.
Comment 10 Nalin Dahyabhai 2001-02-22 17:17:34 EST
I highly suspect login scriptlet wackiness is to blame here.  The
closing-too-soon problem in 2.3.0p1 is correctly reverted in 2.5.1p1, but we get
the hang-on-exit (which affects rsh, too) when we do that.
Comment 11 Nalin Dahyabhai 2001-02-28 17:35:34 EST
I'm beginning to suspect that this is endemic to the rsh and friends work,
because the hang appears both on an OpenBSD server running OpenSSH 2.5.1, and on
a Linux box using regular unencrypted rsh.
Comment 12 Nalin Dahyabhai 2001-04-02 21:51:44 EDT
*** Bug 32808 has been marked as a duplicate of this bug. ***
Comment 13 Tomas Mraz 2005-02-03 04:01:54 EST
This is fixed as the patch that caused this regression was removed
long ago.

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