nis cacheing problem ?
Cunningham, Dave
dave.cunningham at lmco.com
Tue Apr 10 16:10:04 UTC 2007
Had a situation today on a RHEL ES 4 U3 system that is running as a NIS
master. A user defined in NIS, and not in the local passwd file,
changed password. The change was reflected the the passwd map as seen
with "ypcat passwd | grep username", but login to the system still
required his "old" password. To my surprise, "ypmatch username passwd"
returned a record with the old password hash... ie, it was different
that what was returned by ypcat. This situation persisted overnight. A
ypserv restart corrected the problem.
My first though was nscd, but I notice that it isn't running (not
configured to start...). This leads to two questions.
1. Any advice or experience that bears on the mismatch between ypcat
and ypmatch ?
2. What are the tradeoffs for running or not running nscd on this
release ?
Thanks,
Dave
Dave Cunningham
Computing and Network Services
(408) 756-1382 Office, (408) 660-7979 Cell
dave.cunningham at lmco.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/redhat-sysadmin-list/attachments/20070410/f2d086b3/attachment.htm>
More information about the redhat-sysadmin-list
mailing list