RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1173273 - [RFE] BDB backend - clear free page files to reduce main db and changelog db size
Summary: [RFE] BDB backend - clear free page files to reduce main db and changelog db ...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: 389-ds-base
Version: 7.0
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: rc
: ---
Assignee: Noriko Hosoi
QA Contact: Viktor Ashirov
URL:
Whiteboard:
Depends On:
Blocks: 1187830
TreeView+ depends on / blocked
 
Reported: 2014-12-11 19:25 UTC by Noriko Hosoi
Modified: 2020-09-13 19:59 UTC (History)
5 users (show)

Fixed In Version: 389-ds-base-1.3.3.1-10.el7
Doc Type: Enhancement
Doc Text:
Database file size is now redueced by releasing the deleted pages. New configuration parameters are introduced to specify the interval of the compacting timing. nsslapd-db-compactdb-interval is for the primary database; nsslapd-changelogcompactdb-interval is for the changelog.
Clone Of:
Environment:
Last Closed: 2015-03-05 09:40:16 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github 389ds 389-ds-base issues 197 0 None None None 2020-09-13 19:59:38 UTC
Red Hat Product Errata RHSA-2015:0416 0 normal SHIPPED_LIVE Important: 389-ds-base security, bug fix, and enhancement update 2015-03-05 14:26:33 UTC

Description Noriko Hosoi 2014-12-11 19:25:40 UTC
This bug is created as a clone of upstream ticket:
https://fedorahosted.org/389/ticket/197

https://bugzilla.redhat.com/show_bug.cgi?id=672945

{{{
Description of problem:

RFE for RHDS BDB backend to possibly reduce a changelog size
"
clear Berkeley DB free page files that does not compromise usage for Directory,
thereby reducing the size of the changelog file after reseeding?
"


Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:
}}}

Comment 1 Noriko Hosoi 2014-12-11 19:27:05 UTC
Steps to verify:
Set up MMR.
Set following config parameters some reasonable values, e.g., 240 (seconds) on one master. Please note that unless you set nsslapd-changelogmaxage in cn=changelog5 as well as nsds5ReplicaPurgeDelay and nsds5ReplicaTombstonePurgeInterval in the replica entry, the changelogs as well as the deleted entries won't be really removed from the dbs.

    Primary DBs (id2entry):

        dn: cn=config,cn=ldbm database,cn=plugins,cn=config
        nsslapd-db-compactdb-interval: 240

    Changelog DBs:

        dn: cn=changelog5,cn=config
        nsslapd-changelogcompactdb-interval: 240
        nsslapd-changelogmaxage: 200

        dn: cn=replica,cn=dc\3Dexample\2Cdc\3Dcom,cn=mapping tree,cn=config
        nsds5ReplicaPurgeDelay: 10
        nsds5ReplicaTombstonePurgeInterval: 240

Run series of adds and deletes monitoring the size of id2entry and changelog db. If the size is reduced at the interval timing, the fix is verified.
# ls -l /var/lib/dirsrv/slapd-M0/changelogdb/b9fd337e-092711e3-a8ce8123-6a055cd2_5212ab4f000000010000.db /var/lib/dirsrv/slapd-M0/db/userRoot/id2entry.db
-rw-------. 1 nobody nobody 4186112 8/21 15:35 /var/lib/dirsrv/slapd-M0/changelogdb/b9fd337e-092711e3-a8ce8123-6a055cd2_5212ab4f000000010000.db
-rw-------. 1 nobody nobody 15302656 8/21 15:35 /var/lib/dirsrv/slapd-M0/db/userRoot/id2entry.db
# ls -l /var/lib/dirsrv/slapd-M0/changelogdb/b9fd337e-092711e3-a8ce8123-6a055cd2_5212ab4f000000010000.db /var/lib/dirsrv/slapd-M0/db/userRoot/id2entry.db
-rw-------. 1 nobody nobody 49152 8/21 15:42 /var/lib/dirsrv/slapd-M0/changelogdb/b9fd337e-092711e3-a8ce8123-6a055cd2_5212ab4f000000010000.db
-rw-------. 1 nobody nobody 1400832 8/21 15:44 /var/lib/dirsrv/slapd-M0/db/userRoot/id2entry.db

Note: nsslapd-db-compactdb-interval & nsslapd-changelogcompactdb-interval need to be doc'ed in "Configuration Command and File Reference".

Comment 3 Sankar Ramalingam 2014-12-12 04:00:23 UTC
I have few questions:

What minimum values can be set for these attributes?

nsslapd-db-compactdb-interval: 20
nsslapd-changelogcompactdb-interval: 20
nsslapd-changelogmaxage: 20

Does it look reasonable to test it? If yes, then it should clean the db every 20 secs. 

Are these values purgeDelay and Purge interval need to be set according to what values we give for compactdb-interval and changelogcompactdb-interval?

This feature is somewhat performance related. So, how much of non-functional testing is required? or, may be testing 2 to 3 possible combinations of values would suffice?

Comment 4 Noriko Hosoi 2014-12-12 17:46:36 UTC
(In reply to Sankar Ramalingam from comment #3)
> I have few questions:
> 
> What minimum values can be set for these attributes?
> 
> nsslapd-db-compactdb-interval: 20
> nsslapd-changelogcompactdb-interval: 20
> nsslapd-changelogmaxage: 20
> 
> Does it look reasonable to test it? 

I guess so.

> If yes, then it should clean the db every 20 secs. 

"Cleaning the db" sounds a bit misleading.  It releases the pages which have been occupied by the deleted data.  That is, if you have no deleted data, nothing happens.  Plus, if you have no DB page that contains only deleted data, nothing happens, either.

So, to test these new config params:
  nsslapd-db-compactdb-interval: 20
  nsslapd-changelogcompactdb-interval: 20
you have to add lots of entries and delete lots of them.

Also plsease note that if you test it with the MMR, deleted entries are turned to be tombstone entries which are NOT really deleted from the database stand point.  To delete them, you have to purge the tombstone entries.

> Are these values purgeDelay and Purge interval need to be set according to
> what values we give for compactdb-interval and changelogcompactdb-interval?

As explained above, we want to "delete" the tombstone entries to test the compact db.  So, these params have to be set to small enough values to free the tombstone entries from the database.
        nsds5ReplicaPurgeDelay: 10
        nsds5ReplicaTombstonePurgeInterval: 240

> This feature is somewhat performance related. So, how much of non-functional
> testing is required? or, may be testing 2 to 3 possible combinations of
> values would suffice?

Not really a performance.  It's more of the disk usage issue.  Probably, adding the compactdb + tombstone purge to some MMR stress, it'd be nice.  We'd like to make sure it does not do any harm (crash or hang) to the server.

Comment 6 Marcel Wysocki 2015-01-16 17:22:26 UTC
will this make it into the el6 release ?
The patch applied almost cleanly.
It would be nice to have that in the RHDS9 tree.
This would also solve an outstanding issue our customer has with RHDS

Is this a blocking operation ?
How do you think it would perform with a database approx. 400 GB in size ?

Are there ways to do it externally ? like having a c program running db_compact on id2entry.db4 (i guess that would be the correct file)

I tried with the tcl db4 bindings (stopped dirsrv) but didnt have any success. maybe i did it wrong tho.

#! /usr/bin/tclsh

load libdb_tcl-4.7.so
berkdb open -btree id2entry.db4
db0 compact

Comment 7 Viktor Ashirov 2015-01-30 19:22:43 UTC
$ rpm -qa | grep 389
389-ds-base-libs-1.3.3.1-13.el7.x86_64
389-ds-base-1.3.3.1-13.el7.x86_64
389-ds-base-debuginfo-1.3.3.1-13.el7.x86_64

[0]  Set up MMR.
[1]  Set following config parameters some reasonable values, e.g., 240 (seconds) on one master.

$ ldapmodify -D "cn=Directory Manager" -w Secret123 -H ldap://localhost:1189 << EOF
dn: cn=changelog5,cn=config
changetype: modify
add: nsslapd-changelogcompactdb-interval
nsslapd-changelogcompactdb-interval: 240
-
add: nsslapd-changelogmaxage
nsslapd-changelogmaxage: 200
-

dn: cn=replica,cn=dc\3Dexample\2Cdc\3Dcom,cn=mapping tree,cn=config
changetype: modify
replace: nsds5ReplicaPurgeDelay
nsds5ReplicaPurgeDelay: 10
-
add: nsds5ReplicaTombstonePurgeInterval
nsds5ReplicaTombstonePurgeInterval: 240
-

dn: cn=config,cn=ldbm database,cn=plugins,cn=config
changetype: modify
replace: nsslapd-db-compactdb-interval
nsslapd-db-compactdb-interval: 240
-
EOF
modifying entry "cn=changelog5,cn=config"

modifying entry "cn=replica,cn=dc\3Dexample\2Cdc\3Dcom,cn=mapping tree,cn=config"

modifying entry "cn=config,cn=ldbm database,cn=plugins,cn=config"

[2]  Run series of adds and deletes monitoring the size of id2entry and changelog db.
Added and deleted 500 entries:
$ ldclt -h localhost -p 1189 -D "cn=Directory Manager" -w Secret123 -f cn=MrXXXXX -b "ou=people,dc=example,dc=com" -e add,person,incr,noloop,commoncounter -r0 -R499 -n 1 -v
<snip>
$ ldclt -h localhost -p 1189 -D "cn=Directory Manager" -w Secret123 -f cn=MrXXXXX -b "ou=people,dc=example,dc=com" -e delete,person,incr,noloop,commoncounter -r0 -R499 -n 1 -v
<snip>

Size of databases before modifications:
-rw-------. 1 vashirov vashirov 16384 Jan 30 20:07 /var/lib/dirsrv/slapd-M1/changelogdb/2c10d0b9-a8af11e4-a42be4e3-299c61fe_54cbcfa4000004cf0000.db
-rw-------. 1 vashirov vashirov 16384 Jan 30 19:40 /var/lib/dirsrv/slapd-M1/db/userRoot/id2entry.db

After modifications:
-rw-------. 1 vashirov vashirov 401408 Jan 30 20:08 /var/lib/dirsrv/slapd-M1/changelogdb/2c10d0b9-a8af11e4-a42be4e3-299c61fe_54cbcfa4000004cf0000.db
-rw-------. 1 vashirov vashirov 655360 Jan 30 20:08 /var/lib/dirsrv/slapd-M1/db/userRoot/id2entry.db

After purging: 
-rw-------. 1 vashirov vashirov  16384 Jan 30 20:12 /var/lib/dirsrv/slapd-M1/changelogdb/2c10d0b9-a8af11e4-a42be4e3-299c61fe_54cbcfa4000004cf0000.db
-rw-------. 1 vashirov vashirov 368640 Jan 30 20:16 /var/lib/dirsrv/slapd-M1/db/userRoot/id2entry.db


Data was reduced, hence marking as VERIFIED.

Comment 9 errata-xmlrpc 2015-03-05 09:40:16 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://rhn.redhat.com/errata/RHSA-2015-0416.html


Note You need to log in before you can comment on or make changes to this bug.