On 04/25/2011 09:43 AM, Diego Woitasen wrote:
2011/4/25 Noriko Hosoi <nhosoi(a)redhat.com>
> On 04/25/2011 09:27 AM, Diego Woitasen wrote:
>
>
>
> On Mon, Apr 25, 2011 at 1:26 PM, Diego Woitasen <diego(a)woitasen.com.ar>wrote:
>
>>
>>
>> On Mon, Apr 25, 2011 at 1:19 PM, Rich Megginson
<rmeggins(a)redhat.com>wrote:
>>
>>> On 04/25/2011 10:13 AM, Diego Woitasen wrote:
>>>
>>> Hi,
>>> [...]
>>>
>>>
>>> Shall I worry about that lines?
>>>
>>> 389-ds-base version? If not 1.2.8.2, can you try with 1.2.8.2?
>>>
>>>
>>> Regards,
>>> Diego
>>>
>>> --
>>> Diego Woitasen
>>>
>>>
>>> --
>>> 389 users mailing
list389-users@lists.fedoraproject.orghttps://admin.fedoraproject.org/mailman/listinfo/389-users
>>>
>>>
>>>
>>
>> /opt/dirsrv/sbin/ns-slapd --version
>> 389 Project
>> 389-Directory/1.2.8.2 B2011.105.012
>>
>>
>> --
>> Diego Woitasen
>>
>
>
> I don't know if this is important or not but database was created with a
> previus version, 1.2.7.5 I think. I don't remember exactly, but is 1.2.5.7
> or newer.
>
> Could you share the output of this command line with us?
> # dbscan -f /var/lib/dirsrv/slapd-YOURID/db/NetscapeRoot/id2entry.db4
>
> --
> 389 users mailing list
> 389-users(a)lists.fedoraproject.org
>
https://admin.fedoraproject.org/mailman/listinfo/389-users
>
The output is in
http://www.woitasen.com.ar/dbscan.out (430K). Let me know
if you forget to rename important information.
I haven't ran "db-setup.pl -u" yet. I have an error with a Perl module
that I'm trying to fix now. (Can't locate auto/Mozilla/LDAP/API/
prldap_inst.al).
Regards,
Diego
--
Diego Woitasen
--
389 users mailing
list389-users@lists.fedoraproject.orghttps://admin.fedoraproject.org/mailman/listinfo/389-users
Unfortunately, your NetscapeRoot has some issues. This is a snippet of
your dbscan output. Entry 170 does not exist, but Entry 171 is pointing
Entry 170 as a parent. It looks you are replicating NetscapeRoot. Is it
intentional?
id 169
rdn: cn=SearchResultTable
modifyTimestamp;adcsn-4d6ea07a000300010000;vucsn-4d6ea07a000300010000:
2011030
2195432Z
modifiersName;adcsn-4d6ea07a000300010000;vucsn-4d6ea07a000300010000:
uid=admin
,ou=administrators,ou=topologymanagement,o=netscaperoot
nsPreference;adcsn-4d6ea07a000300010000;vucsn-4d6ea07a000300010000::
IwojV2Vk
IE1hciAwMiAxNjo1NDozMyBBUlQgMjAxMQpBdHRyaWJ1dGUzPXRlbGVwaG9uZW51bWJlcgpDb2x1
bW5Db3VudD00CkF0dHJpYnV0ZTI9bWFpbApBdHRyaWJ1dGUxPXVpZApBdHRyaWJ1dGUwPWNuCkxh
YmVsMz1QaG9uZQpMYWJlbDI9RS1NYWlsCkxhYmVsMT1Vc2VyIElECkxhYmVsMD1OYW1lCg==
nsUniqueId: e7764201-42d111e0-bcdebcde-bd679a5a
cn;vucsn-4d6aecc9000000010000;mdcsn-4d6aecc9000000010000:
SearchResultTable
objectClass;vucsn-4d6aecc9000000010000: top
objectClass;vucsn-4d6aecc9000000010000: nsAdminConsoleUser
creatorsName;vucsn-4d6aecc9000000010000:
uid=admin,ou=administrators,ou=topolo
gymanagement,o=netscaperoot
createTimestamp;vucsn-4d6aecc9000000010000: 20110228003104Z
parentid: 97
entryid: 169
id 171
rdn: nsuniqueid=7df93202-42d711e0-bcdebcde-bd679a5a,cn=Server Group
nsUniqueId: 7df93202-42d711e0-bcdebcde-bd679a5a
modifyTimestamp;adcsn-4d6af609000000010000;vucsn-4d6af609000000010000:
2011022
8011032Z
modifiersName;adcsn-4d6af609000000010000;vucsn-4d6af609000000010000:
uid=admin
,ou=administrators,ou=topologymanagement,o=netscaperoot
aci;adcsn-4d6af609000000010000;vucsn-4d6af609000000010000:
(targetattr=*)(vers
ion 3.0; acl "Enable delegated access"; allow (read, search, compare)
userdn
="ldap:///cn=admin-serv-cpmon,cn=389 Administration Server,cn=Server
Group,c
n=cpmon.example.ar,ou=example-ldap.ar,o=NetscapeRoot";)
objectClass;vucsn-4d6af607000000010000: nsAdminGroup
objectClass;vucsn-4d6af607000000010000: groupOfUniqueNames
objectClass;vucsn-4d6af607000000010000: nsDirectoryInfo
objectClass;vucsn-4d6af607000000010000: top
objectClass;vucsn-4d8d272d000400010000: nsTombstone
nsAdminGroupName;vucsn-4d6af607000000010000: Server Group
cn;vucsn-4d6af607000000010000;mdcsn-4d6af607000000010000: Server Group
nsDirectoryInfoRef;vucsn-4d6af607000000010000:
cn=UserDirectory,ou=Global Pref
erences,ou=example-ldap.ar,o=NetscapeRoot
nsAdminSIEDN;vucsn-4d6af607000000010000: cn=admin-serv-cpmon,cn=389
Administra
tion Server,cn=Server Group,cn=cpmon.example.ar,ou=example-ldap.ar
,o=NetscapeRoot
uniqueMember;vucsn-4d6af607000000010000: cn=389 Directory
Server,cn=Server Gro
up,cn=cpmon.example.ar,ou=example-ldap.ar,o=NetscapeRoot
uniqueMember;vucsn-4d6af609000000010000: cn=389 Administration
Server,cn=Serve
r Group,cn=cpmon.example.ar,ou=example-ldap.ar,o=NetscapeRoot
creatorsName;vucsn-4d6af607000000010000:
uid=admin,ou=administrators,ou=topolo
gymanagement,o=netscaperoot
createTimestamp;vucsn-4d6af607000000010000: 20110228011030Z
*parentid: 170*
entryid: 171
nsParentUniqueId: 7df93201-42d711e0-bcdebcde-bd679a5a
nscpEntryDN: cn=server group,cn=cpmon.example.ar,ou=example-ldap.ar
,o=netscaperoot
You might have exported and imported NetscapeRoot before and hit this bug,
I guess.
https://bugzilla.redhat.com/show_bug.cgi?id=684996
Is it possible to take these steps to fix the missing parent? (but please
aware this cleans up tombstones and replication state info.)
1. check your exported ldif (exported without -r option) with the output of
dbscan and make sure all non-tombstone entries are in the exported ldif
file.
2. import the ldif file to the server.
3. initialize replicas.
--
389 users mailing list
389-users(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
setup-ds.pl didn't work.
I imported the database from the ldif and now the backup works. I must have
to remove the NetscapeRoot DB from the filesystem first. I don't know if I
lost something, because in dbscan I counted 500+ RNDs and in ldif I only 267
DNs. I looks like everything is working anyway.
--
Diego Woitasen