Bug 4182 - nscd internal communication problem?
nscd internal communication problem?
Status: CLOSED WONTFIX
Product: Red Hat Linux
Classification: Retired
Component: caching-nameserver (Show other bugs)
6.0
i386 Linux
low Severity low
: ---
: ---
Assigned To: Cristian Gafton
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 1999-07-23 15:56 EDT by twalberg
Modified: 2008-05-01 11:37 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 1999-09-20 08:18:59 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description twalberg 1999-07-23 15:56:09 EDT
seeing multiple /var/log/messages entries along the lines
of:

Jul 23 10:52:50 calvin nscd: 330: short write in
cache_addpw: Broken pipe

I see this also for cache_addhst (but haven't yet seen
id for cache_addgrp - doesn't mean it doesn't occur,
though).

Not sure whether it's hurting anything, 'cause everything
seems to be working fine otherwise...
Comment 1 Jeff Johnson 1999-08-31 12:55:59 EDT
Does this problem persist after upgrading to the latest glibc/nscd
in Raw Hide? Several nscd problems are fixed there ...
Comment 2 twalberg 1999-09-14 12:27:59 EDT
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
Comment 3 Cristian Gafton 1999-09-20 08:18:59 EDT
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...

Note You need to log in before you can comment on or make changes to this bug.