#2170 sssd_nss grows memory footprint when netgroups are requested
Closed: Fixed Opened by jhrozek.

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


Fields changed

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

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]

Fields changed

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

Fields changed

milestone: NEEDS_TRIAGE => SSSD 1.11.3

  • master: 65f4003b93157b32eb0dcd6955d37dd009dc960e
  • sssd-1-11: 8696135e659685394937f81136521c676f0a0678
  • sssd-1-9: 34728310b600c700188b2679118a1af85bcdaaaf

resolution: => fixed
status: assigned => closed

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.

Metadata Update from @jhrozek:
- Issue assigned to lslebodn
- Issue set to the milestone: SSSD 1.11.3

SSSD is moving from Pagure to Github. This means that new issues and pull requests
will be accepted only in SSSD's github repository.

This issue has been cloned to Github and is available here:
- https://github.com/SSSD/sssd/issues/3212

If you want to receive further updates on the issue, please navigate to the github issue
and click on subscribe button.

Thank you for understanding. We apologize for all inconvenience.

Metadata