Hide Forgot
This bug is created as a clone of upstream ticket: https://fedorahosted.org/sssd/ticket/3140 to reproduce the autofs maps failure: * automount -m # to verify the maps are there * pkill -USR1 sssd # make sssd go offline * automount -m # to verify the maps are there
master: b9e155da725e711ab306ca8a96e3ba6fbda41a3a
Versions: ========== Red Hat Enterprise Linux Server release 7.4 Beta (Maipo) libsss_autofs-1.15.2-26.el7.x86_64 sssd-common-1.15.2-26.el7.x86_64 sssd-dbus-1.15.2-26.el7.x86_64 python-sssdconfig-1.15.2-26.el7.noarch sssd-ipa-1.15.2-26.el7.x86_64 sssd-kcm-1.15.2-26.el7.x86_64 sssd-common-pac-1.15.2-26.el7.x86_64 sssd-ldap-1.15.2-26.el7.x86_64 sssd-1.15.2-26.el7.x86_64 sssd-client-1.15.2-26.el7.x86_64 sssd-krb5-common-1.15.2-26.el7.x86_64 sssd-krb5-1.15.2-26.el7.x86_64 sssd-ad-1.15.2-26.el7.x86_64 Steps: 1. Join system to 2012 AD realm join CENTAUR.TEST --client-software=sssd --server-software=active-directory --membership-software=adcli -v 2. Set autofs provider to AD [sssd] config_file_version = 2 domains = CENTAUR.TEST services = nss, pam, autofs debug_level = 9 [domain/CENTAUR.TEST] id_provider = ad auth_provider = ad access_provider = ad autofs_provider = ad fallback_homedir = /home/%d/%u use_fully_qualified_names = True debug_level = 9 3. Modify /etc/nsswitch.conf to get automount maps from sss backend automount: files sss aliases: files nisplus sudoers: files 4. Start sssd service root 15799 1 0 17:30 ? 00:00:00 /usr/sbin/sssd -i -f root 15800 15799 1 17:30 ? 00:00:03 /usr/libexec/sssd/sssd_be --domain CENTAUR.TEST --uid 0 --gid 0 --debug-to-files root 15801 15799 0 17:30 ? 00:00:00 /usr/libexec/sssd/sssd_nss --uid 0 --gid 0 --debug-to-files root 15802 15799 0 17:30 ? 00:00:00 /usr/libexec/sssd/sssd_pam --uid 0 --gid 0 --debug-to-files root 15803 15799 0 17:30 ? 00:00:00 /usr/libexec/sssd/sssd_autofs --uid 0 --gid 0 --debug-to-files 5. Make sssd offline pkill -USR1 sssd (Wed May 10 17:30:48 2017) [sssd] [signal_offline] (0x2000): Signaling providers to go offline immediately. (Wed May 10 17:30:48 2017) [sssd] [sbus_add_timeout] (0x2000): 0x7f87441ff3a0 (Wed May 10 17:30:48 2017) [sssd] [sbus_remove_timeout] (0x2000): 0x7f87441ff3a0 (Wed May 10 17:30:48 2017) [sssd] [sbus_dispatch] (0x4000): dbus conn: 0x7f87441f3c20 (Wed May 10 17:30:48 2017) [sssd] [sbus_dispatch] (0x4000): Dispatching. 6. Run automount -m [root@idm1 sssd]# automount -m autofs dump map information =========================== global options: none configured Mount point: /misc source(s): instance type(s): file map: /etc/auto.misc cd | -fstype=iso9660,ro,nosuid,nodev :/dev/cdrom Mount point: /net source(s): type: hosts idm2.example.test | (null) client1.example.test | (null) srv1.centaur.test | (null) idm1.example.test | (null) localhost | (null) Mount point: /home source(s): 100000000|lookup_read_map: lookup(sss): getautomntent_r: No such file or directory instance type(s): sss map: auto.home no keys found in map Mount point: /- source(s): instance type(s): sss map: auto.direct /export | -fstype=nfs,rw idm2.example.test:/export 7. Access nfs share. [root@idm1 sssd]# ls -l /export/nfs-test -rw-r--r--. 1 root root 0 May 10 17:29 /export/nfs-test
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. https://access.redhat.com/errata/RHEA-2017:2294