Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!uwm.edu!zaphod.mps.ohio-state.edu!samsung!emory!hubcap!ncrcae!sauron!wescott
From: wescott@Columbia.NCR.COM (Mike Wescott)
Newsgroups: comp.sys.ncr
Subject: Re: ttyb weirdness
Message-ID: <1947@sauron.Columbia.NCR.COM>
Date: 2 Feb 90 18:00:33 GMT
References: <272@psgdc>
Sender: news@sauron.Columbia.NCR.COM
Reply-To: wescott@micky.Columbia.NCR.COM (Mike Wescott)
Organization: E&M-Columbia, NCR Corp, W Columbia, SC
Lines: 25

In article <272@psgdc> rg@psgdc (Dick Gill) writes:
> The ttyb terminal was at a login, and I entered my login name.  After hitting
> a <RETURN>, the cursor moved down a line and to the left, but did not ask for
> a password.  Another <RETURN> got me the password prompt and I entered the
> password, again followed by a <RETURN>.  Once again the cursor moved to the
> left and down a line but the system did not respond.  After another <RETURN>
> the system responded that the login was invalid and asked for a login again.

> I did powered the terminal off and all at once a message from tty? appeared
> on almost all of the other terminals.  The content of the message was the
> keystrokes I had entered in trying to log in, including my user name,
> password and all of the CR/LF sequences!  Upon powering up again I was
> able to login normally, but soon hit the same situation

There has got to be some program running that is snarfing up the input from
ttyb.  Sounds like /etc/wall.  Next time the problem occurs, on another tty
run /etc/fuser and find out what processes are using /dev/ttyb, /dev/console,
/dev/syscon, and /dev/systty.  One of those processes is the culprit, probably
spawned by /etc/init, one of the startup scripts (/etc/*rc), or a cron(1M)
or at(1) job.


--
	-Mike Wescott
	 mike.wescott@ncrcae.Columbia.NCR.COM