Wednesday, February 19, 2025

[389-users] Re: Debugging schema replication errors

On 2/19/25 4:31 PM, John Thurston via 389-users wrote:
>
> We have a three-server installation; one R/W, replicating to two R/O
> instances. They are running 389-Directory/2.5.2
>
> On the R/W instance, we are seeing a steady stream of errors of like:
>
>> ERR - NSMMReplicationPlugin - agmt="cn=S1" (az1:636): Schema
>> replication update failed: Constraint violation
>> ERR - NSMMReplicationPlugin - agmt="cn=S1" (az1:636): Warning: unable
>> to replicate schema: rc=1
>
> for both replication targets (i.e. both S1 and S2)
>
> I've exported, and examined, the replication change log. I don't see
> anything in it I don't expect to see. It's full of normal, day-to-day
> attribute adjustments.
>
> I think the next step is enabling replication logging on a consumer.
> And I think this is accomplished by adding 8,192 to the value in
> nsslapd-errorlog-level of cn=config
>
Yes this is the next step and it should say why the schema replication
is not working.

So you can set the error log level using ldapmodify or dsconf. Editing
the dse.ldif is not recommended.


# dsconf slapd-YOUR_INSTANCE config replace nsslapd-errorlog-level=8192

Do this on two servers where the error is happening, when you're done
reproducing the problem you can turn the verbose logging off using:

# dsconf slapd-YOUR_INSTANCE config replace nsslapd-errorlog-level=0

HTH,

Mark

> On our test servers, I've found I can change this value by stopping
> the instance and editing the dse.ldif  Is there another way to do this
> which does not require stopping and starting the instance?
> --
> --
> Do things because you should, not just because you can.
>
> John Thurston 907-465-8591
> John.Thurston@alaska.gov
> Department of Administration
> State of Alaska
>
--
Identity Management Development Team

--
_______________________________________________
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, report it: https://pagure.io/fedora-infrastructure/new_issue

No comments:

Post a Comment