Description of problem: when rpc.gssd is started via systemd (systemctl start rpc-gssd) it dies do the following: rpc.gssd: Inconsistency detected by ld.so: dl-close.c: 764: _dl_close: Assertion `map->l_init_called' failed! when it started from the command it works... go figure... Version-Release number of selected component (if applicable): How reproducible: 100% Steps to Reproduce: 1. systemctl start rpc-gssd Additional info: Goggling around I found this patch that supposedly fixes the problem: https://launchpadlibrarian.net/151536084/0006-gssapi-never-unload-mechanisms.patch I got that patch from this Ubuntu bug report: https://bugs.launchpad.net/ubuntu/+source/krb5/+bug/1231459
This bug appears to have been reported against 'rawhide' during the Fedora 22 development cycle. Changing version to '22'. More information and reason for this action is here: https://fedoraproject.org/wiki/Fedora_Program_Management/HouseKeeping/Fedora22
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
This should have been resolved in the 1.13 rebase... do you still see this issue?
Belay that; fc22 had krb5-1.13 at time of reporting.
This bug appears to have been reported against 'rawhide' during the Fedora 24 development cycle. Changing version to '24'. More information and reason for this action is here: https://fedoraproject.org/wiki/Fedora_Program_Management/HouseKeeping/Fedora24#Rawhide_Rebase
Just hit this in rawhide, though it doesn't seem to be (easily) repeatable. kernel-4.8.0-0.rc2.git2.1.fc26.x86_64 nfs-utils-1.3.4-0.fc26.x86_64 krb5-libs-1.14.3-5.fc26.x86_64 Aug 18 18:44:09 v01.math.uh.edu systemd[1]: Starting Preprocess NFS configuration... Aug 18 18:44:09 v01.math.uh.edu systemd[1]: Starting Kernel Module supporting RPCSEC_GSS... Aug 18 18:44:09 v01.math.uh.edu systemd[1]: Started Kernel Module supporting RPCSEC_GSS. Aug 18 18:44:09 v01.math.uh.edu systemd[1]: Started Preprocess NFS configuration. Aug 18 18:44:09 v01.math.uh.edu systemd[1]: Starting RPC security service for NFS client and server... Aug 18 18:44:09 v01.math.uh.edu systemd[1]: Starting NFS Mount Daemon... Aug 18 18:44:09 v01.math.uh.edu systemd[1]: Starting NFSv4 ID-name mapping service... Aug 18 18:44:10 v01.math.uh.edu rpc.gssd[1008]: Inconsistency detected by ld.so: dl-close.c: 811: _dl_close: Assertion `map->l_init_called' failed! Aug 18 18:44:10 v01.math.uh.edu systemd[1]: rpc-gssd.service: Control process exited, code=exited status=127 Aug 18 18:44:10 v01.math.uh.edu systemd[1]: Failed to start RPC security service for NFS client and server. Aug 18 18:44:10 v01.math.uh.edu systemd[1]: rpc-gssd.service: Unit entered failed state. Aug 18 18:44:10 v01.math.uh.edu systemd[1]: rpc-gssd.service: Failed with result 'exit-code'. Aug 18 18:44:10 v01.math.uh.edu systemd[1]: Started NFSv4 ID-name mapping service.
Thanks. This is a glibc issue; see the bug we depend on.
Unfortunately it seems to be 100% repeatable here ;)
kernel 4.8.0-0.rc4.git1.1.fc26.x86_64 nfs-utils-1.3.4-1.rc2.fc26.x86_64 krb5-libs-1.14.4-5.fc26.x86_64 glibc-2.24.90-10.fc26.x86_64
Bugzilla tinkering to make it clear what's going on here. *** This bug has been marked as a duplicate of bug 1264556 ***