Issue 8801 - Fix pending CSN queue
Summary: Fix pending CSN queue
Status: VERIFIED FIXED
Alias: None
Product: OpenLDAP
Classification: Unclassified
Component: slapd (show other issues)
Version: unspecified
Hardware: All All
: --- normal
Target Milestone: ---
Assignee: OpenLDAP project
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-02-06 20:01 UTC by Howard Chu
Modified: 2018-03-22 19:26 UTC (History)
0 users

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description Howard Chu 2018-02-06 20:01:26 UTC 
Full_Name: Howard Chu
Version: 2.4
OS: 
URL: ftp://ftp.openldap.org/incoming/
Submission from: (NULL) (83.136.45.75)
Submitted by: hyc


The CSN queue tracks in-progress write operations. It uses connID and opID to
identify a CSN queue entry that corresponds to a given operation. This is
error-prone in the case of syncrepl, which always uses the same connID and opID
for all of its internal operations. Should just use the Operation pointer, which
is always unique and unambiguous.
Comment 1 Howard Chu 2018-02-06 20:03:02 UTC 
The problem was noticed because the accesslog overlay was invoking a spurious
slap_graduate_commit_csn() on a CSN that had already been graduated by the
underlying backend.
Comment 2 Howard Chu 2018-02-08 00:27:26 UTC 
changed notes
changed state Open to Test
moved from Incoming to Software Bugs
Comment 3 Quanah Gibson-Mount 2018-02-09 18:10:15 UTC 
changed notes
changed state Test to Release
Comment 4 OpenLDAP project 2018-03-22 19:26:58 UTC 
fixed in master
fixed in RE24 (2.4.46)
Comment 5 Quanah Gibson-Mount 2018-03-22 19:26:58 UTC 
changed notes
changed state Release to Closed