Description of problem: Updating nss from nss-3.23.0-1.0.fc23.x86_64 to 3.24.0-1.1.fc23.x86_64 left my system in a state where I was unable to log in. User information on my system is kept in a LDAP data base against which login requests are checked. After the update, LDAP clients could no longer connect to slapd using TLS. The journal contained lines like this: Jun 04 14:08:05 sarkovy sssd[be[koeller.dyndns.org]][1251]: Could not start TLS encryption. unknown error After downgrading nss to 3.23.0-1.0.fc23, the problem disappeared. Version-Release number of selected component (if applicable): 3.24.0-1.1.fc23.x86_64 How reproducible: always Steps to Reproduce: 1. 2. 3. Actual results: see above Expected results: Additional info:
Additional information: Should have mentioned that slapd on my system does not actually use nss for SSL/TLS services, instead, it is using openssl.
(In reply to Thomas Köller from comment #1) This looks like Bug 1342158 for which a Bodhi update under testing is available at https://bodhi.fedoraproject.org/updates/FEDORA-2016-db48cd10e9
Thomas, could you please give feedback, if the mentioned package update fixes the issue for you?
Yes, it does.
Thank you Thomas for the feedback, I can now close it a duplicate. *** This bug has been marked as a duplicate of bug 1342158 ***