Bug 102855
Summary: | passwd fails to change NIS password | ||||||
---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 2.1 | Reporter: | Adam Thompson <athompso> | ||||
Component: | pam | Assignee: | Tomas Mraz <tmraz> | ||||
Status: | CLOSED NOTABUG | QA Contact: | |||||
Severity: | medium | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 2.1 | CC: | davidmarcus, tao | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | All | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2004-11-16 18:05:08 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: | |||||||
Attachments: |
|
Description
Adam Thompson
2003-08-21 21:10:05 UTC
Created attachment 93832 [details]
strace output
have you modified you /etc/pam.d/system-auth? As far as I know, no, we hadn't. However, we had to give up on NIS altogether about 4 months ago (not just because of this). And I just finished upgrading to RHAS3 last week, so I can't test the functionality easily. We're not running NIS under RHAS3 either, so I don't know if it's fixed. This is happening on RHEL3 (in RH253 class lab) on the nis client... root can use yppasswd to change a nis user's passwd root cannot use passwd to change a nis user's passwd (not a bad thing) root also cannot change a local user's passwd (this is a problem) root can su to user and user can change with passwd (as expected) what I see: [root@server1 root]# passwd student Changing password for user student. New password: BAD PASSWORD: it is based on a dictionary word Retype new password: RPC: Can't encode arguments The password has not been changed on station4.example.com. passwd: Failed preliminary check by password service pam.d/passwd has not changed from install. pam.d/system-auth was generated by authconfig (looks correct to me). -Susan (RHCE/RHCX) Had this at a remote site. Turned out that somebody had manually attempted to create an operator account but had placed the password in cleartext. The various routines were either bailing out with that message or switching to default berkeley encryption when they hit that line. Deleting the malformed account corrected the situation. - John This seems to be many bugs/misconfigurations mixed together, could you please open a new bugs on each of this items if they are still happening? I am getting this error in Fedora Core 3 was there a diagnosis? |