From Bugzilla Helper:
User-Agent: Mozilla/4.76 [en] (X11; U; Linux 2.4.2-0.1.25smp i686)
I've setup my system so that it gets its password information from my nis
server. The commands domainname and ypwhich show that I'm properly setup to
pull "nis maps"(?) from my nis server. If I do a ypcat yppasswd I get the
password file from my nis server, yet when I try to log into the system, I
get an error that the username is not found.
Steps to Reproduce:
1.Setup NIS, make your nis server an sgi machine running Irix 6.5. I'm not
sure if this is required or not to reporduce the bug
2.login as a user how is defined in the password file on the nis server
3.You cannot log in.
4.as root do a 'su - username'. See error "su: user username does not
Here is an example...
[root@phyppro1 /root]# su - adler
su: user adler does not exist
[root@phyppro1 /root]# domainname
[root@phyppro1 /root]# ypwhich
[root@phyppro1 /root]# ypcat passwd | grep adler
adler:XXXXXXXX:29472:29472:Stephen S. Adler,BNL,Physics 510; 2-67, (516)
Note: I replaced the password field with XXXXXXX since I didn't not want to
proadcast this hash across the nextwork.
Do you have a firewall enabled? As noted in the release notes, this will block
any RPC-based services such as NIS. Is "nis" listed on the "passwd:" line in
/etc/nsswitch.conf (it should be, but there's no harm in checking)? Do you get
any output from "getent passwd adler"?
Everything should work fine if you either use /usr/sbin/authconfig to configure
server or if you edit /etc/nsswitch.conf and enable nis lookups.
Does this help to get it running?
I believe I've found the problem. the file /etc/nisswitch did not
have 'nis' entries for the password file. I don't understand
why ypcat worked, even though /etc/nisswitch did not have
and 'nis' entry in the file for passwd and group files. It
would be nice that by default, nis was the last in the list
of "nis options". In anycase, once I added "nis" to the
list of "where to get file from", the system was able to
identify the user at login.