[389-users] Clarification on admin server and console

Rich Megginson rmeggins at redhat.com
Wed Aug 18 12:40:08 UTC 2010


Gerrard Geldenhuis wrote:
>>> +ERROR: There was an error processing entry cn=replica,cn="o=NetscapeRoot",cn=mapping tree,cn=config
>>> +Cannot continue processing entries.
>>> Error adding entry 'cn=replica,cn="o=NetscapeRoot",cn=mapping tree,cn=config'.  Error: No such object
>>> Error: Could not create directory server instance '389-master01'.
>>> Exiting . . .
>>>
>>>       
>> This means the parent entry cn="o=NetscapeRoot",cn=mapping
>> tree,cn=config does not exist - yes, this is a problem because, when
>> setting up the server to be a configuration directory server, the
>> o=NetscapeRoot suffix and database are added later, after the initial
>> instance creation, when the ConfigFile directives are processed.  I
>> suppose you could add those as well - use the file
>> /usr/share/dirsrv/data/template-suffix-db.ldif - make a copy - replace
>> %ds_bename% with NetscapeRoot and %ds_suffix% with o=NetscapeRoot - use
>> that file as the first ConfigFile directive.  Then, when
>> setup-ds-admin.pl tries to add those, it should be ok if they already exist.
>>
>>     
>
> I used the modified template file:
> dn: cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
> objectclass: top
> objectclass: extensibleObject
> objectclass: nsBackendInstance
> nsslapd-suffix: o=NetscapeRoot
> cn: NetscapeRoot
>
> dn: cn=encrypted attribute keys,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
> objectClass: top
> objectClass: extensibleObject
> cn: encrypted attributes keys
>
> dn: cn=encrypted attributes,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config
> objectClass: top
> objectClass: extensibleObject
> cn: encrypted attributes
>
> dn: cn="o=NetscapeRoot",cn=mapping tree,cn=config
> objectclass: top
> objectclass: extensibleObject
> objectclass: nsMappingTree
> cn: o=NetscapeRoot
> cn: "o=NetscapeRoot"
> nsslapd-state: backend
> nsslapd-backend: NetscapeRoot
>
>
> The creation goes fine: ( I have copied the template file so I am not using the original one )
>
> +Processing template-suffix-db.ldif ...
> +++check_and_add_entry: Entry not found cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config error No such object
> +Entry cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config is added
> +++check_and_add_entry: Entry not found cn=encrypted attribute keys,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config error No such object
> +Entry cn=encrypted attribute keys,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config is added
> +++check_and_add_entry: Entry not found cn=encrypted attributes,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config error No such object
> +Entry cn=encrypted attributes,cn=NetscapeRoot,cn=ldbm database,cn=plugins,cn=config is added
> +++check_and_add_entry: Entry not found cn="o=NetscapeRoot",cn=mapping tree,cn=config error No such object
> +Entry cn="o=NetscapeRoot",cn=mapping tree,cn=config is added
>
>
> But when the script has finished running I get the following error:
>
> Your new DS instance '389-master01' was successfully created.
> Creating the configuration directory server . . .
> The suffix 'o=NetscapeRoot' already exists.  Config entry DN 'cn=o\3DNetscapeRoot,cn=mapping tree,cn=config'.
>
> Failed to create the configuration directory server
>
> What is also frustrating is that the script is so quiet about why it failed. I was running setup-ds-admin with -ddd It appears that the script used to configure the admin server does net get passed the debug flags.
>
> Any further ideas?
>   
I was afraid of that.  The admin server part doesn't like it that 
NetscapeRoot already exists, and instead of just continuing, it errors 
and exits.  If you are a perl hacker, I suppose you could hack the 
AdminUtil.pm and/or AdminServer.pm.
> Regards
>
> ________________________________________________________________________
> In order to protect our email recipients, Betfair Group use SkyScan from 
> MessageLabs to scan all Incoming and Outgoing mail for viruses.
>
> ________________________________________________________________________
> --
> 389 users mailing list
> 389-users at lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/389-users
>   




More information about the 389-users mailing list