[389-users] bak2db restore got stuck in infinite loop
Rich Megginson
rmeggins at redhat.com
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>
More information about the 389-users
mailing list