On 01/03/2012 03:50 PM, Groten, Ryan wrote:
*From:*Rich Megginson [mailto:rmeggins@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(a)lists.fedoraproject.org <mailto:389-users@lists.fedoraproject.org>
https://admin.fedoraproject.org/mailman/listinfo/389-users