Bug 2136047 - PAM unable to dlopen(/usr/lib64/security/pam_sss.so)
Summary: PAM unable to dlopen(/usr/lib64/security/pam_sss.so)
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: pam
Version: 36
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Iker Pedrosa
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2022-10-19 08:00 UTC by Harald Reindl
Modified: 2023-01-12 14:12 UTC (History)
5 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2023-01-12 14:12:51 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Harald Reindl 2022-10-19 08:00:15 UTC Comment hidden (abuse)
Comment 1 Iker Pedrosa 2022-10-24 14:42:18 UTC
Although not mandatory, sssd is still included in the default Fedora installation. So, did you uninstall it? Or are you using a non-default environment?

Comment 2 Harald Reindl 2022-10-24 15:35:37 UTC
Fedora got a lot of bloat over the years but who cares about the "default Fedora installation" when you run dozens of machines for all sort of services each as stripped as possible?

i uninstall EVERYTHING which is not strcitly required for the task of the machine and the last time i saw the installer was in 2011 thanks to RAID and virtualization, this useless message didn't annoy me before F36

Comment 3 Iker Pedrosa 2022-10-25 10:19:46 UTC
In that case I think that you should consider changing the authselect profile from sssd to minimal, as that would remove any pam_sss requirement from the common PAM stack files. Thus, stopping the error messages that you complain about.

This will change your PAM stack so be careful.

Comment 4 Harald Reindl 2022-10-25 10:25:40 UTC Comment hidden (abuse)
Comment 5 Harald Reindl 2022-10-29 18:13:27 UTC Comment hidden (abuse)
Comment 6 Harald Reindl 2022-10-29 18:17:55 UTC Comment hidden (abuse)
Comment 7 Iker Pedrosa 2022-10-31 13:55:49 UTC
The mentioned error lines only appear when trying to load a module, and a module is only loaded if it is mentioned in the PAM stack. So, how is it that your PAM stack is empty of any reference to pam_sss and that PAM is still trying to load it?

Comment 8 Harald Reindl 2022-10-31 14:18:44 UTC Comment hidden (abuse)
Comment 9 Iker Pedrosa 2022-11-07 14:53:08 UTC
I've been reviewing this bugzilla and I've discovered something that I overlooked the first time. In https://bugzilla.redhat.com/show_bug.cgi?id=2136047#c6 you are searching for any occurrence of sss in /etc/pam.d and the search fails:
[root@testserver:/etc/pam.d]$ cat * | grep sss
cat: smtp: No such file or directory

Can you check what happens with smtp? Or at least search for sss in another way (grep -R "sss" /etc/pam.d/)?

Comment 10 Harald Reindl 2022-11-07 14:57:52 UTC
i cleaned that all up on any machine i maintain and hopefully "authselect opt-out" and the empty "/etc/authselect/" will stay that way after future updates

one part of the problems is pretty sure that on Fedora 36 you no longer can uninstall "authselect" and so it was pulled by the dist-upgrade while i unistalled it years ago by intention everywhere 

[root@srv-rhsoft:~]$ rpm -e authselect
error: Failed dependencies:
        authselect >= 1.3 is needed by (installed) pam-1.5.2-13.fc36.x86_64
        authselect is needed by (installed) nss-mdns-0.15.1-5.fc36.x86_64

Comment 11 Iker Pedrosa 2022-11-07 15:16:59 UTC
So, just to be clear. Does the problem persist and you see log errors of pam_sss missing on your system?

Comment 12 Harald Reindl 2022-11-07 15:24:37 UTC
after the complete cleanup all is fine but given that "authselect opt-out" removes everything from /etc/authselect expcept a empty directory and two useless nsswitch-files i hope that stuff won't come back with the next "authselect" package update - in a perfct world the whole package would still be optional as it's not needed on most setups at all 

i cleaned everything in /etc/pma.d by hand (once again)

Comment 13 Iker Pedrosa 2022-11-07 15:39:19 UTC
In that case I'm closing this bugzilla. Feel free to reopen it if the problem happens again.

Comment 14 Harald Reindl 2022-11-21 12:47:55 UTC
as i feared after upgrading a F35 machine with empty "/etc/authselect/" and for sure no sss-line in /etc/pam.d/ to F36 the same issue
how can i *really* opt-out once and forever from "authselect"?

[root@buildserver:~]$ ls /etc/authselect/
total 40K
drwxr-xr-x 2 root root 4.0K 2022-05-12 11:54 custom
-rw-r--r-- 1 root root  423 2022-11-21 13:18 dconf-db
-rw-r--r-- 1 root root  452 2022-11-21 13:18 dconf-locks
-rw-r--r-- 1 root root  332 2022-11-21 13:18 fingerprint-auth
-rw-r--r-- 1 root root 2.1K 2022-11-21 13:18 password-auth
-rw-r--r-- 1 root root  587 2022-11-21 13:18 postlogin
-rw-r--r-- 1 root root  332 2022-11-21 13:18 smartcard-auth
-rw-r--r-- 1 root root 2.1K 2022-11-21 13:18 system-auth
-rw-r--r-- 1 root root   25 2022-11-21 13:18 authselect.conf
-rw-r--r-- 1 root root  671 2022-11-21 13:18 nsswitch.conf

[root@buildserver:/etc/pam.d]$ cat * | grep sss
auth        sufficient                                   pam_sss.so forward_pass
account     [default=bad success=ok user_unknown=ignore] pam_sss.so
password    sufficient                                   pam_sss.so use_authtok
session     optional                                     pam_sss.so
auth        sufficient                                   pam_sss.so forward_pass
account     [default=bad success=ok user_unknown=ignore] pam_sss.so
password    sufficient                                   pam_sss.so use_authtok
session     optional                                     pam_sss.so

[root@buildserver:/etc/pam.d]$ rpm -qa | grep sss
[root@buildserver:/etc/pam.d]$

[root@buildserver:~]$ locate pam_sss.so
[root@buildserver:~]$

Comment 15 Iker Pedrosa 2022-11-21 13:49:37 UTC
"authselect opt-out" is the suggested solution to disable authselect in an environment as it is explained in https://fedoraproject.org/wiki/Changes/Authselect_Require_explicit_opt-out

@pbrezina can you help us?

Comment 16 Harald Reindl 2022-11-21 13:54:54 UTC
maybe "authselect opt-out" just don't work when "authselect" was completly removed and is pulled for reasons only god knows later due updates

this wasn't the case before F36 and i can't even remotely understand why pam requires authselect at all because it sounds like the tail is waving with the dog

[root@buildserver:~]$ rpm -e authselect
error: Failed dependencies:
        authselect >= 1.3 is needed by (installed) pam-1.5.2-13.fc36.x86_64

Comment 17 Pavel Březina 2022-12-01 14:50:21 UTC
Fedora 36 has implemented a change which make one-time opt-in for all users. See https://fedoraproject.org/wiki/Changes/Make_Authselect_Mandatory

So when you upgraded from F35 to F36 you were automatically opted-in to authselect. If you now opt-out, it will stay like that forever.


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