[389-users] Directory Re-population

Wed Jun 23 22:58:42 UTC 2010

Hi Rich,

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 at redhat.com> wrote:

> 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 at redhat.com
> > <mailto: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> <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 at lists.fedoraproject.org
> > https://admin.fedoraproject.org/mailman/listinfo/389-users
>
> --
> 389 users mailing list
> 389-users at lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/389-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/389-users/attachments/20100623/0d199d0e/attachment.html>