Bug 180657 - /etc/ldap.conf should block lookup of secondary groups for the ldap user by default
/etc/ldap.conf should block lookup of secondary groups for the ldap user by d...
Product: Fedora
Classification: Fedora
Component: nss_ldap (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Nalin Dahyabhai
Depends On:
Blocks: 180295
  Show dependency treegraph
Reported: 2006-02-09 14:15 EST by Jay Fenlason
Modified: 2014-08-31 19:28 EDT (History)
2 users (show)

See Also:
Fixed In Version: 248-2
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-02-09 14:27:25 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Jay Fenlason 2006-02-09 14:15:16 EST
Description of problem: 
During system startup, the ldap init script attempts to run serveral commands 
as the ldap user.  If nsswitch.conf points at the ldap server, startup will be 
delayed until nss_ldap gives up on trying to contact the server that isn't up 
Version-Release number of selected component (if applicable): 
How reproducible: 
Steps to Reproduce: 
1.configure /etc/nsswitch.conf to use "files ldap" for groups. 
2.configure /etc/ldap.conf to point to the ldap server on this machine 
4.observe that the machine takes almost forever to boot. 
Actual results: 
Very long boot time 
Expected results: 
Normal boot time 
Additional info: 
The easiest solution is to add 
nss_initgroups_ignoreusers ldap 
to the default /etc/ldap.conf, possibly with a comment explaining what this 
field does, and why we're using it.
Comment 1 Nalin Dahyabhai 2006-02-09 14:27:25 EST
Also adding "root", because it's a common case.  Fixing for 248-2.

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