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.
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.