[389-users] Query blocking server

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi

I have made these changes to the directory:

dn: cn=config
- nsslapd-sizelimit: 50000
- nsslapd-timelimit: 60
- nsslapd-maxdescriptors: 65535

dn: cn=config, cn=ldbm database, cn=plugins, cn=config
- nsslapd-idlistscanlimit: 50000
- nsLookThroughLimit: 50000
- nsslapd-dbcachesize: 838860800 (=800MB)
- nsslapd-allidsthreshold: 10000

dn: cn=database_name, cn=ldbm database, cn=plugins, cn=config (in the
26 databases)
nsslapd-cachememsize: 125829120 (=120MB)

I have reindexed all databases. But the server freezes when making
that query. The server is accepting connections and queries, but not
responding them until all the results of the first query are displayed
in the client (the results starts to display almost immediately, but
keeps 5 minutes displaying the results on the client, and when the
display finishes, the other queries are processed).

Any idea? Regards.


2009/10/26 Rich Megginson <rmeggins at redhat.com>:
> Juan Asensio S?nchez wrote:
>>
>> Hi
>>
>> Samba is making a query to our 389 DS (v. 1.2.2, and too older
>> versions) that makes the servers freeze. The server is running, and
>> accepting connections, although the next queries are not processed
>> until the Samba query is returned. This Samba query takes a long time
>> to be returned, because it is searching all databases and all objects
>> in the directory (more than 20000). The filter is
>> "(&(uid=*)(objectClass=sambaSamAccount))". This query is done when
>> executing the command "net user" from a Windows or Linux machine. This
>> queries are executed manually, and intentionally, but should not make
>> the server freeze. Why is this happening? Is there any option to avoid
>> this?
>>
>
> I think you need to increase your nsslapd-idlistscanlimit - see
> http://www.redhat.com/docs/manuals/dir-server/8.1/cli/Configuration_Command_File_Reference-Plug_in_Implemented_Server_Functionality_Reference-Database_Plug_in_Attributes.html#Configuration_Command_File_Reference-Database_Attributes_under_cnconfig_cnldbm_database_cnplugins_cnconfig-nsslapd_idlistscanlimit
> and
> http://www.redhat.com/docs/manuals/dir-server/8.1/admin/Managing_Indexes.html#Managing_Indexes-About_Indexes
>>
>> Regards.
>>
>> --
>> 389 users mailing list
>> 389-users at redhat.com
>> https://www.redhat.com/mailman/listinfo/fedora-directory-users
>>
>
>
>
> --
> 389 users mailing list
> 389-users at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-directory-users
>
>




[Index of Archives]     [Fedora User Discussion]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora News]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora QA]     [Fedora Triage]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Yosemite Photos]     [Linux Apps]     [Maemo Users]     [Gnome Users]     [KDE Users]     [Fedora Tools]     [Fedora Art]     [Fedora Docs]     [Maemo Users]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Fedora ARM]

  Powered by Linux