Hi Fellow Sys Admins -
On 2 Feb I wrote:
>
> Hi Fellow Sys Admins -
>
> I just returned from maternity leave and updated a few of
> my machines using the CSLG (Campus-wide Software License
> Grant) that we have with DEC. One of my machines suddenly
> started to give me the following message whenever I try to
> log on as myself or as root.
>
> enterprise 42> telnet asgard
> Trying 129.92.2.36 ...
> Connected to asgard.
> Escape character is '^]'.
>
> OSF/1 (asgard.afit.af.mil) (ttyp1)
>
> Cannot obtain database information on this terminal
>
> Connection closed by foreign host.
> enterprise 43>
>
> It is a DEC AlphaStation 200 4/233 running 3.2C. It is a secure NIS
> client of the secure NIS server. I can not find my security manual
> to help me (if it could) fix this problem so I am asking you for help.
> What do I do to fix this and does anyone know why updating licenses
> would cause this problem. That is the only change that has been made
> to this machine since I set it up as a secure client a year ago.
>
> Thank you for any help and insight.
>
> Kris Larsen
>
> \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
>
> Kris Larsen, system administrator/system programmer AFIT/ENY
> ICES contractor (sometimes called slimy toad contractor)
> klarsen_at_afit.af.mil e-mail
>
> Opinions expressed in this signature and in this mail message are solely my
> own and are not to be construed as important to anyone.
>
I also wrote a summary last week on Thursday, 12 Feb. but it
apparently did not make it to the group. Unfortunately I did
not CC a copy to myself AND I deleted all four of the messages/
suggestions that I had received to save space. I remember what
was suggested but I do not remember who sent the messages so I
can not thank them personally. There was an Alan from DEC, a
Spider-something and two other people who all gave me good help/
suggestions.
Basically they all said that I should check the /etc/auth/system/ttys
file and make sure that it was correct. If it was not correct I
could cp -p either
/etc/auth/system/.new..ttys
or
/etc/auth/system/.proto..ttys
and that the problem should go away. One person also mentioned
that the different versions of the OS (3.2 versus 4.0) used two
different types of ttys files, ttys and ttys.db. Well, on the
machines that were having problems, I did
cp -p .new..ttys ttys
and the problem went away on all but one of them. On that machine
was a ttys.db file. From what the previous person had said I decided
to rename the ttys.db file to nottys.db and see what occurred.
Well, the machine came up and my users were happy again as was I.
Thank you to the four of you for your help. I just wish that I
could remember your names to give you personal credit.
Kris Larsen
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Kris Larsen, system administrator, AFIT/ENY, Wright-Patterson AFB, Ohio
ICES Contractor
Quote of the day:
Does it ever get easy leaving your child at daycare?
It rips my heart out every day.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Received on Wed Feb 18 1998 - 16:50:40 NZDT