Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
For bugs related to Red Hat Enterprise Linux 4 product line. The current stable release is 4.9. For Red Hat Enterprise Linux 6 and above, please visit Red Hat JIRA https://issues.redhat.com/secure/CreateIssue!default.jspa?pid=12332745 to report new issues.

Bug 164812

Summary: nscd cache does not expire its caches?
Product: Red Hat Enterprise Linux 4 Reporter: Elena Zannoni <ezannoni>
Component: glibcAssignee: Jakub Jelinek <jakub>
Status: CLOSED ERRATA QA Contact: Brian Brock <bbrock>
Severity: high Docs Contact:
Priority: medium    
Version: 4.0CC: aleksey, drepper, hans, irilyth+redhat, jjneely, joshkel, mjc, ntroncos, pp
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: RHBA-2005-678 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2005-10-05 16:42:07 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:
Bug Depends On: 150748    
Bug Blocks: 156322    

Description Elena Zannoni 2005-08-01 16:09:29 UTC
+++ This bug was initially created as a clone of Bug #150748 +++

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040803

Description of problem:
After changing the password on our NIS-Server, the client does not use the new
password while nscd is active. With deactivated nscd the new passwords are
delivered. Restarting nscd gives again the old password. Timeouts in
/etc/nscd.conf are the default values (600 sec), but I get the old password even
after 3 days

Version-Release number of selected component (if applicable):
glibc-2.3.4-2.fc3  nscd-2.3.4-2.fc3

How reproducible:
Always

Steps to Reproduce:
1. Change password on NIS Server
2. wait 30 min
3. getent passwd user
4. getent passwd | grep user
  

Actual Results:  "getent passwd user" gives me the old password hash, while nscd
is active
"getent passwd|grep user" gives me the new hash, same for "ypcat passwd"

Expected Results:  After the 10 minutes timeout I expect to se the new hash values

Additional info:

No information about any problems in /var/log/messages

Output from nscd -d -d -d:

12368: Access Vector Cache (AVC) started
12368: handle_request: request received (Version = 2) from PID 12376
12368:  GETFDPW
12368: provide access to FD 5, for passwd

Comment 2 Bastien Nocera 2005-08-16 10:28:56 UTC
From:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=150748#c15

"
RHEL4 U2 initial glibc testing RPMs that should address also this problem
uploaded to ftp://people.redhat.com/jakub/glibc/2.3.4-2.10/
"

Comment 3 Red Hat Bugzilla 2005-10-05 16:42:08 UTC
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2005-678.html