Hi William,
Thanks for your reply.
I want to enable 389ds to generate nsUniqueID, modifiedTimestamp, creators name for all enteries which is added/getting added to 389-ds. Any suggestions or reference link to enable this.
I have OpenLdap set up with replication enabled and I want to make one more 389-ds with replication in sles 15.1 machine . I am unable to find admin-console package.
So I installed lib389 rpm and I am using dsctl, dsidm, dsconf tools to experiment and add users in my local 389ds setup.
Once it's done I am planning to enable sync and replication in 389-ds.
It will be very helpful if u have any guidelines on this.
Thanks & Regards
cooldharma06
> On 20 Nov 2019, at 15:41, cool dharma06 <cooldharma06@gmail.com> wrote:
>
> Hi all,
>
> i have OpenLDAP in my environment. And i am experimenting 389-ds and their functionalities. In my OpenLDAP, i have entries with following attributes:
> entryCSN, contextCSN, entryUUID.
>
> 1. For entryCSN and contextCSN - any equivalent attribute available in 389-ds
>
> 2. When i check for the above attributes in 389-ds, i am unable to find those attributes. From the post link, its mentioned like we can use nsUniqueID in place of entryUUID. but we might face issue during Sync/repl.
>
> Is this issue got fixed.
> https://pagure.io/389-ds-base/issue/137
>
> Any suggestions for the above queries.
OpenLDAP and 389-ds use a really different replication model. That's probably why you can't find the same types and datapoints.
My question is "what are you trying to achieve". You shouldn't need to look at our replication state, that's an internal detail.
If you want a "did this entry change" look at the entryUSN plugin.
If you need the entries unique id, look at nsUniqueID attribute - we have spoken about adding entryUUID too, but it's just never materialised.
It's not recommended to set nsUniqueID manually, you should let 389-ds generate that itself.
Does that help? Really happy to help as much as possible with your 389-ds experimenting :)
>
> Thanks & Regards
> cooldharma06
> _______________________________________________
> 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
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs
_______________________________________________
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