I've been noticing a similar issue. As our environment grows, it's
becoming increasingly crippling. I filed a similar bug a while ago that
might shed a small amount of light on the situation, but probably not
actually get us anywhere.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=730053
Bug still exists
time id
real0m44.414s
user0m4.152s
sys 0m0.292s
** Changed in: libnss-ldap (Ubuntu)
Status: Expired = In Progress
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to libnss-ldap in Ubuntu.
[Expired for libnss-ldap (Ubuntu) because there has been no activity for
60 days.]
** Changed in: libnss-ldap (Ubuntu)
Status: Incomplete = Expired
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to libnss-ldap in ubuntu.
Klaus: in an environment of this size, I strongly recommend against using
libnss-ldap, because it just doesn't scale well enough. Please try installing
nslcd and libnss-ldapd (notice the d), get it running, after that add nscd
again, and evaluate if this better fits your needs. If it doesn't,
By reducing the number of groups in our setup we have managed to improve
log on time a little. But login and using the id command is still
terribly slow. This is a showstopper for us in offering Ubuntu as a
choice in our university virtual hosting service.
Please let me know if I can be of
Hi Scott, thanks for looking into this.
I have never used Ubuntu in a environment like this before (actually I'v
never really used Ubuntu) so I cant say for sure. But this guy
http://ubuntuforums.org/showthread.php?t=1238322 might have been hit by
the same issue in August last year.
I do not
Excerpts from Klaus Vink Slott's message of Fri Aug 13 07:02:36 UTC 2010:
I do not know if the problem is present upstream, actually I cant say for
sure that the problem is in nss_ldap itself. But we do have a lot of OpenSUSE
running in the same setup and have newer seen this problem
Yes. Based on a few tests done by hand on OpenSUSE, nscd speeds up the process
a lot:
When nscd is running I get a response within 100 mSec in average, sometimes
down to 8 mSec and maximum 2.2 seconds. If I stop nscd, answer times ranges
between 400 mSec and 2 seconds - the average around 800
** Attachment added: Dependencies.txt
https://bugs.launchpad.net/bugs/616719/+attachment/1485780/+files/Dependencies.txt
--
slow group indexing when using huge ldap
https://bugs.launchpad.net/bugs/616719
You received this bug notification because you are a member of Ubuntu
Server Team,
** Tags added: ldap
** Tags removed: amd64 apport-bug lucid
--
slow group indexing when using huge ldap
https://bugs.launchpad.net/bugs/616719
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to libnss-ldap in ubuntu.
--
Ubuntu-server-bugs
Klaus,
Thank you for taking the time to make a good bug report.
Do you know if this behaviour is a regression from a previous ubuntu release ?
Do you know if this behaviour is present in the upstream nss_ldap code ?
** Changed in: libnss-ldap (Ubuntu)
Importance: Undecided = Medium
**
11 matches
Mail list logo