[389-users] problem initializing replica

[Rich Megginson]

On 08/14/2012 11:26 AM, Vladimir Elisseev wrote:
> Version of 389-ds-base is 1.2.10.2.
>
> Regards,
> Vlad.
>
> On Tue, 2012-08-14 at 11:21 -0600, Rich Megginson wrote:
>> On 08/14/2012 10:50 AM, Vladimir Elisseev wrote:
>>> Hello,
>>>
>>> I've problems for initializing replica from Admin console or using
>>> ldapmodify. Although, I'm able to initialize replica from LDIF file
>>> successfully. Below is a snip from errorlog:
>>>
>>> ************* snip start *****************
>>> [14/Aug/2012:15:09:04 +0200] NSMMReplicationPlugin - multimaster_be_state_change: replica dc=cids is going offline; disabling replication
>>> [14/Aug/2012:15:09:04 +0200] - WARNING: Import is running with nsslapd-db-private-import-mem on; No other process is allowed to access the database
>>> [14/Aug/2012:15:09:04 +0200] - ERROR bulk import abandoned

Can you paste excerpts of your access log from around this time?  And 
also - when was the last EXT operation from the access log before 
14/Aug/2012:15:09:04 +0200?

>>> [14/Aug/2012:15:09:04 +0200] - import userRoot: Aborting all Import threads...
>>> [14/Aug/2012:15:09:11 +0200] - import userRoot: Import threads aborted.
>>> [14/Aug/2012:15:09:11 +0200] - import userRoot: Closing files...
>>> [14/Aug/2012:15:09:11 +0200] - libdb: userRoot/cIDSMemberOf.db4: unable to flush: No such file or directory
>>> [14/Aug/2012:15:09:11 +0200] - libdb: userRoot/mail.db4: unable to flush: No such file or directory
>>> [14/Aug/2012:15:09:11 +0200] - libdb: userRoot/nsuniqueid.db4: unable to flush: No such file or directory
>>> [14/Aug/2012:15:09:11 +0200] - libdb: userRoot/id2entry.db4: unable to flush: No such file or directory
>>> [14/Aug/2012:15:09:11 +0200] - libdb: userRoot/sn.db4: unable to flush: No such file or directory
>>> [14/Aug/2012:15:09:11 +0200] - libdb: userRoot/objectclass.db4: unable to flush: No such file or directory
>>> [14/Aug/2012:15:09:11 +0200] - libdb: userRoot/ou.db4: unable to flush: No such file or directory
>>> [14/Aug/2012:15:09:11 +0200] - libdb: userRoot/aci.db4: unable to flush: No such file or directory
>>> [14/Aug/2012:15:09:11 +0200] - libdb: userRoot/cIDSEntityID.db4: unable to flush: No such file or directory
>>> [14/Aug/2012:15:09:11 +0200] - libdb: userRoot/cn.db4: unable to flush: No such file or directory
>>> [14/Aug/2012:15:09:11 +0200] - libdb: userRoot/entryrdn.db4: unable to flush: No such file or directory
>>> [14/Aug/2012:15:09:11 +0200] - libdb: userRoot/member.db4: unable to flush: No such file or directory
>>> [14/Aug/2012:15:09:11 +0200] - libdb: userRoot/telephoneNumber.db4: unable to flush: No such file or directory
>>> [14/Aug/2012:15:09:11 +0200] - libdb: userRoot/parentid.db4: unable to flush: No such file or directory
>>> [14/Aug/2012:15:09:11 +0200] - import userRoot: Import failed.
>>> [14/Aug/2012:15:09:11 +0200] - process_bulk_import_op: NULL target sdn
>>> ************* snip end *****************
>>>
>>> These databases are for custom indexes, but I have no clue why they
>>> aren't created automatically (all the indexes as well as custom schema
>>> has been defined before the initialization). I'd greatly appreciate any
>>> help/thoughts.

They weren't created because it appears the replica init (bulk import) 
was aborted before it could be started.  I'd like to find out why that 
happened.

>>>
>>> Thanks in advance,
>>> Vlad.
>> What are your supplier and consumer platforms?  What versions of
>> 389-ds-base?
>>>
>>> --
>>> 389 users mailing list
>>> 389-users at lists.fedoraproject.org
>>> https://admin.fedoraproject.org/mailman/listinfo/389-users
>