Bug 146547 - nss_ldap and sfu35 very very slow
Summary: nss_ldap and sfu35 very very slow
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 3
Classification: Red Hat
Component: nss_ldap
Version: 3.0
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Nalin Dahyabhai
QA Contact: Jay Turner
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2005-01-29 14:18 UTC by Thorsten Scherf
Modified: 2015-01-08 00:09 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2007-10-19 19:08:14 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Thorsten Scherf 2005-01-29 14:18:47 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5)
Gecko/20041111 Firefox/1.0

Description of problem:
tried a ldapsearch against a windows 2003 machine with modified
schema, did it with services for unix version 3.5. 

everything works fine. did some objectclass and attribute mapping in
/etc/ldap.conf.

aksing for the entire userdatabase with getent passwd, or getent group
takes a long time to finish. I saw the windows users, but it really
takes a very long time to see complete listing. same problem with the
group database. 

after putting pam_ldap.so in /etc/pam.d/system-auth, I tried to su to
a windows user. nothing happened, su hangs for several minutes.

 

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

How reproducible:
Always

Steps to Reproduce:
1.configure a ldap client machine
2.install services for unix on a ads machine
3.try getent passwd, or getent group

Actual Results:  takes a long time to display the hole database,
authentication isn't possible or takes very very long

Expected Results:  see a quick user/group listing and do successfull
authentication against a windows user account.

Additional info:

Comment 1 RHEL Program Management 2007-10-19 19:08:14 UTC
This bug is filed against RHEL 3, which is in maintenance phase.
During the maintenance phase, only security errata and select mission
critical bug fixes will be released for enterprise products. Since
this bug does not meet that criteria, it is now being closed.
 
For more information of the RHEL errata support policy, please visit:
http://www.redhat.com/security/updates/errata/
 
If you feel this bug is indeed mission critical, please contact your
support representative. You may be asked to provide detailed
information on how this bug is affecting you.


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