Bug 1038098 – sssd_nss grows memory footprint when netgroups are requested

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

Bug 1038098 - sssd_nss grows memory footprint when netgroups are requested

Summary:	sssd_nss grows memory footprint when netgroups are requested

Status:	CLOSED ERRATA

Aliases:	None

Product:	Red Hat Enterprise Linux 6
Classification:	Red Hat
Component:	sssd (Show other bugs)
Sub Component:
Version:	6.4
Hardware:	x86_64 Linux

Priority	high Severity high
Target Milestone:	rc
Target Release:	6.5
Assigned To:	Jakub Hrozek
QA Contact:	Kaushik Banerjee
Docs Contact:

URL:
Whiteboard:
Keywords:	Reopened, ZStream

Depends On:	1023409
Blocks:	1040969 1044905
	Show dependency tree / graph

Reported:	2013-12-04 07:13 EST by Rui Gouveia
Modified:	2016-01-04 00:10 EST (History)
CC List:	14 users (show)

See Also:
Fixed In Version:	sssd-1.9.2-132.el6
Doc Type:	Bug Fix
Doc Text:	Cause: Memory was not freed corectly Consequence: Memory growth if the application requesting netgroups was a long-running one Fix: Memory is freed corectly Result: Memory is no longer leaking even in long-running applications
Story Points:	---
Clone Of:	1023409
Clones:	1040969 (view as bug list)
Environment:
Last Closed:	2014-10-14 00:47:23 EDT
Type:	Bug
Regression:	---
Mount Type:	---
Documentation:	---
CRM:
Verified Versions:
Category:	---
oVirt Team:	---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---

Attachments	(Terms of Use)
source code of reproducer (667 bytes, text/x-csrc) 2013-12-04 10:00 EST, Lukas Slebodnik	no flags	Details
Add an attachment (proposed patch, testcase, etc.)

External Trackers
Tracker	ID	Priority	Status	Summary	Last Updated
Red Hat Product Errata	RHBA-2014:1375	normal	SHIPPED_LIVE	sssd bug fix and enhancement update	2014-10-13 21:06:25 EDT

Groups: None (edit)

Comment 1 Jakub Hrozek 2013-12-04 09:21:22 EST

The valgrind error was not related after all. We found out that we didn't free a memory context where we should, which resulted in memory growth if the application requesting netgroups was a long-running one.

To reproduce:
1) Run a process that requests a netgroup periodically but doesn't exit between the attempts. Maybe a deamon, python interpreter might do as well.
2) Watch the sssd_nss memory footprint grow

Comment 2 Jakub Hrozek 2013-12-04 09:24:37 EST

Upstream ticket:
https://fedorahosted.org/sssd/ticket/2170

Comment 3 Lukas Slebodnik 2013-12-04 10:00:40 EST

Created attachment 832692 [details]
source code of reproducer

Bug can be reproduced with attached example program.

gcc -Wall netgroup.c -o netgroup
./netgroup netgroup_name

Memory leak is reproducible also with non-existing netgroup.
RSS of sssd_nss process was increased about 200 MB in 3 minutes.

Comment 4 Jakub Hrozek 2013-12-10 06:10:43 EST

Fixed upstream:
 * master: 65f4003b93157b32eb0dcd6955d37dd009dc960e
 * sssd-1-11: 8696135e659685394937f81136521c676f0a0678
 * sssd-1-9: 34728310b600c700188b2679118a1af85bcdaaaf

Comment 8 Jakub Hrozek 2013-12-12 07:21:36 EST

The bug has been fixed upstream in all supported branches.

Comment 17 Nirupama Karandikar 2014-07-30 07:14:51 EDT

Tested with sssd-1.11.6-12.el6.x86_64

Verified via beaker run.

https://beaker.engineering.redhat.com/jobs/707409

Comment 18 errata-xmlrpc 2014-10-14 00:47:23 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.

http://rhn.redhat.com/errata/RHBA-2014-1375.html

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