Bug 1417341 - remove changelog semaphore
Summary: remove changelog semaphore
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: 389-ds-base
Version: 7.3
Hardware: Unspecified
OS: Unspecified
Target Milestone: rc
: ---
Assignee: Noriko Hosoi
QA Contact: Viktor Ashirov
Depends On:
Blocks: 1420851 1467835 1472344
TreeView+ depends on / blocked
Reported: 2017-01-28 02:15 UTC by Noriko Hosoi
Modified: 2020-09-13 21:55 UTC (History)
4 users (show)

Fixed In Version: 389-ds-base-
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Last Closed: 2018-04-10 14:15:15 UTC
Target Upstream Version:

Attachments (Terms of Use)

System ID Private Priority Status Summary Last Updated
Github 389ds 389-ds-base issues 2150 0 None None None 2020-09-13 21:55:50 UTC
Red Hat Product Errata RHBA-2018:0811 0 None None None 2018-04-10 14:16:19 UTC

Description Noriko Hosoi 2017-01-28 02:15:48 UTC
This bug is created as a clone of upstream ticket:

Turning an older email thread into a ticket:

in cl5_api we have a semaphore which a comment says is used to limit the number of concurrent writes, the default value is: 2

But. The semaphore is only used
- in writing an update to the changelog in write_changelog_and_ruv(), which is serialized by the backend lock and so there always will only be one
- in log_ruv_elements (when changelog is reloaded).
- ldif import
It is NOT used in changelog trimming, purging of cleaned RIDs, changelog compaction.

so, in the cases where we do use it there will be no more than two parallel updates, in cases wheer there is, or could be, heavy update contention like changelog trimming while updates are applied iz is not used.

I think it was possibly useful when writing the changelog was a real postop, so the semaphore played the role of the backend lock.

So far I only have seen problems reported  about the semaphore file when it could not be deleted, recreated and I don't see any benefit in keeping it.

Comment 3 Viktor Ashirov 2018-01-02 15:36:24 UTC
Build tested:

Replication acceptance tests passed, marking as VERIFIED, SanityOnly.

Comment 6 errata-xmlrpc 2018-04-10 14:15:15 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.


Note You need to log in before you can comment on or make changes to this bug.