Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/18/84; site cpsc53.UUCP
Path: utzoo!watmath!clyde!bonnie!akgua!akguc!cpsc53!rt
From: rt@cpsc53.UUCP (Ron Thompson)
Newsgroups: net.micro.att,net.unix-wizards
Subject: Re: Bizzare paranoia of /bin/login on 3b2
Message-ID: <85117@cpsc53.UUCP>
Date: Sat, 7-Sep-85 20:22:50 EDT
Article-I.D.: cpsc53.85117
Posted: Sat Sep  7 20:22:50 1985
Date-Received: Mon, 9-Sep-85 01:52:15 EDT
References: <174@chinet.UUCP> <1082@ulysses.UUCP>
Organization: ATT-IS CPSC, Atlanta, GA
Lines: 21
Xref: watmath net.micro.att:530 net.unix-wizards:14763

> > I have experienced a bizzare problem with logging in on the console
> > on our 3b2.  Here's what would happen:  Unix: would send  login: , I
> > would reply, then Unix would send Login incorrect immediately without
> > asking for a password.  
> >   Then I found that the console would allow me to
> > login as guest, which didn't have a password, but from guest, su
> > replied with Sorry without asking for a password.  When on as guest,
> > the ps command reported that my login -sh was not associated with
> > a terminal.
> 
> It's not a matter of suspicion or paranoia; rather, because something else
> had the console open first the getty for it didn't get the proper process
> group, and hence getpass() couldn't open /dev/tty.  I've seen this once or
> twice myself; rebooting made the problem go away.

This has also happened on a couple of occaisions with me. I think there
is possibly a wrong option in gettydefs that causes the login shell not to
die on hangup? I don't think this problem is peculiar to console or 3b2 -
more like Sys V. What seemed to have happened with me was I got logged back
in on the phantom login. I do not have to re-boot however, just kill that
process and login.