|Summary:||autofs: return a connection failure until maps have been fetched|
|Product:||Red Hat Enterprise Linux 8||Reporter:||Jakub Hrozek <jhrozek>|
|Component:||sssd||Assignee:||SSSD Maintainers <sssd-maint>|
|Status:||NEW ---||QA Contact:||Niranjan Mallapadi Raghavender <mniranja>|
|Version:||8.1||CC:||arusso, dpal, esa, grajaiya, ikent, jgalipea, jhrozek, jhunt, lslebodn, mbogdano, mkosek, mrichter, muhammad.zali, mzidek, orion, pbrezina, rvdwees, sgoveas, tscherf|
|Fixed In Version:||Doc Type:||If docs needed, set a value|
|Doc Text:||Story Points:||---|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
|Bug Depends On:|
|Bug Blocks:||1689138, 1101782, 1679810|
Description Jakub Hrozek 2014-06-26 14:22:30 UTC
Description of problem: Please see the discussion in https://bugzilla.redhat.com/show_bug.cgi?id=1101782 Ian came up with a patch Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. remove sssd caches (simulating a fresh system) 2. reboot 3. attempt to mount an autofs map w/o restarting either autofs or sssd Actual results: no maps were cached Expected results: autofs would retry, sssd would return the maps, shares would be mounted Additional info: SSSD autofs client should return a connection error in case no master map can be fetched from LDAP due to back end problems (as opposed to the map being simply absent from LDAP)
Comment 2 Jakub Hrozek 2014-06-27 15:36:42 UTC
Upstream ticket: https://fedorahosted.org/sssd/ticket/2371
Comment 5 Jakub Hrozek 2016-05-15 15:00:01 UTC
*** Bug 1335489 has been marked as a duplicate of this bug. ***
Comment 6 Jakub Hrozek 2016-05-15 15:01:48 UTC
Reproposing to 7.4 for capacity reasons.
Comment 14 Orion Poplawski 2017-04-13 16:46:55 UTC
I think the symptom of this issue (no maps on boot with fresh cache) was fixed in this commit - https://pagure.io/SSSD/sssd/c/d4063e9a21a4e203bee7e0a0144fa8cabb14cc46?branch=master although in a different manner than originally proposed it seems. Unfortunately I cannot use sss/db on tmpfs until this is fixed.
Comment 15 Ian Kent 2017-04-14 04:34:36 UTC
(In reply to Orion Poplawski from comment #14) > I think the symptom of this issue (no maps on boot with fresh cache) was > fixed in this commit - > https://pagure.io/SSSD/sssd/c/ > d4063e9a21a4e203bee7e0a0144fa8cabb14cc46?branch=master although in a > different manner than originally proposed it seems. > > Unfortunately I cannot use sss/db on tmpfs until this is fixed. Not sure what you mean by "sss/db on tmpfs" but you might be able to use a workaround that will be in autofs with RHEL-7.4. Note that we still need to fix this in sss because autofs still needs a way to distinguish between "map does not exist" and "map not yet available" rather than delay/retry logic that will get triggered even when a map really doesn't exist.