Bug 872324 - pam: fd leak when writing the selinux login file in the pam responder
Summary: pam: fd leak when writing the selinux login file in the pam responder
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: sssd
Version: 6.4
Hardware: Unspecified
OS: Unspecified
Target Milestone: rc
: ---
Assignee: Jakub Hrozek
QA Contact: Kaushik Banerjee
: 872595 (view as bug list)
Depends On:
TreeView+ depends on / blocked
Reported: 2012-11-01 19:28 UTC by Jakub Hrozek
Modified: 2020-05-02 17:04 UTC (History)
5 users (show)

Fixed In Version: sssd-1.9.2-6.el6
Doc Type: Bug Fix
Doc Text:
Cause: When SSSD created a selinux login file, it errnously kept file descriptor of this file opened. Consequence: Number of file descriptor used by SSSD increased every time a user logged in. Fix: SSSD closes the file descriptor when it is not needed anymore. Result: File descriptor is not leaked.
Clone Of:
Last Closed: 2013-02-21 09:39:33 UTC
Target Upstream Version:

Attachments (Terms of Use)

System ID Priority Status Summary Last Updated
Github SSSD sssd issues 2661 None None None 2020-05-02 17:04:17 UTC
Red Hat Product Errata RHSA-2013:0508 normal SHIPPED_LIVE Low: sssd security, bug fix and enhancement update 2013-02-20 21:30:10 UTC

Description Jakub Hrozek 2012-11-01 19:28:38 UTC
This bug is created as a clone of upstream ticket:

We don't close the fd when we write the selinux login file in the pam responder. This results in a fd leak.

Comment 1 Jakub Hrozek 2012-11-01 19:33:41 UTC
To reproduce:

1. lsof -p $(pidof sssd_pam) | grep selinux
2. login as a user
3. lsof -p $(pidof sssd_pam) | grep selinux

Expected results:
The number stays the same

Actual results:
The file stays open

Comment 3 Jakub Hrozek 2012-11-01 23:07:49 UTC
Fixed upstream.

Comment 4 Jakub Hrozek 2012-11-02 14:24:47 UTC
*** Bug 872595 has been marked as a duplicate of this bug. ***

Comment 6 baiesi 2012-11-13 15:21:51 UTC
Test Type:
-System Test Defect Verification

Test Run Duration:
-6+ days

Test Env /Config:
-Red Hat Enterprise Linux Server release 6.4 Beta (Santiago)
-IPA server version 3.0.1.pre1. API version 2.44
-Installed 2012-10-29 10:49:25 -04:00 -04:00 Job=324310
-Kernel Linux version 2.6.32-330.el6.x86_64
-Installed 2 Ipa Servers and 2 Ipa clients
-10K Users divided into 10 user groups
-11 sudo rules and approx 1500 sudo commands

Installed Packages:

Load Applied:
-I yum upgraded my test environment with the fixes Jakub submitted and the issue immediately disappeared in the next system test run.

-The test environment has been subjected to tests that previously triggered the defect.  The test load is running through runtime ssh/sudo multi-thread load, cycling through 10k ipa users.  Load simulating 10 concurrent simulated users 24/7 while applying light administration work via cli and UI. Over 6+ days consisting of pos/neg ssh/sudo use cases were applied against the test environment.  The UI admin load use case was to add/delete sudo rules from each Ipa Server simultaneously each day.

-I'm not seeing the reported symptoms/results described in this defect. Not able to reproduced, this is a good thing.

Closing defect as Verified

Comment 7 errata-xmlrpc 2013-02-21 09:39:33 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.


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