From hsu@clinet.fi  Sat Feb 10 20:18:12 1996
Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA11102
          for <FreeBSD-gnats-submit@freebsd.org>; Sat, 10 Feb 1996 20:18:11 -0800 (PST)
Received: from katiska.clinet.fi (root@katiska.clinet.fi [194.100.0.4]) by hauki.clinet.fi (8.7.3/8.6.4) with ESMTP id GAA14243 for <FreeBSD-gnats-submit@freebsd.org>; Sun, 11 Feb 1996 06:18:04 +0200 (EET)
Received: (root@localhost) by katiska.clinet.fi (8.7.3/8.6.4) id GAA03742; Sun, 11 Feb 1996 06:18:04 +0200 (EET)
Message-Id: <199602110418.GAA03742@katiska.clinet.fi>
Date: Sun, 11 Feb 1996 06:18:04 +0200 (EET)
From: Heikki Suonsivu <hsu@clinet.fi>
Reply-To: hsu@clinet.fi
To: FreeBSD-gnats-submit@freebsd.org
Subject: ssh stopped working between 15th Jan and 9th Feb
X-Send-Pr-Version: 3.2

>Number:         1017
>Category:       kern
>Synopsis:       ssh stopped working between 15th Jan and 9th Feb
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    dyson
>State:          closed
>Quarter:
>Keywords:
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Feb 10 20:20:01 PST 1996
>Closed-Date:    Sat Nov 9 21:08:57 PST 1996
>Last-Modified:  Sat Nov  9 21:09:20 PST 1996
>Originator:     Heikki Suonsivu
>Release:        FreeBSD 2.2-CURRENT i386
>Organization:
Clinet, Espoo, Finland
>Environment:

	FreeBSD-current from sup on Friday (9th Feb).  I am sure that ssh
	worked with 15th Jan sup, and probably later ones also.

>Description:

	ssh machine cat file-larger-than-8k

	goes into fails but

	ssh machine cat file-smaller-than-8k

	works.  I don't think this is a bug in ssh, as this does not
	happen with any other system and the same binaries work with
	earlier FreeBSD versions.

	Both the client and server sit in select waiting for data to be
	received or sent.

USER       PID %CPU %MEM   VSZ  RSS  TT  STAT STARTED       TIME COMMAND            UID   PID  PPID CPU PRI NI   VSZ  RSS WCHAN  STAT  TT       TIME COMMAND
root     21761  0.0  2.5   384  736  pa  I+    4:04AM    0:01.03 ssh -v katiska c     0 21761  8524 161   2  0   384  736 select I+    pa    0:01.03 ssh -v katiska cat /etc/passwd

	And the server sshd sits in

USER       PID %CPU %MEM   VSZ  RSS  TT  STAT STARTED       TIME COMMAND            UID   PID  PPID CPU PRI NI   VSZ  RSS WCHAN  STAT  TT       TIME COMMAND
root      3566  2.7  1.0   388  652  ??  S     6:10AM    0:00.57 /usr/local/sbin/     0  3566   190   6   2  0   388  652 select S     ??    0:00.57 /usr/local/sbin/sshd

	If I allocate a tty (-t) the above command works.

	I would guess this has something to do with the new pipe code?
	A missing wakeup somewhere, or new pipe code behaving differently
	somewhere and waking up a bug in ssh(d)?

>How-To-Repeat:

	ssh machine cat file-smaller-than-8k
	ssh machine cat file-larger-than-8k

>Fix:
	
>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: freebsd-bugs->dyson 
Responsible-Changed-By: gpalmer 
Responsible-Changed-When: Mon Apr 8 19:14:25 PDT 1996 
Responsible-Changed-Why:  
From what I've seen on the lists, this is most probably a bug in Johns 
new pipe code (probably fixed recently), but still John's area. 
State-Changed-From-To: open->closed 
State-Changed-By: scrappy 
State-Changed-When: Sat Nov 9 21:08:57 PST 1996 
State-Changed-Why:  

Originator Confirmed Closure 
>Unformatted:
