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. - 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 at redhat.com> 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> 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 > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.fedoraproject.org/pipermail/389-users/attachments/20100623/da8e96be/attachment-0001.html
