Bug 872324 - pam: fd leak when writing the selinux login file in the pam responder
pam: fd leak when writing the selinux login file in the pam responder
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: sssd (Show other bugs)
Unspecified Unspecified
high Severity unspecified
: rc
: ---
Assigned To: Jakub Hrozek
Kaushik Banerjee
: Regression
: 872595 (view as bug list)
Depends On:
  Show dependency treegraph
Reported: 2012-11-01 15:28 EDT by Jakub Hrozek
Modified: 2013-02-21 04:39 EST (History)
5 users (show)

See Also:
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.
Story Points: ---
Clone Of:
Last Closed: 2013-02-21 04:39:33 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Jakub Hrozek 2012-11-01 15:28:38 EDT
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 15:33:41 EDT
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 19:07:49 EDT
Fixed upstream.
Comment 4 Jakub Hrozek 2012-11-02 10:24:47 EDT
*** Bug 872595 has been marked as a duplicate of this bug. ***
Comment 6 baiesi 2012-11-13 10:21:51 EST
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 04:39:33 EST
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.