SUMMARY: Can't Login with NIS

From: Will Lavery (willl@ilx.com)
Date: Thu Dec 11 1997 - 11:49:48 CST


I would like to thank several people for their helpful insight, they are:
Bismark Espinoza(bismark@alta.Jpl.Nasa.Gov)
Glenn Pitcher <gpitcher@comstream.com>
Patrick Ni <a11024@zchms02.cig.mcel.mot.com>
Harvey Wamboldt <harvey@ncotw20.iotek.ns.ca>

I solved by:

1. I checked /etc/defaultdomain : OK
2. I checked /etc/nsswitch.conf : OK
3. I checked /etc/hosts : The host was there
4. I checked the passwd and shadow file for a '+' : No '+'
5. I typed "domainname domain_name"
6. I check the shell of the user : OK
7. I ran /usr/sbin/ypinit -c : OK
8. I checked ldd /usr/bin/passwd : OK
9. I ran /usr/lib/netsvc/yp/ypbind : OK
10. I typed "ypmatch login passwd" : OK

I belived my problem was that I did not start ypbind or that it
did not start up correctly.

Thanks again,
        William Lavery

===============================================================================
The original question:
===============================================================================
-------------------------------------------------------------------------------

I am running NIS client on multiple SUNs running SunOS 5.5 or 5.5.1. All them
work except for one. It is running SunOS 5.5.1. I am not able to login
through NIS. I am able to run 'ypcat passwd' and the right passwd file comes
up. I ran ypwhich and the right host comes up. The host is entered in
/etc/host. The /etc/defaultdomain is set correctly.

/etc/nsswitch.conf:
   --------------------------------------------------------------------------
# /etc/nsswitch.files:
#
# An example file that could be copied over to /etc/nsswitch.conf; it
# does not use any naming service.
#
# "hosts:" and "services:" in this file are used only if the
# /etc/netconfig file has a "-" for nametoaddr_libs of "inet" transports.

passwd: nis files
group: files nis
hosts: dns files
networks: files
protocols: files
rpc: files
ethers: files
netmasks: files
bootparams: files
publickey: files
# At present there isn't a 'files' backend for netgroup; the system will
# figure it out pretty quickly, and won't use netgroups at all.
netgroup: files
automount: files
aliases: files
services: files nis
sendmailvars: files
   -----------------------------------------------------------------------

Thank you,
        William Lavery willl@ilx.com
        System Administrator

--------------------------------------------------------------------------------

===============================================================================
Responses
===============================================================================
From: bismark@alta.Jpl.Nasa.Gov (Bismark Espinoza)

You probably have a duplicate account in /etc/passwd
and NIS passwd.

Bismark Espinoza
bismark@alta.jpl.nasa.gov
(818) 354-4734
--------------------------------------------------------------------------------
From: "Pitcher, Glenn" <gpitcher@comstream.com>

The first place I would check is the /etc/passwd and /etc/shadow files -
do you have the '+' at the end?? I know, it's probably a stupid
question but you never know!! :-)

--------------------------------------------------------------------------------
From: Patrick Ni <a11024@zchms02.cig.mcel.mot.com>

Will,

    Does your problem have been fixed? If not, use
"ypmatch login_id password" to see the shell for the
login_id and see whether the NIS client has the shell.

--
Patrick Ni
Tel:21-63747668x3911; Fax: 21-63743788
Email:a11024@sro.cig.mcel.mot.com

--------------------------------------------------------------------------------

From: Harvey Wamboldt <harvey@ncotw20.iotek.ns.ca>

Does 'ypmatch <user> passwd.byname' show the correct information?

Sounds like you're doing everything right :-( did you try a "which passwd"? Mine is /usr/bin/passwd. An "ldd /usr/bin/passwd" on my 2.5.1 shows:

ldd /usr/bin/passwd libbsm.so.1 => /usr/lib/libbsm.so.1 libintl.so.1 => /usr/lib/libintl.so.1 libdl.so.1 => /usr/lib/libdl.so.1 libauth.so.1 => /usr/lib/libauth.so.1 libnsl.so.1 => /usr/lib/libnsl.so.1 libsocket.so.1 => /usr/lib/libsocket.so.1 libc.so.1 => /usr/lib/libc.so.1 libw.so.1 => /usr/lib/libw.so.1 libmp.so.1 => /usr/lib/libmp.so.1

Does this match yours? If you had a bogus LD_LIBRARY_PATH, you might pick up the wrong libraries.

Did you double check your mounts in "vfstab" and the "auto*" files?

Did you look in /var/adm/messages and /var/log/syslog for relevant error messages?

Just some ideas,

Good Luck,

-H-

Harvey M Wamboldt ^ E-Mail: harvey@iotek.ns.ca MDA Inc 1000 Windmill Rd. Suite 60 ^ Fax: (902)468-2278 Dartmouth NS, B3B 1L7, Canada ^ Phone: (902)481-3531



This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:12:11 CDT