This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug nscd/10402] New: nscd locking severely broken
- From: "pasky at suse dot cz" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sources dot redhat dot com
- Date: 16 Jul 2009 14:38:37 -0000
- Subject: [Bug nscd/10402] New: nscd locking severely broken
- Reply-to: sourceware-bugzilla at sourceware dot org
The commit 20e498bd removes the pthread_mutex_rdlock() calls, but not the
corresponding pthread_mutex_unlock() calls. Also, the database lock is never
unlocked in one branch of the mempool_alloc() if.
I think unreproducible random assert(dh->usable) crashes in prune_cache() were
caused by this. But an easy way to make nscd threads hang with the broken
locking was
while true; do id root; id tttest; nscd -i passwd; done
--
Summary: nscd locking severely broken
Product: glibc
Version: 2.10
Status: NEW
Severity: critical
Priority: P2
Component: nscd
AssignedTo: drepper at redhat dot com
ReportedBy: pasky at suse dot cz
CC: glibc-bugs at sources dot redhat dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=10402
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.