On 1/15/25 5:26 PM, Rob Crittenden via FreeIPA-users wrote:
Jaehwan Kim via FreeIPA-users wrote:
Hello.

Following error logs are frequestly met in my freeipa servers.

[29/Dec/2024:16:36:48.589007916 +0000] - ERR - NSMMReplicationPlugin - 
write_changelog_and_ruv - Can't add a change for 
uid=s8.lee,cn=users,cn=accounts,dc=samsungsre,dc=com (uniqid: 
b5127079-3ce011ef-b141da7b-5ba43301, optype: 32) to changelog csn 
677172240004000b0000

My finding related to the error log was that updating 
nsslapd-db-deadlock-policy from 9 to 6 could prevent the error logs.
But I have a question about a description of
https://freeipa-users.redhat.narkive.com/JfHwTXha/ipa-replica-manage-list-fail-on-server-2

"You may ask why the default is not changed to 6. The answer is that the
setting will apply to _all_ threads, so that changing this setting could
cause regular search requests to fail, if the directory server is under
a heavy update load."

I'd like to know what 'regular search' means in this comment.

Can anyone help me to see 'regular search' ?
I'm not even sure the original author 11 years ago will remember what he
exactly meant by that term.

I was hoping that a 389-ds dev might chime in here on any possible
impacts of changing the settings. If you want a faster answer you're
probably best off trying to reach them directly via their own mailing
list, etc.

rob

In BDB, read and write requests (e.g. SRCH and MOD) are competing to access DB pages. It may lead to deadlocks between requests. There is a mechanism to detect deadlocks and resolve them by aborting (retry) one request in favor of the over that has higher priority.

'9' means priority to the first request (youngest). 6 means priority to writers. In theory, with a high load of updates, some searches requesting a lot of pages may be continuously in retry.

As I am possibly  the author of this sentence, I understand 'regular search' as direct LDAP SRCH sent to the server (opposed to internal searches during an update for example).

regards
Thierry

--
_______________________________________________
FreeIPA-users mailing list -- [email protected]
To unsubscribe send an email to [email protected]
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.fedorahosted.org/archives/list/[email protected]
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Reply via email to