If your clients are already using that "old" VLV index, you can look
under cn=config of a 1.3.x server (after creating browsing index), and
simply copy the VLV entries to 1.4.x and reindex.
or you could turn on audit logging, create a browsing index via console
and use it to create the index with ldapmodify commands
So do you need to know how to recreate 1.3.x VLV indexes, or do you
need help defining new ones? The issue with VLV searches is that
client must use very specific controls and parameters to engage the
index. If you have to create a new or different index the client will
then have to be configured to use those new parameters.
Mark
On 12/30/21 6:07 PM, Joe Fletcher wrote:
>
> Thanks for that. That presents a problem of sorts as I am going to
> have to try to design a suitable VLV index for a very aggressive 3^rd
> party client application.
>
> Hopefully the vendor can be of assistance.
>
> *From:*Mark Reynolds <mareynol(a)redhat.com>
> *Sent:* 30 December 2021 21:35
> *To:* General discussion list for the 389 Directory server project.
> <389-users(a)lists.fedoraproject.org>; Joe Fletcher <jfletche(a)sscinc.com>
> *Subject:* Re: [389-users] Re: Default browsing index generation
>
> **** The e-mail below is from an external source. Please do not open
> attachments or click links from an unknown or suspicious origin. ****
>
> On 12/30/21 3:01 PM, Joe Fletcher wrote:
>
> Thanks for the reply. Is it possible to find out exactly what the
> “create browsing index” feature in management console actually
> did? Whatever it was it worked for us and I’m having a hard time
> recreating the function.
>
> The old java console created specific VLV indexes for "itself" (not
> for other clients). So you could browse the Directory Tree in the
> java console without terrible performance hits. So the VLV
> search/indexes it created were specific to the forms the console
> used. Of course clients could use these VLV indexes, but they were
> only designed to be used by the console.
>
> HTH,
>
> Mark
>
> *From:*Marc Sauton <msauton(a)redhat.com> <mailto:msauton@redhat.com>
> *Sent:* 30 December 2021 01:51
> *To:* General discussion list for the 389 Directory server
> project. <389-users(a)lists.fedoraproject.org>
> <mailto:389-users@lists.fedoraproject.org>
> *Subject:* [389-users] Re: Default browsing index generation
>
> **** The e-mail below is from an external source. Please do not
> open attachments or click links from an unknown or suspicious
> origin. ****
>
> in the web UI, it should be under "Database | Suffixes | dc=xx |
> VLV Indexes"
>
> to create a VLV index "Database | Suffixes | dc=xx | VLV Indexes
> | Create VLV Index"
>
> to re-index an existing VLV index "Database | Suffixes | dc=xx |
> VLV Indexes | select an existing VLV index | Action=Reindex VLV
> Index"
>
> -> popup window "Are you sure you want to reindex this VLV index?
>
> carlicense
>
> NO YES
>
> ->
>
> Successfully completed VLV indexing
>
> using the command line, for example with an instance-name called m1:
>
> create some "dummy-non-sense-example" VLV index:
>
> dsconf m1 backend vlv-index add-search --name=test1
> --search-base=ou=people,dc=example,dc=test
> --search-filter=carlicense=6ZBC246 --search-scope=2
> dc=example,dc=test
>
> dsconf m1 backend vlv-index add-index --sort roomNumber
> --parent-name test1 --index-name indextest1 userroot
>
> dsconf m1 backend vlv-index list userroot
>
> ( nothing )
>
> dsconf m1 backend vlv-index reindex --index-name carlicense-index
> --parent-name carlicense userroot
>
> Index task index_vlv_12292021_162709 completed successfully
> Successfully reindexed VLV indexes
> [root@m1 ~]#
>
> dsconf m1 backend vlv-index list userroot
>
> dn: cn=test1,cn=userroot,cn=ldbm database,cn=plugins,cn=config
> cn: test1
> vlvbase: ou=people,dc=example,dc=test
> vlvscope: 2
> vlvfilter: (carlicense=1ABC123)
> Sorts:
> - dn: cn=indextest1 ,cn=test1,cn=userroot,cn=ldbm
> database,cn=plugins,cn=config
> - cn: indextest1
> - vlvsort: roomNumber
> - vlvenabled: 1
> - vlvuses: 0
> Error: info() missing 1 required positional argument: 'msg'
> [root@m1 ~]#
>
> On Wed, Dec 29, 2021 at 2:56 PM Joe Fletcher
> <jfletche(a)sscinc.com> wrote:
>
> Hi,
>
> We’re looking at 389 DS v1.4. Is there an equivalent in the
> linux 8 cockpit to the feature that used to exist in the v
> 1.3 management console such that it can create default
> browsing indexes?
>
> In the old GUI it was simply a case of right-click and go
> which did offer a certain level of convenience. So far I have
> not found an equivalent in cockpit.
>
> Currently most of my potential LDAP clients are unable to
> browse the directory with the usual “Unwilling to perform:
> search is not indexed”.
>
> TIA
>
> Joe
>
> This email with all information contained herein or attached
> hereto may contain confidential and/or privileged information
> intended for the addressee(s) only. If you have received this
> email in error, please contact the sender and immediately
> delete this email in its entirety and any attachments thereto.
>
> _______________________________________________
> 389-users mailing list -- 389-users(a)lists.fedoraproject.org
> To unsubscribe send an email to
> 389-users-leave(a)lists.fedoraproject.org
> Fedora Code of Conduct:
>
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
>
<
https://urldefense.com/v3/__https:/docs.fedoraproject.org/en-US/project/c...
> List Guidelines:
>
https://fedoraproject.org/wiki/Mailing_list_guidelines
>
<
https://urldefense.com/v3/__https:/fedoraproject.org/wiki/Mailing_list_gu...
> List Archives:
>
https://lists.fedoraproject.org/archives/list/389-users@lists.fedoraproje...
>
<
https://urldefense.com/v3/__https:/lists.fedoraproject.org/archives/list/...
> Do not reply to spam on the list, report it:
>
https://pagure.io/fedora-infrastructure
>
<
https://urldefense.com/v3/__https:/pagure.io/fedora-infrastructure__;!!JE...
>
> This email with all information contained herein or attached
> hereto may contain confidential and/or privileged information
> intended for the addressee(s) only. If you have received this
> email in error, please contact the sender and immediately delete
> this email in its entirety and any attachments thereto.
>
> _______________________________________________
>
> 389-users mailing list --389-users(a)lists.fedoraproject.org
>
> To unsubscribe send an email to389-users-leave(a)lists.fedoraproject.org
>
> Fedora Code of
Conduct:https://docs.fedoraproject.org/en-US/project/code-of-conduct/
<
https://urldefense.com/v3/__https:/docs.fedoraproject.org/en-US/project/c...
>
> List
Guidelines:https://fedoraproject.org/wiki/Mailing_list_guidelines
<
https://urldefense.com/v3/__https:/fedoraproject.org/wiki/Mailing_list_gu...
>
> List
Archives:https://lists.fedoraproject.org/archives/list/389-users@lists.fe...
<
https://urldefense.com/v3/__https:/lists.fedoraproject.org/archives/list/...
>
> Do not reply to spam on the list, report
it:https://pagure.io/fedora-infrastructure
<
https://urldefense.com/v3/__https:/pagure.io/fedora-infrastructure__;!!JE...
>
> --
> Directory Server Development Team
> This email with all information contained herein or attached hereto
> may contain confidential and/or privileged information intended for
> the addressee(s) only. If you have received this email in error,
> please contact the sender and immediately delete this email in its
> entirety and any attachments thereto.
--
Directory Server Development Team
_______________________________________________
389-users mailing list -- 389-users(a)lists.fedoraproject.org
To unsubscribe send an email to 389-users-leave(a)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.fedoraproje...
Do not reply to spam on the list, report it:
https://pagure.io/fedora-infrastructure