Bug 162712 - nscd segfaulting using nss_ldap
Summary: nscd segfaulting using nss_ldap
Alias: None
Product: Fedora
Classification: Fedora
Component: nss_ldap
Version: 4
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Nalin Dahyabhai
QA Contact:
: 162326 (view as bug list)
Depends On:
TreeView+ depends on / blocked
Reported: 2005-07-07 22:23 UTC by Dan Cox
Modified: 2019-01-02 11:49 UTC (History)
3 users (show)

Fixed In Version: 2.3.5-10.3
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2007-03-10 19:09:00 UTC
Type: ---

Attachments (Terms of Use)
gdb stack trace (3.85 KB, text/plain)
2005-07-07 22:25 UTC, Dan Cox
no flags Details
valgrind --db-attach=no --tool=memcheck --error-limit=no nscd -d (18.33 KB, text/plain)
2005-07-07 22:29 UTC, Dan Cox
no flags Details
gdb stack trace (5.07 KB, text/plain)
2005-07-22 14:46 UTC, Dominik Mierzejewski
no flags Details

System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 154782 0 medium CLOSED 'nscd -g' gives bogus results 2021-02-22 00:41:40 UTC

Internal Links: 162326

Description Dan Cox 2005-07-07 22:23:42 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050524 Fedora/1.0.4-4 Firefox/1.0.4

Description of problem:
I originally posted this under bug #162326, but was told this is an LDAP related problem so I'm posting here. The problem is nscd is crashing when using LDAP for NSS lookups. This same configuration worked under FC3.

I'm attaching full gdb stack trace and valgrind output. Also, /proc IS mounted and I'm not sure why valgrind is complaining about /proc/self/maps.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. configure nsswitch.conf for LDAP support as follows:
$ grep ldap /etc/nsswitch.conf
passwd:     files ldap
shadow:     files ldap
group:      files ldap
services:   files ldap
protocols:  files ldap
rpc:        files ldap
ethers:     files ldap
netgroup:   files ldap
aliases:    files ldap

2. setup ldap.conf
3. start nscd

Actual Results:  nscd segfaults

Additional info:

Comment 1 Dan Cox 2005-07-07 22:25:23 UTC
Created attachment 116493 [details]
gdb stack trace

Comment 2 Dan Cox 2005-07-07 22:29:35 UTC
Created attachment 116494 [details]
valgrind --db-attach=no --tool=memcheck --error-limit=no nscd -d

Comment 3 Dominik Mierzejewski 2005-07-22 14:40:25 UTC
Same problem, no Xen though, but the rest of the config is the same.

Comment 4 Dominik Mierzejewski 2005-07-22 14:46:09 UTC
Created attachment 117063 [details]
gdb stack trace

This is my gdb trace. Looks similar to Dan's.

Comment 5 Dominik Mierzejewski 2005-07-22 14:56:21 UTC
I also added a reference to the GCC bug which seems to be at the root of this
problem. Remove it if it's not the case.

Comment 6 Jack Aboutboul 2005-07-22 15:19:00 UTC
*** Bug 162326 has been marked as a duplicate of this bug. ***

Comment 7 Petr Krištof 2005-08-05 12:45:53 UTC
After the upgrade to glibc-2.3.5-10.2 the situation is better.
nscd dies two or three times per day only.

Comment 8 Dan Cox 2005-10-02 19:07:30 UTC
After updating glibc and nscd to 2.3.5-10.3, everything has been stable for the
last month. Not a single crash or restart required. It looks fixed to me.

Comment 9 Dominik Mierzejewski 2005-12-20 20:46:14 UTC
Same here.

Comment 10 John Thacker 2007-03-10 19:09:00 UTC
Closing because bug has remained in NEEDINFO state without reply for a long
period of time.

Note that FC3 and FC4 are supported by Fedora Legacy for security
fixes only.  Please install a still supported version and retest.  If
it still occurs on FC5 or FC6, please reopen and assign to the correct
version.  Otherwise, if this a security issue, please change the
product to Fedora Legacy.  Thanks, and we are sorry that we did not
get to this bug earlier.

This bug was originally filed against a much earlier version of Fedora
Core, and significant changes have taken place since the last version
for which this bug is confirmed.  

Closing because previous comments imply that it's been fixed.

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