Hide Forgot
Description of problem: This is a known issue, however i couldn't locate a bug on the same. SSSD should show warning message or error message upon service startup, when the pam section of sssd.conf is configured with junk values assigned to offline parameters like given below: offline_credentials_expiration = o offline_failed_login_attempts = l offline_failed_login_delay = ! SSSD starts successfully, which is not expected in this case. Version-Release number of selected component (if applicable): sssd-1.9.2-129.el6.x86_64 How reproducible: Always Steps to Reproduce: 1. Add the above mentioned offline parameters to pam section of sssd.conf 2. Start sssd service, you will notice that service starts successfully without any warning/error message. Actual results: SSSD successfully starts and shows no error. Expected results: SSSD should warn or show error message and fail to start. Additional info:
This is a long standing problem that should be fixed in ding-libs. Reassigning. I haven't found any open already existing clone (except for #578511 which is closed) so I'm going to keep this one open.
Upstream ticket: https://fedorahosted.org/sssd/ticket/416
This request was evaluated by Red Hat Product Management for inclusion in the current release of Red Hat Enterprise Linux. Because the affected component is not scheduled to be updated in the current release, Red Hat is unable to address this request at this time. Red Hat invites you to ask your support representative to propose this request, if appropriate, in the next release of Red Hat Enterprise Linux.
Thank you taking your time and submitting this request for Red Hat Enterprise Linux. Unfortunately, this bug was not given a priority and was deferred both in the upstream project and in Red Hat Enterprise Linux. Given that we are unable to fulfill this request in following Red Hat Enterprise Linux releases, I am closing the Bugzilla as DEFERRED. To request that Red Hat re-considers the decision, please re-open the Bugzilla via appropriate support channels and provide additional business and/or technical details about its importance to you. Note that you can still track this request or even contribute patches in the referred upstream Trac ticket.