d'oh! My bad...
You're absolutely correct! It is now working properly. Thanks!
- David
On Wed, Jun 23, 2010 at 6:48 PM, Rich Megginson <rmeggins@xxxxxxxxxx> wrote:
Chun Tat David Chu wrote:
> Hi Rich,
>
> I looked at both access log and error log. The access log has anWhat were the exact command line arguments you passed to ldif2db.pl? It
> addition of ldap_add failure but the error log doesn't say anything
> about the failure on loading the 2nd database.
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:> > I ran the ldif2db.pl <http://ldif2db.pl> <http://ldif2db.pl>
>
> 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
> >
> 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
-- 389 users mailing list 389-users@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/389-users
