Bug 24109

Summary: passwd + nis
Product: [Retired] Red Hat Linux Reporter: Gerald Teschl <gt>
Component: passwdAssignee: Nalin Dahyabhai <nalin>
Status: CLOSED RAWHIDE QA Contact: Aaron Brown <abrown>
Severity: medium Docs Contact:
Priority: medium    
Version: 7.0   
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2001-01-17 18:39:42 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Gerald Teschl 2001-01-16 13:31:29 UTC
Chaning the password on a yp client does not work.
Passwd asks for the old/new passord as usual and then
issues "passwd: all authentication tokens updated successfully"
but the password is unchanged.

Comment 1 Nalin Dahyabhai 2001-01-16 16:12:44 UTC
Is the server running yppasswdd?  This appears to be the only standard method of
changing a password on an NIS server, and it is the method the client built into
pam_unix uses.

The client will also need to have "nis" added to the passwd line in
/etc/pam.d/system-auth which includes pam_unix for this to work.  Versions of
authconfig in Raw Hide .  A bug in pam_unix which caused it to always attempt to
change a user's password via NIS (even if the user's information was in /etc)
should be fixed in Raw Hide.

Please reopen this bug if you find that updating these packages does not fix the
problem.

Comment 2 Nalin Dahyabhai 2001-01-16 16:13:21 UTC
Eep.  Versions of authconfig in Raw Hide will automatically add the "nis" option
if NIS is configured.

Comment 3 Gerald Teschl 2001-01-17 18:38:46 UTC
Yes, I forgot to check the presence of the nis option (thought I did...).
However, nevertheless an an error should be desplayed in this
case!

Comment 4 Gerald Teschl 2001-01-17 18:39:36 UTC
Yes, I forgot to check the presence of the nis option (thought I did...).
However, nevertheless an an error should be displayed in this
case!