Bug 1113639

Summary: autofs: return a connection failure until maps have been fetched
Product: Red Hat Enterprise Linux 8 Reporter: Jakub Hrozek <jhrozek>
Component: sssdAssignee: SSSD Maintainers <sssd-maint>
Status: NEW --- QA Contact: Niranjan Mallapadi Raghavender <mniranja>
Severity: medium Docs Contact:
Priority: low    
Version: 8.1CC: arusso, dpal, esa, grajaiya, ikent, jgalipea, jhrozek, jhunt, lslebodn, mbogdano, mkosek, mrichter, muhammad.zali, mzidek, orion, pbrezina, rvdwees, sgoveas, tscherf
Target Milestone: pre-dev-freeze   
Target Release: 8.1   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
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.