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(a)redhat.com
<mailto:rmeggins@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> <
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(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users