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

Rich Megginson rmeggins at redhat.com
Tue Jan 3 23:17:43 UTC 2012


On 01/03/2012 03:50 PM, Groten, Ryan wrote:
>
> *From:*Rich Megginson [mailto:rmeggins at 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
>
> 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 at lists.fedoraproject.org  <mailto: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/e30b1f61/attachment.html>


More information about the 389-users mailing list