Re: [389-users] Directory Re-population

[Chun Tat David Chu <beyonddc.storage@xxxxxxxxx>]

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@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> 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