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:
[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=l dbm 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=ldb m 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=l dbm 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=ldb m 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.
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@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
01-03-2012, 09:42 PM
Rich Megginson
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:
*
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:
[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=l dbm
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=ldb m
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=l dbm
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=ldb m
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@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
01-03-2012, 09:50 PM
"Groten, Ryan"
bak2db restore got stuck in infinite loop
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=l dbm 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=ldb m 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=l dbm 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=ldb m 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
*
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.
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:
[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=l dbm
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=ldb m
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=l dbm
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=ldb m
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@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
*
--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
01-04-2012, 06:32 AM
Andrey Ivanov
bak2db restore got stuck in infinite loop
Bugzilla will not be used any more (at all)? Is there any reason for that? Will the old tickets be transferred to Trac?
Thanks!
2012/1/4 Rich Megginson <rmeggins@redhat.com>
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
*
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 comment
--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
01-04-2012, 02:07 PM
"Groten, Ryan"
bak2db restore got stuck in infinite loop
From: Rich Megginson [mailto:rmeggins@redhat.com]
Sent: Tuesday, January 03, 2012 4:18 PM
To: Groten, Ryan
Cc: General discussion list for the 389 Directory server project.
Subject: Re: [389-users] bak2db restore got stuck in infinite loop
*
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=l dbm 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=ldb m 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=l dbm 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=ldb m 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
*Thanks, I made an account but not sure how to get on the list so I’ll just bookmark and follow.* Thanks again.
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.
On 01/04/2012 12:32 AM, Andrey Ivanov wrote:
Bugzilla will not be used any more (at all)?
It will still be used for some things.* Some people will enter bugs
into the system by filing a bug against Fedora or Fedora EPEL for
the particular component of 389 in that release (e.g. Fedora ->
389-ds-base or Fedora EPEL -> 389-admin).* The development team
will then triage the bug to see if it affects the upstream 389, and
will copy the bug into a trac ticket.* The old bugs filed against
Product: 389 will still be in bugzilla.
Is there any reason for that?
We need a separation between "upstream" 389 development and
"downstream" Red Hat processes.* It has become too confusing to keep
the "upstream" development separated from the "downstream" process
in the same bugzilla tool.* Almost all of the other related projects
(freeipa, sssd, dogtag, others) have moved to using their
fedorahosted.org trac for keeping track of bugs/enhancements/tasks.
Will the old tickets be transferred to Trac?
Some of them, mostly the ones that are still open, and they will
also still be available in bugzilla.* We have an internal tool for
linking bugzilla bugs to trac, so we can manage the bugzilla
bug/trac ticket lifecycle easily.* The old closed/verified bugs will
not be moved to trac, they will be available in bugzilla.
Thanks!
2012/1/4 Rich Megginson <rmeggins@redhat.com>
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
*
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 comment
--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
bak2db restore got stuck in infinite loop
