Chun Tat David Chu wrote: > Hi Rich, > > I looked at both access log and error log. The access log has an > addition of ldap_add failure but the error log doesn't say anything > about the failure on loading the 2nd database. What were the exact command line arguments you passed to ldif2db.pl? It looks as though you specified "userRoot" as the name of both databases - the database for your sub-suffix must have a different name - or you can use the -s "suffix" argument instead of -n databaseName > > - David > > Access Log > [23/Jun/2010:18:37:09 -0400] conn=12180 fd=118 slot=118 connection > from 138.125.205.65 to 138.125.205.65 > [23/Jun/2010:18:37:09 -0400] conn=12180 op=0 BIND dn="cn=Directory > Manager" method=128 version=3 > [23/Jun/2010:18:37:09 -0400] conn=12180 op=0 RESULT err=0 tag=97 > nentries=0 etime=0 dn="cn=directory manager" > [23/Jun/2010:18:37:09 -0400] conn=12180 op=1 ADD > dn="cn=import_2010_6_23_18_37_ > 9, cn=import, cn=tasks, cn=config" > [23/Jun/2010:18:37:11 -0400] conn=12180 op=1 RESULT err=0 tag=105 > nentries=0 etime=2 > [23/Jun/2010:18:37:11 -0400] conn=12180 op=2 UNBIND > [23/Jun/2010:18:37:11 -0400] conn=12180 op=2 fd=118 closed - U1 > [23/Jun/2010:18:37:11 -0400] conn=12181 fd=119 slot=119 connection > from 138.125.205.65 to 138.125.205.65 > [23/Jun/2010:18:37:11 -0400] conn=12181 op=0 BIND dn="cn=Directory > Manager" method=128 version=3 > [23/Jun/2010:18:37:11 -0400] conn=12181 op=0 RESULT err=0 tag=97 > nentries=0 etime=0 dn="cn=directory manager" > [23/Jun/2010:18:37:11 -0400] conn=12181 op=1 ADD > dn="cn=import_2010_6_23_18_37_12, cn=import, cn=tasks, cn=config" > [23/Jun/2010:18:37:11 -0400] conn=12181 op=1 RESULT err=1 tag=105 > nentries=0 etime=0 > [23/Jun/2010:18:37:11 -0400] conn=12181 op=2 UNBIND > > Error Log > [23/Jun/2010:18:37:11 -0400] - WARNING: Import is running with > nsslapd-db-private-import-mem on; No other process is allowed to > access the database > [23/Jun/2010:18:37:11 -0400] - import userRoot: Beginning import job... > [23/Jun/2010:18:37:11 -0400] - ldbm: 'userRoot' is already in the > middle of another task and cannot be disturbed. > [23/Jun/2010:18:37:11 -0400] - import userRoot: Index buffering > enabled with bucket size 19 > [23/Jun/2010:18:37:11 -0400] - import userRoot: Processing file > "/home/chud/OLAY/LDAP_REPOPULATION_TEST/dit.ldif" > [23/Jun/2010:18:37:11 -0400] - import userRoot: Finished scanning file > "/home/chud/OLAY/LDAP_REPOPULATION_TEST/dit.ldif" (97 entries) > [23/Jun/2010:18:37:12 -0400] - import userRoot: Workers finished; > cleaning up... > [23/Jun/2010:18:37:12 -0400] - import userRoot: Workers cleaned up. > [23/Jun/2010:18:37:12 -0400] - import userRoot: Cleaning up producer > thread... > [23/Jun/2010:18:37:12 -0400] - import userRoot: Indexing complete. > Post-processing... > [23/Jun/2010:18:37:12 -0400] - import userRoot: Flushing caches... > [23/Jun/2010:18:37:12 -0400] - import userRoot: Closing files... > [23/Jun/2010:18:37:12 -0400] - import userRoot: Import complete. > Processed 97 entries (91 entries were skipped because they don't > belong to this database) in 1 seconds. (97.00 entries/sec) > > > On Wed, Jun 23, 2010 at 6:34 PM, Rich Megginson <rmeggins@xxxxxxxxxx > <mailto:rmeggins@xxxxxxxxxx>> wrote: > > Chun Tat David Chu wrote: > > Hi Rich, > > > > Thanks for helping. I followed your direction and exported another > > LDIF for my 2nd database but whenever I try to load it I get an > error > > message "ldap_add: Operations error". > What's in the errors log? > > > > Here's a little information on my DIT hierarchy. > > Database 1: dc=foo,dc=com > > Database 2: dc=new_foo,dc=foo,dc=com > > > > I ran the ldif2db.pl <http://ldif2db.pl> <http://ldif2db.pl> > using the verbose switch and > > here's the output. > > ldapmodify: started Wed Jun 23 17:11:34 2010 > > > > ldap_init( <hostname>, 389 ) > > add objectclass: > > top > > extensibleObject > > add cn: > > import_2010_6_23_17_11_34 > > add nsInstance: > > userRoot > > add nsFilename: > > /home/chud/OLAY/LDAP_REPOPULATION_TEST/second_dit.ldif > > add nsImportChunkSize: > > 0 > > add nsUniqueIdGenerator: > > time > > adding new entry cn=import_2010_6_23_17_11_34, cn=import, cn=tasks, > > cn=config > > ldap_add: Operations error > > > > At this point, I am stuck. Do you have any idea what went > wrong? The > > reload of the root database does work but when I reload the 2nd > > database that sits underneath in the root database in the DIT it > > doesn't work. > > > > Thanks in advance! > > > > - David > > > > > ------------------------------------------------------------------------ > > -- > 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
