[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