#2398 LDAP entries created in wrong DS backend
Closed: Invalid Opened by edewata.

Suppose two PKI subsystems are deployed using a shared DS backend, the LDAP entries of the second subsystem may be created in the wrong backend. The indexes, however, are still created in the correct backend, meaning the LDAP entries of the second subsystem are not indexed.

Steps to reproduce:

  1. Create DS instance with suffix dc=example,dc=com. By default the suffix is mapped to userRoot backend.

  2. Deploy CA with the following parameters:

pki_ds_base_dn=dc=ca,dc=example,dc=com
pki_ds_database=shared
pki_ds_create_new_db=True
  1. Deploy KRA with the following parameters:
pki_ds_base_dn=dc=kra,dc=example,dc=com
pki_ds_database=shared
pki_ds_create_new_db=False
  1. Check the mapping entries in the DS:
$ ldapsearch -x -D "cn=Directory Manager" -w Secret123 -b "cn=mapping tree,cn=config" -s one

Actual result: There are only 2 mapping entries:

  • dc=ca,dc=example,dc=com -> shared
  • dc=example,dc=com -> userRoot

This means the dc=kra,dc=example,dc=com entries are stored in userRoot.

Expected result: There should be an additional mapping entry:

  • dc=kra,dc=example,dc=com -> shared

Proposed solution: The installation tool needs to be fixed such that it creates a mapping entry for the second subsystem sharing the same backend. There should be a database upgrade script/procedure to move the LDAP entries to the correct backend.


The exact configuration described in this ticket is not supported. Basically the shared DS backend needs to be created before installing the PKI subsystem.

The proper procedure to install PKI in shared DS backend is described in these pages:

  • http://pki.fedoraproject.org/wiki/Installing_CA_in_Shared_DS_Backend
  • http://pki.fedoraproject.org/wiki/Installing_KRA_in_Shared_DS_Backend

IPA actually uses a similar configuration as in the ticket description, but in IPA the KRA subtree is nested under CA subtree, so the problem does not happen there.

Metadata Update from @edewata:
- Issue set to the milestone: 10.3.5

Dogtag PKI is moving from Pagure issues to GitHub issues. This means that existing or new
issues will be reported and tracked through Dogtag PKI's GitHub Issue tracker.

This issue has been cloned to GitHub and is available here:
https://github.com/dogtagpki/pki/issues/2518

If you want to receive further updates on the issue, please navigate to the
GitHub issue and click on Subscribe button.

Thank you for understanding, and we apologize for any inconvenience.

Metadata