Thursday, February 3, 2022

[389-users] Re: diff behaviours between version with "unindex search" error

If the number is below the allies threshold
Sorry for the typo, I intended to write below the allids threshold

And it means that if you have less than 4000 (which is the default value of the nsslapd-idlistscanlimit (that was called nsslapd-allidsthreashold a few years ago)) then the search will appear as indexed (because in sub tree search the filter that is really evaluated is (&(ancestorid='search base dn' entry id)(search_filter))  

The trick is that if there are 2000 users (below ou=Users,ou=ds,dc=xxxx,dc=xxxx) the search will be seen as indexed but it will be 2000 slower than if the email index existed.

On Wed, Feb 2, 2022 at 11:21 PM Ghiurea, Isabella <> wrote:

Thank you Pierre for reply please elaborate this part from  your answer :


" Now the fact that you get or not an unindexed note in search result will depends on the number of descendants of ou=Users,ou=ds,dc=xxxx,dc=xxxx If the number is below the allies threshold the search is indexed by the ancestorid index."



389-users mailing list --
To unsubscribe send an email to
Fedora Code of Conduct:
List Guidelines:
List Archives:
Do not reply to spam on the list, report it:


389 Directory Server Development Team

No comments:

Post a Comment