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