Bug 1230038 – idm/ipa 389-ds-base entry cache converges to 500 KB in dblayer_is_cachesize_sane

Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.

Bug 1230038 - idm/ipa 389-ds-base entry cache converges to 500 KB in dblayer_is_cachesize_sane

Summary:	idm/ipa 389-ds-base entry cache converges to 500 KB in dblayer_is_cachesize_sane

Status:	CLOSED ERRATA

Aliases:	None

Product:	Red Hat Enterprise Linux 7
Classification:	Red Hat
Component:	389-ds-base (Show other bugs)
Sub Component:
Version:	7.2
Hardware:	Unspecified Unspecified

Priority	high Severity high
Target Milestone:	rc
Target Release:	---
Assigned To:	Noriko Hosoi
QA Contact:	Viktor Ashirov
Docs Contact:

URL:
Whiteboard:
Keywords:	ZStream

Depends On:	1226510
Blocks:
	Show dependency tree / graph

Reported:	2015-06-10 03:40 EDT by Jan Kurik
Modified:	2015-08-05 15:23 EDT (History)
CC List:	7 users (show)

See Also:
Fixed In Version:	389-ds-base-1.3.3.1-17.el7_1
Doc Type:	Bug Fix
Doc Text:	Cause: A helper function to check whether the cache size is valid or not was resetting the size smaller. Consequence: The helper function was applied to the entry and dn cache at the server's start up timing, which reduced the cache size. Fix: The helper function does just checking the validity and does not reset the size. Result: The entry and dn cache sizes do not get affected by the helper function.
Story Points:	---
Clone Of:	1226510
Environment:
Last Closed:	2015-08-05 15:23:35 EDT
Type:	---
Regression:	---
Mount Type:	---
Documentation:	---
CRM:
Verified Versions:
Category:	---
oVirt Team:	---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---

Attachments	(Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

External Trackers
Tracker	ID	Priority	Status	Summary	Last Updated
Red Hat Product Errata	RHBA-2015:1554	normal	SHIPPED_LIVE	389-ds-base bug fix update	2015-08-05 19:23:18 EDT

Groups: None (edit)

Description Jan Kurik 2015-06-10 03:40:41 EDT

This bug has been copied from bug #1226510 and has been proposed
to be backported to 7.1 z-stream (EUS).

Comment 5 Noriko Hosoi 2015-06-10 16:31:59 EDT

Steps to reproduce the problem:

https://fedorahosted.org/389/ticket/48190#comment:1

If the cache sizes do not change, the fix is verified.

Comment 6 Viktor Ashirov 2015-06-29 05:12:24 EDT

Build tested: 389-ds-base-1.3.3.1-18.el7_1.x86_64

[root@rhel7ds ~]# egrep cachememsize /etc/dirsrv/slapd-rhel7ds/dse.ldif
nsslapd-cachememsize: 10485760
nsslapd-dncachememsize: 10485760
[root@rhel7ds ~]# restart-dirsrv 
Restarting instance "rhel7ds"
[root@rhel7ds ~]# egrep cachememsize /etc/dirsrv/slapd-rhel7ds/dse.ldif
nsslapd-cachememsize: 10485760
nsslapd-dncachememsize: 10485760
[root@rhel7ds ~]# restart-dirsrv 
Restarting instance "rhel7ds"
[root@rhel7ds ~]# egrep cachememsize /etc/dirsrv/slapd-rhel7ds/dse.ldif
nsslapd-cachememsize: 10485760
nsslapd-dncachememsize: 10485760

Cache size stayed the same. Marking as VERIFIED.

Comment 8 errata-xmlrpc 2015-08-05 15:23:35 EDT

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/RHBA-2015-1554.html

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