Sorry, here it is: 389-ds-base-1.2.10.2-18.el6_3.x86_64, the same for consumer and supplier. Regards, Vlad. On Tue, 2012-08-14 at 12:24 -0600, Rich Megginson wrote: > On 08/14/2012 11:26 AM, Vladimir Elisseev wrote: > > Version of 389-ds-base is 1.2.10.2. > > What is the full version e.g. the output of rpm -q 389-ds-base? > What is the platform? Is it the same version and platform on both the > consumer and supplier? > > > > > 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 > >>> [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. > >>> > >>> Thanks in advance, > >>> Vlad. > >> What are your supplier and consumer platforms? What versions of > >> 389-ds-base? > >>> > >>> -- > >>> 389 users mailing list > >>> 389-users@xxxxxxxxxxxxxxxxxxxxxxx > >>> https://admin.fedoraproject.org/mailman/listinfo/389-users > > > -- 389 users mailing list 389-users@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/389-users
