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