The installer manually patches dse.ldif in offline mode to inject nsslapd-db-locks attribute with 50,000 locks into cn=config,cn=ldbm database,cn=plugins,cn=config. This used to work until DS' backends were redesigned. DS 1.4.3 split the backends and keeps BDB specific configuration in `cn=bdb,cn=config,cn=ldbm database,cn=plugins,cn=config. There is code to transparently forward attribute updates fromcn=config,...tocn=bdb,cn=config,.... However manual patching ofdse.ldif`` does not trigger this.
nsslapd-db-locks
cn=config,cn=ldbm database,cn=plugins,cn=config
. There is code to transparently forward attribute updates from
to
. However manual patching of
ldapsearch -LLL -D "cn=Directory Manager" -w Secret123 -b "cn=config,cn=ldbm database,cn=plugins,cn=config" nsslapd-db-locks | grep -B1 db-locks
dn: cn=config,cn=ldbm database,cn=plugins,cn=config nsslapd-db-locks: 50000 -- dn: cn=bdb,cn=config,cn=ldbm database,cn=plugins,cn=config nsslapd-db-locks: 10000
BDB uses 50,000 locks.
freeipa-server-4.9.0.dev202009240802+gitf6f14743b-0.fc32.x86_64 389-ds-base-1.4.3.12-1.fc32.x86_64
https://www.port389.org/docs/389ds/design/backend-redesign.html#database-subtype https://github.com/389ds/389-ds-base/issues/4341
Metadata Update from @cheimes: - Custom field on_review adjusted to https://github.com/freeipa/freeipa/pull/5145 - Custom field rhbz adjusted to https://bugzilla.redhat.com/show_bug.cgi?id=1882340 - Issue assigned to cheimes
master:
ipa-4-8:
Metadata Update from @cheimes: - Issue close_status updated to: fixed - Issue status updated to: Closed (was: Open)
Login to comment on this ticket.