[Bug 616719] Re: slow group indexing when using huge ldap
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 further help to debug this problem. -- 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 mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 616719] Re: slow group indexing when using huge ldap
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 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 before. Our OpenSUSE is now at .. Version : 264 Vendor: openSUSE Release : 3.1 Build Date: man 19 okt 2009 18:45:47 CEST Source RPM: nss_ldap-264-3.1.src.rpm witch seems to be pretty much the same version. -- 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 mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 616719] Re: slow group indexing when using huge ldap
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 mSec. Requesting a new uid (not cached) with each request does not seem to add much to these figures. I only did 4 tests on Ubuntu 2 with nscd running - and the same 2 tests without nscd. With nscd: 2 minutes 51sec., and 16 minutes and the same to tests without nscd: 3 minutes, and 14 minutes. The differences is negligible and most likely due to other load on the ldap server I think. -- 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 mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 616719] [NEW] slow group indexing when using huge ldap
Public bug reported: Binary package hint: libnss-ldap We have a OpenLDAP server with more than 50.000 user accounts and almost 5.000 groups. Some of these groups may refer to more than 20.000 users. When a user, which is a member of one of the big groups, tries to logon from an LDAP client host it takes several minutes before the prompt appears. Executing id [uid] has a similar effect. During the wait CPU load on the LDAPclient machine goes high and the OpenLDAP server is bombarded with ldap searches from the Ubuntu client machine. Judging from the ldap log on the server it seems that the Ubuntu ldap client cycles trough all group memberships for the requested uid and verifies that all other members of the same group are present in the ldap people tree. gqv...@nms:~$ cat /etc/issue Ubuntu 10.04 LTS \n \l gqv...@nms:~$ apt-cache policy libnss-ldap libnss-ldap: Installeret: 264-2ubuntu2 Kandidat: 264-2ubuntu2 Versionstabel: *** 264-2ubuntu2 0 500 http://dk.archive.ubuntu.com/ubuntu/ lucid/main Packages 100 /var/lib/dpkg/status This makes it impossible to use an Ubuntu host in a large scale environment. ProblemType: Bug DistroRelease: Ubuntu 10.04 Package: libnss-ldap 264-2ubuntu2 ProcVersionSignature: Ubuntu 2.6.32-21.32-server 2.6.32.11+drm33.2 Uname: Linux 2.6.32-21-server x86_64 Architecture: amd64 Date: Thu Aug 12 12:25:53 2010 InstallationMedia: Ubuntu-Server 10.04 LTS Lucid Lynx - Release amd64 (20100427) ProcEnviron: LANG=da_DK.UTF-8 SHELL=/bin/bash SourcePackage: libnss-ldap ** Affects: libnss-ldap (Ubuntu) Importance: Undecided Status: New ** Tags: 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 mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 616719] Re: slow group indexing when using huge ldap
** 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, which is subscribed to libnss-ldap in ubuntu. -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 616719] Re: slow group indexing when using huge ldap
** 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 mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs