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-us...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users


--
389 users mailing list
389-us...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users

Reply via email to