Hello Ulrich,
I’ve to correct the information I gave at start of the tread. After investigation and some
corrections on the 2MMR env, both environment gave me same result now.
In fact, I’ve proxy configuration on this replication user which works fine for a normal
user that add entries in the DB, creatosname is its name, but when I use the rootdn user,
it’s the replication user is stored in creatorsname. I’ve added another rule authzTo rule
in the replication user for the rootdn user but it doesn’t help to get entries created by
him with his name in creatorsname attribut.
Brgds,
Jean-Luc
On 9 Mar 2022, at 09:33, Ulrich Windl <Ulrich.Windl(a)rz.uni-regensburg.de> wrote:
>>>> <bourguijl(a)gmail.com> schrieb am 08.03.2022 um 17:43 in Nachricht
> <20220308164344.5262.14565(a)hypatia.openldap.org>:
>> Dears,
>>
>> I've a tricky issue with this attribute.
>> I context of 4 MMR & 4 replicas, I've defined a rootdn and a replication
>> user. When I create "ADD" a new entry in my DB with rootdn as user, the
>> creatorsname is filled up with the replication username instead of rootdn one
>> :-|
>
> Are you sure your replication user can read all attributes?
>
>> I've another configuration with 2 MMR & 2 replicas, normally same config
as
>> above, but there, the ADD is correctly managed.
>> In both configuration, replicas send their ADD request to masters VIP with
>> olcUpdateRef attribut. and received update via masters VIP with olcSyncrepl
>> attribut.
>>
>> Any idea of any parameter, acl, schema to check ?
>>
>> Thx,
>> J-L.
>
>
>
>