sssd_nss grows memory footprint when netgroups are requested

[sssd-bot]

Cloned from Pagure issue: https://pagure.io/SSSD/sssd/issue/2170

• Created at 2013-12-04 15:22:30 by jhrozek
• Closed as Fixed
• Assigned to lslebodn
• Associated bugzillas
  • https://bugzilla.redhat.com/show_bug.cgi?id=1038098

---

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

Comments

---

Comment from jhrozek at 2013-12-04 15:22:48

Fields changed

owner: somebody => lslebodn
priority: major => critical

---

Comment from jhrozek at 2013-12-04 15:24:42

Linked to Bugzilla bug: https://bugzilla.redhat.com/show_bug.cgi?id=1038098 (Red Hat Enterprise Linux 6)

rhbz: => [https://bugzilla.redhat.com/show_bug.cgi?id=1038098 1038098]

---

Comment from lslebodn at 2013-12-04 15:47:30

Fields changed

patch: 0 => 1
status: new => assigned

---

Comment from dpal at 2013-12-05 15:34:45

Fields changed

milestone: NEEDS_TRIAGE => SSSD 1.11.3

---

Comment from jhrozek at 2013-12-10 12:04:17

• master: 65f4003
• sssd-1-11: 8696135
• sssd-1-9: 3472831

resolution: => fixed
status: assigned => closed

---

Comment from jhrozek at 2013-12-19 19:18:21

Fields changed

changelog: => The SSSD did not free per-client allocated memory when netgroups were requested. As a consequence, if netgroups were used by a long-running application, the sssd_nss process grew large in memory consumption.

---

Comment from jhrozek at 2017-02-24 14:51:30

Metadata Update from @jhrozek:

• Issue assigned to lslebodn
• Issue set to the milestone: SSSD 1.11.3