[389-users] bak2db restore got stuck in infinite loop

Tue Jan 3 22:42:10 UTC 2012

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 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/20120103/22b7a99e/attachment.html>