Re: (ITS#7087) test050-syncrepl-multimaster failed for mdb

[hyc@symas.com]

michael@stroeder.com wrote:
> Hmm, after 12 iterations slapd instances are blocked:

I believe I've reproduced this once. It looks like the background indexing 
task was running and preventing a replicated cn=config change from completing. 
Possibly a call to pausecheck() should be added in the indexer task, but the 
more serious issue is that the indexer was re-indexing the same entry (entry 
#1) over and over again, instead of progressing thru the DB. Still trying to 
reproduce this to see what happened. It never seems to happen with 
optimization disabled.
>
> Cleaning up test run directory from this run.
> Running 12 of 100 iterations
> running defines.sh
> Initializing server configurations...
> Starting server 1 on TCP/IP port 9011...
> Using ldapsearch to check that server 1 is running...
> Inserting syncprov overlay on server 1...
> Starting server 2 on TCP/IP port 9012...
> Using ldapsearch to check that server 2 is running...
> Configuring syncrepl on server 2...
> Starting server 3 on TCP/IP port 9013...
> Using ldapsearch to check that server 3 is running...
> Configuring syncrepl on server 3...
> Starting server 4 on TCP/IP port 9014...
> Using ldapsearch to check that server 4 is running...
> Configuring syncrepl on server 4...
> Adding schema and databases on server 1...
> Using ldapadd to populate server 1...
> Waiting 15 seconds for syncrepl to receive changes...
> Using ldapsearch to read config from server 1...
> Using ldapsearch to read config from server 2...
> Using ldapsearch to read config from server 3...
> [..hangs..]
>
>
>


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