bak2db restore got stuck in infinite loop

[Groten, Ryan]

Hi everyone,

In my environment I have a total of 4 directory servers, 2 multi-masters in production
(ServerA, ServerB) and 2 multi-masters to test with (ServerC, ServerD).  Basically
here's what I did:


1.       Took a backup of one of the production directory servers, ServerA

2.       Copied ServerA's backup to ServerC (test).

3.       Deleted the replication agreement on ServerC to ServerD (but not the agreement
from ServerD to ServerC)

4.       Ran /usr/lib64/dirsrv/slapd-ServerC/bak2db 2011_12_29_15_27_35

The restore started, and never stopped running.  I eventually killed it and tried again,
this time capturing the output:

# /usr/lib64/dirsrv/slapd-ServerC/bak2db 2011_12_29_15_27_35
[03/Jan/2012:15:06:43 -0700] 389-Directory/1.2.9.9 - debug level: backend (524288)
[03/Jan/2012:15:06:43 -0700] - Deleting log file:
(/var/lib/dirsrv/slapd-ServerC/db/log.0000000021)
[03/Jan/2012:15:06:43 -0700] - Restoring file 1
(/var/lib/dirsrv/slapd-ServerC/db/DBVERSION)
[03/Jan/2012:15:06:43 -0700] - Copying
/var/lib/dirsrv/slapd-ServerC/bak/2011_12_29_15_27_35/DBVERSION to
/var/lib/dirsrv/slapd-ServerC/db/DBVERSION
[03/Jan/2012:15:06:43 -0700] - Restoring file 2
(/var/lib/dirsrv/slapd-ServerC/db/log.0000000021)
[03/Jan/2012:15:06:43 -0700] - Copying
/var/lib/dirsrv/slapd-ServerC/bak/2011_12_29_15_27_35/log.0000000021 to
/var/lib/dirsrv/slapd-ServerC/db/log.0000000021
[ lines removed to reduce size ]
[03/Jan/2012:15:06:43 -0700] - Restoring file 33
(/var/lib/dirsrv/slapd-ServerC/db/userRoot/uid.db4)
[03/Jan/2012:15:06:43 -0700] - Copying
/var/lib/dirsrv/slapd-ServerC/bak/2011_12_29_15_27_35/userRoot/uid.db4 to
/var/lib/dirsrv/slapd-ServerC/db/userRoot/uid.db4
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=aci,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry cn=aci,cn=index,cn=userRoot,cn=ldbm
database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=entryrdn,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=entryrdn,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=nscpEntryDN,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=nscpEntryDN,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=nsds5ReplConflict,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=nsds5ReplConflict,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=nsuniqueid,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=nsuniqueid,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=numsubordinates,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=numsubordinates,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=objectclass,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=objectclass,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=parentid,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=parentid,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=aci,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry cn=aci,cn=index,cn=userRoot,cn=ldbm
database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=entryrdn,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=entryrdn,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=nscpEntryDN,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=nscpEntryDN,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=nsds5ReplConflict,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=nsds5ReplConflict,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=nsuniqueid,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=nsuniqueid,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=numsubordinates,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=numsubordinates,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=objectclass,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=objectclass,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=parentid,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=parentid,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
...

The output just continues to display those same "Del Index Config Entry" lines
until I stop it.
After that I tried deleting the replication agreement on ServerD to ServerC, then tried
restoring one of my original ServerC backups but it did the same thing.
I have had this problem before trying to do restores of backups from the same server and I
thought it had something to do with having replication enabled so I would disable it
before doing restores (like above)...thought that fixed it but seems like it hasn't. 
Does anyone know what I'm doing wrong?

Thanks for the help

________________________________
This communication, including any attached documentation, is intended only for the person
or entity to which it is addressed, and may contain confidential, personal and/or
privileged information. Any unauthorized disclosure, copying, or taking action on the
contents is strictly prohibited. If you have received this message in error, please
contact us immediately so we may correct our records. Please then delete or destroy the
original transmission and any subsequent reply.

[Rich Megginson]

On 01/03/2012 03:14 PM, Groten, Ryan wrote:
>  Hi everyone,
>
>  In my environment I have a total of 4 directory servers, 2 
>  multi-masters in production (ServerA, ServerB) and 2 multi-masters to 
>  test with (ServerC, ServerD).  Basically here's what I did:
>
>  1.Took a backup of one of the production directory servers, ServerA
>
>  2.Copied ServerA's backup to ServerC (test).
>
>  3.Deleted the replication agreement on ServerC to ServerD (but not the 
>  agreement from ServerD to ServerC)
>
>  4.Ran /usr/lib64/dirsrv/slapd-ServerC/bak2db 2011_12_29_15_27_35
>
>  The restore started, and never stopped running.  I eventually killed 
>  it and tried again, this time capturing the output:
>
>  # /usr/lib64/dirsrv/slapd-ServerC/bak2db 2011_12_29_15_27_35
>
>  [03/Jan/2012:15:06:43 -0700] 389-Directory/1.2.9.9 - debug level: 
>  backend (524288)
>
>  [03/Jan/2012:15:06:43 -0700] - Deleting log file: 
>  (/var/lib/dirsrv/slapd-ServerC/db/log.0000000021)
>
>  [03/Jan/2012:15:06:43 -0700] - Restoring file 1 
>  (/var/lib/dirsrv/slapd-ServerC/db/DBVERSION)
>
>  [03/Jan/2012:15:06:43 -0700] - Copying 
>  /var/lib/dirsrv/slapd-ServerC/bak/2011_12_29_15_27_35/DBVERSION to 
>  /var/lib/dirsrv/slapd-ServerC/db/DBVERSION
>
>  [03/Jan/2012:15:06:43 -0700] - Restoring file 2 
>  (/var/lib/dirsrv/slapd-ServerC/db/log.0000000021)
>
>  [03/Jan/2012:15:06:43 -0700] - Copying 
>  /var/lib/dirsrv/slapd-ServerC/bak/2011_12_29_15_27_35/log.0000000021 
>  to /var/lib/dirsrv/slapd-ServerC/db/log.0000000021
>
>  [ lines removed to reduce size ]
>
>  [03/Jan/2012:15:06:43 -0700] - Restoring file 33 
>  (/var/lib/dirsrv/slapd-ServerC/db/userRoot/uid.db4)
>
>  [03/Jan/2012:15:06:43 -0700] - Copying 
>  /var/lib/dirsrv/slapd-ServerC/bak/2011_12_29_15_27_35/userRoot/uid.db4 
>  to /var/lib/dirsrv/slapd-ServerC/db/userRoot/uid.db4
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=aci,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=aci,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=entryrdn,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=entryrdn,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=nscpEntryDN,cn=index,cn=NetscapeRoot,cn=ldbm 
>  database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=nscpEntryDN,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=nsds5ReplConflict,cn=index,cn=NetscapeRoot,cn=ldbm 
>  database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=nsds5ReplConflict,cn=index,cn=userRoot,cn=ldbm 
>  database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=nsuniqueid,cn=index,cn=NetscapeRoot,cn=ldbm 
>  database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=nsuniqueid,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=numsubordinates,cn=index,cn=NetscapeRoot,cn=ldbm 
>  database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=numsubordinates,cn=index,cn=userRoot,cn=ldbm 
>  database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=objectclass,cn=index,cn=NetscapeRoot,cn=ldbm 
>  database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=objectclass,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=parentid,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=parentid,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=aci,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=aci,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=entryrdn,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=entryrdn,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=nscpEntryDN,cn=index,cn=NetscapeRoot,cn=ldbm 
>  database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=nscpEntryDN,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=nsds5ReplConflict,cn=index,cn=NetscapeRoot,cn=ldbm 
>  database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=nsds5ReplConflict,cn=index,cn=userRoot,cn=ldbm 
>  database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=nsuniqueid,cn=index,cn=NetscapeRoot,cn=ldbm 
>  database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=nsuniqueid,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=numsubordinates,cn=index,cn=NetscapeRoot,cn=ldbm 
>  database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=numsubordinates,cn=index,cn=userRoot,cn=ldbm 
>  database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=objectclass,cn=index,cn=NetscapeRoot,cn=ldbm 
>  database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=objectclass,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=parentid,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=parentid,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
>
>  ...
>
>  The output just continues to display those same "Del Index Config 
>  Entry" lines until I stop it.
>  
Which same lines?  You mean after parentid, it starts over again with 
cn=aci?  And it just keeps on doing that over and over until you abort 
it?  That's very strange that it is omitting cn=seealso and cn=sn and 
cn=telephoneNumber and cn=uid and cn=uniquemember which are the other 
standard default indexes.

What version of 389-ds-base?  What platform?
>  After that I tried deleting the replication agreement on ServerD to 
>  ServerC, then tried restoring one of my original ServerC backups but 
>  it did the same thing.
>
>  I have had this problem before trying to do restores of backups from 
>  the same server and I thought it had something to do with having 
>  replication enabled so I would disable it before doing restores (like 
>  above)...thought that fixed it but seems like it hasn't.  Does anyone 
>  know what I'm doing wrong?
>
>  Thanks for the help
>
>
>  ------------------------------------------------------------------------
>  This communication, including any attached documentation, is intended 
>  only for the person or entity to which it is addressed, and may 
>  contain confidential, personal and/or privileged information. Any 
>  unauthorized disclosure, copying, or taking action on the contents is 
>  strictly prohibited. If you have received this message in error, 
>  please contact us immediately so we may correct our records. Please 
>  then delete or destroy the original transmission and any subsequent reply.
>
>
>  --
>  389 users mailing list
>  389-users(a)lists.fedoraproject.org
>  https://admin.fedoraproject.org/mailman/listinfo/389-users

[Groten, Ryan]

From: Rich Megginson [mailto:[e-mail]]
Sent: Tuesday, January 03, 2012 3:42 PM
To: General discussion list for the 389 Directory server project.
Cc: Groten, Ryan
Subject: Re: [389-users] bak2db restore got stuck in infinite loop

On 01/03/2012 03:14 PM, Groten, Ryan wrote:
Hi everyone,

In my environment I have a total of 4 directory servers, 2 multi-masters in production
(ServerA, ServerB) and 2 multi-masters to test with (ServerC, ServerD).  Basically
here's what I did:


Took a backup of one of the production directory servers, ServerA

Copied ServerA's backup to ServerC (test).

Deleted the replication agreement on ServerC to ServerD (but not the agreement from
ServerD to ServerC)

Ran /usr/lib64/dirsrv/slapd-ServerC/bak2db 2011_12_29_15_27_35

The restore started, and never stopped running.  I eventually killed it and tried again,
this time capturing the output:

# /usr/lib64/dirsrv/slapd-ServerC/bak2db 2011_12_29_15_27_35
[03/Jan/2012:15:06:43 -0700] 389-Directory/1.2.9.9 - debug level: backend (524288)
[03/Jan/2012:15:06:43 -0700] - Deleting log file:
(/var/lib/dirsrv/slapd-ServerC/db/log.0000000021)
[03/Jan/2012:15:06:43 -0700] - Restoring file 1
(/var/lib/dirsrv/slapd-ServerC/db/DBVERSION)
[03/Jan/2012:15:06:43 -0700] - Copying
/var/lib/dirsrv/slapd-ServerC/bak/2011_12_29_15_27_35/DBVERSION to
/var/lib/dirsrv/slapd-ServerC/db/DBVERSION
[03/Jan/2012:15:06:43 -0700] - Restoring file 2
(/var/lib/dirsrv/slapd-ServerC/db/log.0000000021)
[03/Jan/2012:15:06:43 -0700] - Copying
/var/lib/dirsrv/slapd-ServerC/bak/2011_12_29_15_27_35/log.0000000021 to
/var/lib/dirsrv/slapd-ServerC/db/log.0000000021
[ lines removed to reduce size ]
[03/Jan/2012:15:06:43 -0700] - Restoring file 33
(/var/lib/dirsrv/slapd-ServerC/db/userRoot/uid.db4)
[03/Jan/2012:15:06:43 -0700] - Copying
/var/lib/dirsrv/slapd-ServerC/bak/2011_12_29_15_27_35/userRoot/uid.db4 to
/var/lib/dirsrv/slapd-ServerC/db/userRoot/uid.db4
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=aci,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry cn=aci,cn=index,cn=userRoot,cn=ldbm
database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=entryrdn,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=entryrdn,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=nscpEntryDN,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=nscpEntryDN,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=nsds5ReplConflict,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=nsds5ReplConflict,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=nsuniqueid,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=nsuniqueid,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=numsubordinates,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=numsubordinates,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=objectclass,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=objectclass,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=parentid,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=parentid,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=aci,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry cn=aci,cn=index,cn=userRoot,cn=ldbm
database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=entryrdn,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=entryrdn,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=nscpEntryDN,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=nscpEntryDN,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=nsds5ReplConflict,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=nsds5ReplConflict,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=nsuniqueid,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=nsuniqueid,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=numsubordinates,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=numsubordinates,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=objectclass,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=objectclass,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=parentid,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=parentid,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
...

The output just continues to display those same "Del Index Config Entry" lines
until I stop it.
Which same lines?  You mean after parentid, it starts over again with cn=aci?  And it just
keeps on doing that over and over until you abort it?  That's very strange that it is
omitting cn=seealso and cn=sn and cn=telephoneNumber and cn=uid and cn=uniquemember which
are the other standard default indexes.

Yes after parentid it starts again at aci and just keeps displaying those same 18 lines. 
The indexes above show up as "system indexes" while the ones you listed are
additional indexes if that means anything.


What version of 389-ds-base?  What platform?

389-ds-base-1.2.9.9-1.el5
RedHat EL 5.5



After that I tried deleting the replication agreement on ServerD to ServerC, then tried
restoring one of my original ServerC backups but it did the same thing.
I have had this problem before trying to do restores of backups from the same server and I
thought it had something to do with having replication enabled so I would disable it
before doing restores (like above)...thought that fixed it but seems like it hasn't. 
Does anyone know what I'm doing wrong?

Thanks for the help

________________________________
This communication, including any attached documentation, is intended only for the person
or entity to which it is addressed, and may contain confidential, personal and/or
privileged information. Any unauthorized disclosure, copying, or taking action on the
contents is strictly prohibited. If you have received this message in error, please
contact us immediately so we may correct our records. Please then delete or destroy the
original transmission and any subsequent reply.






--

389 users mailing list

[e-mail]<mailto:[e-mail]>

https://admin.fedoraproject.org/mailman/listinfo/389-users

[Rich Megginson]

On 01/03/2012 03:50 PM, Groten, Ryan wrote:
>  *From:*Rich Megginson [mailto:[e-mail]]
>  *Sent:* Tuesday, January 03, 2012 3:42 PM
>  *To:* General discussion list for the 389 Directory server project.
>  *Cc:* Groten, Ryan
>  *Subject:* Re: [389-users] bak2db restore got stuck in infinite loop
>
>  On 01/03/2012 03:14 PM, Groten, Ryan wrote:
>
>  Hi everyone,
>
>  In my environment I have a total of 4 directory servers, 2 
>  multi-masters in production (ServerA, ServerB) and 2 multi-masters to 
>  test with (ServerC, ServerD).  Basically here's what I did:
>
>  Took a backup of one of the production directory servers, ServerA
>
>  Copied ServerA's backup to ServerC (test).
>
>  Deleted the replication agreement on ServerC to ServerD (but not the 
>  agreement from ServerD to ServerC)
>
>  Ran /usr/lib64/dirsrv/slapd-ServerC/bak2db 2011_12_29_15_27_35
>
>  The restore started, and never stopped running.  I eventually killed 
>  it and tried again, this time capturing the output:
>
>  # /usr/lib64/dirsrv/slapd-ServerC/bak2db 2011_12_29_15_27_35
>
>  [03/Jan/2012:15:06:43 -0700] 389-Directory/1.2.9.9 - debug level: 
>  backend (524288)
>
>  [03/Jan/2012:15:06:43 -0700] - Deleting log file: 
>  (/var/lib/dirsrv/slapd-ServerC/db/log.0000000021)
>
>  [03/Jan/2012:15:06:43 -0700] - Restoring file 1 
>  (/var/lib/dirsrv/slapd-ServerC/db/DBVERSION)
>
>  [03/Jan/2012:15:06:43 -0700] - Copying 
>  /var/lib/dirsrv/slapd-ServerC/bak/2011_12_29_15_27_35/DBVERSION to 
>  /var/lib/dirsrv/slapd-ServerC/db/DBVERSION
>
>  [03/Jan/2012:15:06:43 -0700] - Restoring file 2 
>  (/var/lib/dirsrv/slapd-ServerC/db/log.0000000021)
>
>  [03/Jan/2012:15:06:43 -0700] - Copying 
>  /var/lib/dirsrv/slapd-ServerC/bak/2011_12_29_15_27_35/log.0000000021 
>  to /var/lib/dirsrv/slapd-ServerC/db/log.0000000021
>
>  [ lines removed to reduce size ]
>
>  [03/Jan/2012:15:06:43 -0700] - Restoring file 33 
>  (/var/lib/dirsrv/slapd-ServerC/db/userRoot/uid.db4)
>
>  [03/Jan/2012:15:06:43 -0700] - Copying 
>  /var/lib/dirsrv/slapd-ServerC/bak/2011_12_29_15_27_35/userRoot/uid.db4 
>  to /var/lib/dirsrv/slapd-ServerC/db/userRoot/uid.db4
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=aci,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=aci,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=entryrdn,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=entryrdn,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=nscpEntryDN,cn=index,cn=NetscapeRoot,cn=ldbm 
>  database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=nscpEntryDN,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=nsds5ReplConflict,cn=index,cn=NetscapeRoot,cn=ldbm 
>  database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=nsds5ReplConflict,cn=index,cn=userRoot,cn=ldbm 
>  database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=nsuniqueid,cn=index,cn=NetscapeRoot,cn=ldbm 
>  database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=nsuniqueid,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=numsubordinates,cn=index,cn=NetscapeRoot,cn=ldbm 
>  database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=numsubordinates,cn=index,cn=userRoot,cn=ldbm 
>  database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=objectclass,cn=index,cn=NetscapeRoot,cn=ldbm 
>  database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=objectclass,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=parentid,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=parentid,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=aci,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=aci,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=entryrdn,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=entryrdn,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=nscpEntryDN,cn=index,cn=NetscapeRoot,cn=ldbm 
>  database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=nscpEntryDN,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=nsds5ReplConflict,cn=index,cn=NetscapeRoot,cn=ldbm 
>  database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=nsds5ReplConflict,cn=index,cn=userRoot,cn=ldbm 
>  database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=nsuniqueid,cn=index,cn=NetscapeRoot,cn=ldbm 
>  database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=nsuniqueid,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=numsubordinates,cn=index,cn=NetscapeRoot,cn=ldbm 
>  database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=numsubordinates,cn=index,cn=userRoot,cn=ldbm 
>  database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=objectclass,cn=index,cn=NetscapeRoot,cn=ldbm 
>  database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=objectclass,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=parentid,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
>
>  [03/Jan/2012:15:06:43 -0700] - Del Index Config Entry 
>  cn=parentid,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
>
>  ...
>
>  The output just continues to display those same "Del Index Config 
>  Entry" lines until I stop it.
>
>  Which same lines?  You mean after parentid, it starts over again with 
>  cn=aci?  And it just keeps on doing that over and over until you abort 
>  it?  That's very strange that it is omitting cn=seealso and cn=sn and 
>  cn=telephoneNumber and cn=uid and cn=uniquemember which are the other 
>  standard default indexes.
>
>  Yes after parentid it starts again at aci and just keeps displaying 
>  those same 18 lines.  The indexes above show up as "system indexes" 
>  while the ones you listed are additional indexes if that means anything.
>
>
>
>  What version of 389-ds-base?  What platform?
>
>  389-ds-base-1.2.9.9-1.el5
>
>  RedHat EL 5.5
>
>
>
>  After that I tried deleting the replication agreement on ServerD to 
>  ServerC, then tried restoring one of my original ServerC backups but 
>  it did the same thing.
>
>  I have had this problem before trying to do restores of backups from 
>  the same server and I thought it had something to do with having 
>  replication enabled so I would disable it before doing restores (like 
>  above)...thought that fixed it but seems like it hasn't.  Does anyone 
>  know what I'm doing wrong?
>
>  Thanks for the help
>  
I've filed https://fedorahosted.org/389/ticket/4 to track this issue.  
Please feel free to add yourself to the CC list (you'll need a Fedora 
account to do so - see https://fedorahosted.org/389/wiki) and add any 
comments
>  ------------------------------------------------------------------------
>
>  This communication, including any attached documentation, is intended 
>  only for the person or entity to which it is addressed, and may 
>  contain confidential, personal and/or privileged information. Any 
>  unauthorized disclosure, copying, or taking action on the contents is 
>  strictly prohibited. If you have received this message in error, 
>  please contact us immediately so we may correct our records. Please 
>  then delete or destroy the original transmission and any subsequent reply.
>
>    
>    
>  --
>  389 users mailing list
>  389-users(a)lists.fedoraproject.org  <mailto:[e-mail]>
>  https://admin.fedoraproject.org/mailman/listinfo/389-users
>

[Ivanov Andrey (M.)]

Bugzilla will not be used any more (at all)? Is there any reason for that?
Will the old tickets be transferred to Trac?

Thanks!

2012/1/4 Rich Megginson <rmeggins(a)redhat.com&gt;

>  **
>
>   *From:* Rich Megginson [mailto:[e-mail] <rmeggins(a)redhat.com>]
>
>  *Sent:* Tuesday, January 03, 2012 3:42 PM
>  *To:* General discussion list for the 389 Directory server project.
>  *Cc:* Groten, Ryan
>  *Subject:* Re: [389-users] bak2db restore got stuck in infinite loop****
>
>
>
>  **
>  I've filed https://fedorahosted.org/389/ticket/4 to track this issue.
>  Please feel free to add yourself to the CC list (you'll need a Fedora
>  account to do so - see https://fedorahosted.org/389/wiki) and add any
>  comment
>

[Rich Megginson]

On 01/04/2012 12:32 AM, Andrey Ivanov wrote:
>  Bugzilla will not be used any more (at all)? 
It will still be used for some things.  Some people will enter bugs into 
the system by filing a bug against Fedora or Fedora EPEL for the 
particular component of 389 in that release (e.g. Fedora -> 389-ds-base 
or Fedora EPEL -> 389-admin).  The development team will then triage the 
bug to see if it affects the upstream 389, and will copy the bug into a 
trac ticket.  The old bugs filed against Product: 389 will still be in 
bugzilla.

>  Is there any reason for that? 
We need a separation between "upstream" 389 development and
"downstream" 
Red Hat processes.  It has become too confusing to keep the "upstream" 
development separated from the "downstream" process in the same bugzilla 
tool.  Almost all of the other related projects (freeipa, sssd, dogtag, 
others) have moved to using their fedorahosted.org trac for keeping 
track of bugs/enhancements/tasks.

>  Will the old tickets be transferred to Trac? 
Some of them, mostly the ones that are still open, and they will also 
still be available in bugzilla.  We have an internal tool for linking 
bugzilla bugs to trac, so we can manage the bugzilla bug/trac ticket 
lifecycle easily.  The old closed/verified bugs will not be moved to 
trac, they will be available in bugzilla.

>  Thanks!
>
>  2012/1/4 Rich Megginson <rmeggins(a)redhat.com <mailto:[e-mail]>>
>
> >     *From:*Rich Megginson [mailto:[e-mail]]
> >     *Sent:* Tuesday, January 03, 2012 3:42 PM
> >     *To:* General discussion list for the 389 Directory server project.
> >     *Cc:* Groten, Ryan
> >     *Subject:* Re: [389-users] bak2db restore got stuck in infinite loop
> >
>      I've filed https://fedorahosted.org/389/ticket/4 to track this
>      issue.  Please feel free to add yourself to the CC list (you'll
>      need a Fedora account to do so - see
>      https://fedorahosted.org/389/wiki) and add any comment
>
>
>  --
>  389 users mailing list
>  389-users(a)lists.fedoraproject.org
>  https://admin.fedoraproject.org/mailman/listinfo/389-users

[Groten, Ryan]

From: Rich Megginson [mailto:[e-mail]]
Sent: Tuesday, January 03, 2012 4:18 PM
To: Groten, Ryan
Cc: General discussion list for the 389 Directory server project.
Subject: Re: [389-users] bak2db restore got stuck in infinite loop

On 01/03/2012 03:50 PM, Groten, Ryan wrote:


From: Rich Megginson [mailto:[e-mail]]
Sent: Tuesday, January 03, 2012 3:42 PM
To: General discussion list for the 389 Directory server project.
Cc: Groten, Ryan
Subject: Re: [389-users] bak2db restore got stuck in infinite loop

On 01/03/2012 03:14 PM, Groten, Ryan wrote:
Hi everyone,

In my environment I have a total of 4 directory servers, 2 multi-masters in production
(ServerA, ServerB) and 2 multi-masters to test with (ServerC, ServerD).  Basically
here's what I did:


Took a backup of one of the production directory servers, ServerA

Copied ServerA's backup to ServerC (test).

Deleted the replication agreement on ServerC to ServerD (but not the agreement from
ServerD to ServerC)

Ran /usr/lib64/dirsrv/slapd-ServerC/bak2db 2011_12_29_15_27_35

The restore started, and never stopped running.  I eventually killed it and tried again,
this time capturing the output:

# /usr/lib64/dirsrv/slapd-ServerC/bak2db 2011_12_29_15_27_35
[03/Jan/2012:15:06:43 -0700] 389-Directory/1.2.9.9 - debug level: backend (524288)
[03/Jan/2012:15:06:43 -0700] - Deleting log file:
(/var/lib/dirsrv/slapd-ServerC/db/log.0000000021)
[03/Jan/2012:15:06:43 -0700] - Restoring file 1
(/var/lib/dirsrv/slapd-ServerC/db/DBVERSION)
[03/Jan/2012:15:06:43 -0700] - Copying
/var/lib/dirsrv/slapd-ServerC/bak/2011_12_29_15_27_35/DBVERSION to
/var/lib/dirsrv/slapd-ServerC/db/DBVERSION
[03/Jan/2012:15:06:43 -0700] - Restoring file 2
(/var/lib/dirsrv/slapd-ServerC/db/log.0000000021)
[03/Jan/2012:15:06:43 -0700] - Copying
/var/lib/dirsrv/slapd-ServerC/bak/2011_12_29_15_27_35/log.0000000021 to
/var/lib/dirsrv/slapd-ServerC/db/log.0000000021
[ lines removed to reduce size ]
[03/Jan/2012:15:06:43 -0700] - Restoring file 33
(/var/lib/dirsrv/slapd-ServerC/db/userRoot/uid.db4)
[03/Jan/2012:15:06:43 -0700] - Copying
/var/lib/dirsrv/slapd-ServerC/bak/2011_12_29_15_27_35/userRoot/uid.db4 to
/var/lib/dirsrv/slapd-ServerC/db/userRoot/uid.db4
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=aci,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry cn=aci,cn=index,cn=userRoot,cn=ldbm
database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=entryrdn,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=entryrdn,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=nscpEntryDN,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=nscpEntryDN,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=nsds5ReplConflict,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=nsds5ReplConflict,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=nsuniqueid,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=nsuniqueid,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=numsubordinates,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=numsubordinates,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=objectclass,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=objectclass,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=parentid,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=parentid,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=aci,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry cn=aci,cn=index,cn=userRoot,cn=ldbm
database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=entryrdn,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=entryrdn,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=nscpEntryDN,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=nscpEntryDN,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=nsds5ReplConflict,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=nsds5ReplConflict,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=nsuniqueid,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=nsuniqueid,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=numsubordinates,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=numsubordinates,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=objectclass,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=objectclass,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=parentid,cn=index,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
[03/Jan/2012:15:06:43 -0700] - Del Index Config Entry
cn=parentid,cn=index,cn=userRoot,cn=ldbm database,cn=plugins,cn=config
...

The output just continues to display those same "Del Index Config Entry" lines
until I stop it.
Which same lines?  You mean after parentid, it starts over again with cn=aci?  And it just
keeps on doing that over and over until you abort it?  That's very strange that it is
omitting cn=seealso and cn=sn and cn=telephoneNumber and cn=uid and cn=uniquemember which
are the other standard default indexes.

Yes after parentid it starts again at aci and just keeps displaying those same 18 lines. 
The indexes above show up as "system indexes" while the ones you listed are
additional indexes if that means anything.


What version of 389-ds-base?  What platform?

389-ds-base-1.2.9.9-1.el5
RedHat EL 5.5




After that I tried deleting the replication agreement on ServerD to ServerC, then tried
restoring one of my original ServerC backups but it did the same thing.
I have had this problem before trying to do restores of backups from the same server and I
thought it had something to do with having replication enabled so I would disable it
before doing restores (like above)...thought that fixed it but seems like it hasn't. 
Does anyone know what I'm doing wrong?

Thanks for the help
I've filed https://fedorahosted.org/389/ticket/4 to track this issue.  Please feel
free to add yourself to the CC list (you'll need a Fedora account to do so - see
https://fedorahosted.org/389/wiki) and add any comments

 Thanks, I made an account but not sure how to get on the list so I'll just bookmark
and follow.  Thanks again.
________________________________
This communication, including any attached documentation, is intended only for the person
or entity to which it is addressed, and may contain confidential, personal and/or
privileged information. Any unauthorized disclosure, copying, or taking action on the
contents is strictly prohibited. If you have received this message in error, please
contact us immediately so we may correct our records. Please then delete or destroy the
original transmission and any subsequent reply.







--

389 users mailing list

[e-mail]<mailto:[e-mail]>

https://admin.fedoraproject.org/mailman/listinfo/389-users