[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 <Isabella.Ghiurea@nrc-cnrc.gc.ca> 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."

 

Isabella

_______________________________________________
389-users mailing list -- 389-users@lists.fedoraproject.org
To unsubscribe send an email to 389-users-leave@lists.fedoraproject.org
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/389-users@lists.fedoraproject.org
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure

--

--

389 Directory Server Development Team