Bug 1463204

Description of problem:
Adding a database entry fails if the same database was deleted after an import. This was found during troubleshooting of failed import tests.

Version-Release number of selected component (if applicable): 389-ds-base-1.3.6.1-16

How reproducible: Consistently

Steps to Reproduce:
1. Add database and suffix base entry.
[root@bkr-hv01-guest22 389ds-replica]# ldapmodify -x -p 1389 -h localhost -D "cn=Directory Manager" -w Secret123 -af /tmp/tests.ldif

[root@bkr-hv01-guest22 389ds-replica]# cat /tmp/tests.ldif
dn: cn="dc=example,dc=com",cn=mapping tree,cn=config
objectclass: top
objectclass: extensibleObject
objectclass: nsMappingTree
nsslapd-state: backend
nsslapd-backend: example
cn: "dc=example,dc=com"

dn: cn=example,cn=ldbm database,cn=plugins,cn=config
objectClass: extensibleObject
objectClass: nsBackendInstance
nsslapd-suffix: dc=example,dc=com
nsslapd-cachesize: -1
nsslapd-cachememsize: 10485760

2. Stop the server and import an LDIF file with few entries.
systemctl stop dirsrv.target ; sleep 2 ; ldif2db -n example -i /var/lib/dirsrv/slapd-deftestinst/ldif/import07.ldif ; sleep 1 ; systemctl start dirsrv.target

[root@bkr-hv01-guest22 389ds-replica]# cat /var/lib/dirsrv/slapd-deftestinst/ldif/import07.ldif
dn: dc=example,dc=com
objectclass: top
objectclass: domain
dc: example

dn: ou=Groups, dc=example,dc=com
objectclass: top
objectclass: organizationalunit
ou: Groups

dn: ou=People, dc=example,dc=com
objectclass: top
objectclass: organizationalunit
ou: People

3. Run ldapdelete to remove all the entries for the database and suffix.
[root@bkr-hv01-guest22 389ds-replica]# ldapdelete -r -x -p 1389 -h localhost -D "cn=Directory Manager" -w Secret123 "cn=example,cn=ldbm database,cn=plugins,cn=config" ; ldapdelete -r -x -p 1389 -h localhost -D "cn=Directory Manager" -w Secret123 "cn=\"dc=example,dc=com\",cn=mapping tree,cn=config"

4. Run ldapmodify to add the same database and base entry for suffix. same as step #1.

[root@bkr-hv01-guest22 389ds-replica]# ldapmodify -xc -p 1389 -h localhost -D "cn=Directory Manager" -w Secret123 -af /tmp/tests.ldif 
adding new entry "cn="dc=example,dc=com",cn=mapping tree,cn=config"

adding new entry "cn=example,cn=ldbm database,cn=plugins,cn=config"
ldap_add: Server is unwilling to perform (53)

Actual results: It throws DSA unwilling to perform(error 53).

Expected results: No errors. Should be able to add the database entry after deleting completely.

Additional info:
This was found during troubleshooting of import failed tests. This can be verified by running import tests from TET.

[root@bkr-hv01-guest22 389ds-replica]# rpm -qa |grep -i 389-ds
389-ds-base-1.3.6.1-16.el7.x86_64
389-ds-base-debuginfo-1.3.6.1-16.el7.x86_64
389-ds-base-libs-1.3.6.1-16.el7.x86_64