Bug 4182
Summary: | nscd internal communication problem? | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | twalberg |
Component: | caching-nameserver | Assignee: | Cristian Gafton <gafton> |
Status: | CLOSED WONTFIX | QA Contact: | |
Severity: | low | Docs Contact: | |
Priority: | low | ||
Version: | 6.0 | CC: | twalberg |
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: | 1999-09-20 12:18:59 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
twalberg
1999-07-23 19:56:09 UTC
Does this problem persist after upgrading to the latest glibc/nscd in Raw Hide? Several nscd problems are fixed there ... no - updated to: compat-glibc-5.2-2.0.7.1 glib-1.2.3-2 glib-devel-1.2.3-2 glib10-1.0.6-6 glibc-2.1.2-7 glibc-devel-2.1.2-7 glibc-profile-2.1.2-7 nscd-2.1.2-7 and still seeing the messages seems to be a race condition when one thread is expiring an entry whike the other is trying to retrieve it from the cache. The lookup in the cache fails and the entry is efetched from the original source, no harm done. nscd is too verbose about this situation... |