Issue 7162 - ./scripts/test054-syncreplication-parallel-load: test failed - provider and consumer databases differ
Summary: ./scripts/test054-syncreplication-parallel-load: test failed - provider and c...
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: 2012-02-12 15:02 UTC by Michael Ströder
Modified: 2014-08-01 21:04 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description Michael Ströder 2012-02-12 15:02:58 UTC
Full_Name: 
Version: RE24 git 80b64f93e85f8e8705cb154d2a1630672b8fb30d
OS: openSUSE 11.4 x86_64
URL: 
Submission from: (NULL) (84.163.58.63)


test054 fails occassionally with latest RE24 git
80b64f93e85f8e8705cb154d2a1630672b8fb30d:

$ ./run -l 100 -b bdb test054
Cleaning up test run directory leftover from previous run.
Running ./scripts/test054-syncreplication-parallel-load for bdb...
Running 1 of 100 iterations
running defines.sh
Starting provider slapd on TCP/IP port 9011...
Using ldapsearch to check that provider slapd is running...
Using ldapadd to create the context prefix entry in the provider...
Starting consumer slapd on TCP/IP port 9014...
Using ldapsearch to check that consumer slapd is running...
Using ldapadd to populate the provider directory...
Waiting 7 seconds for syncrepl to receive changes...
Stopping the provider, sleeping 10 seconds and restarting it...
Using ldapsearch to check that provider slapd is running...
Waiting 10 seconds to let the system catch up
Using ldapmodify to modify provider directory...
Using ldappasswd to change some passwords...
Waiting 7 seconds for syncrepl to receive changes...
Stopping consumer to test recovery...
Modifying more entries on the provider...
Restarting consumer...
Waiting 7 seconds for syncrepl to receive changes...
Try updating the consumer slapd...
Trying to change some passwords on the consumer...
Waiting 7 seconds for syncrepl to receive changes...
Using ldapsearch to read all the entries from the provider...
Using ldapsearch to read all the entries from the consumer...
Filtering provider results...
Filtering consumer results...
Comparing retrieved entries from provider and consumer...
test failed - provider and consumer databases differ
Failed after 1 of 100 iterations
Comment 1 Michael Ströder 2012-02-12 15:05:46 UTC
See also: http://www.stroeder.com/temp/openldap-its-7162-testrun.tar.gz

Comment 2 Michael Ströder 2012-02-12 22:11:20 UTC
Same problem with master branch 8e7af6331ec2d0edaeb203b1c52d4016bc2bbcbf

Comment 3 Michael Ströder 2012-02-12 23:25:16 UTC
FWIW:
With back-mdb I ran 64 iterations without this error.
Testing with back-bdb and back-hdb the failure occurs on my system after max. 
10 iterations.

Comment 4 Howard Chu 2012-02-12 23:56:19 UTC
michael@stroeder.com wrote:
> FWIW:
> With back-mdb I ran 64 iterations without this error.
> Testing with back-bdb and back-hdb the failure occurs on my system after max.
> 10 iterations.

This sounds like it may be related to the issue I've been chasing down with 
ITS#7052. It appears that this bug was caused by the patch for ITS#6024. I'm 
about to revert that patch in master. Please re-test with d4b3c2af ...

-- 
   -- Howard Chu
   CTO, Symas Corp.           http://www.symas.com
   Director, Highland Sun     http://highlandsun.com/hyc/
   Chief Architect, OpenLDAP  http://www.openldap.org/project/

Comment 5 Howard Chu 2012-02-13 01:10:35 UTC
Howard Chu wrote:
> michael@stroeder.com wrote:
>> FWIW:
>> With back-mdb I ran 64 iterations without this error.
>> Testing with back-bdb and back-hdb the failure occurs on my system after max.
>> 10 iterations.
>
> This sounds like it may be related to the issue I've been chasing down with
> ITS#7052. It appears that this bug was caused by the patch for ITS#6024. I'm
> about to revert that patch in master. Please re-test with d4b3c2af ...
>
Hm, no, that patch seemed to have no bearing here. But reverting ba4366eae 
appears to clear things up. Now I just need to re-read test054 to see if this 
is really what we want.

-- 
   -- Howard Chu
   CTO, Symas Corp.           http://www.symas.com
   Director, Highland Sun     http://highlandsun.com/hyc/
   Chief Architect, OpenLDAP  http://www.openldap.org/project/

Comment 6 Howard Chu 2012-02-13 05:12:22 UTC
changed notes
changed state Open to Test
moved from Incoming to Software Bugs
Comment 7 Howard Chu 2012-02-13 05:13:59 UTC
hyc@symas.com wrote:
> Howard Chu wrote:
>> michael@stroeder.com wrote:
>>> FWIW:
>>> With back-mdb I ran 64 iterations without this error.
>>> Testing with back-bdb and back-hdb the failure occurs on my system after max.
>>> 10 iterations.
>>
>> This sounds like it may be related to the issue I've been chasing down with
>> ITS#7052. It appears that this bug was caused by the patch for ITS#6024. I'm
>> about to revert that patch in master. Please re-test with d4b3c2af ...
>>
> Hm, no, that patch seemed to have no bearing here. But reverting ba4366eae
> appears to clear things up. Now I just need to re-read test054 to see if this
> is really what we want.
>
Just to sum up - this bug was a regression caused by ba4366eae. That patch was 
written in an attempt to resolve other bugs related to ITS#7052. But the 
actual cause of the remaining ITS#7052 issues was the ITS#6024 patch. Both of 
these patches have been reverted in git master.

-- 
   -- Howard Chu
   CTO, Symas Corp.           http://www.symas.com
   Director, Highland Sun     http://highlandsun.com/hyc/
   Chief Architect, OpenLDAP  http://www.openldap.org/project/

Comment 8 Quanah Gibson-Mount 2012-02-13 19:11:08 UTC
changed notes
changed state Test to Release
Comment 9 Quanah Gibson-Mount 2012-03-06 00:20:03 UTC
changed notes
changed state Release to Closed
Comment 10 OpenLDAP project 2014-08-01 21:04:41 UTC
fixed in master
fixed in RE24