#2643 autofs provider fails when default_domain_suffix and use_fully_qualified_names set
Closed: Fixed Opened by jhrozek.

Ticket was cloned from Red Hat Bugzilla (product Red Hat Enterprise Linux 7): Bug 1216285

Created attachment 1019948
autofs.patch
Description of problem:
when default_domain_suffix is enabled, you must enable use_fully_qualified
names.  this breaks the autofs provider, which then returns 'Cannot allocate
memory' for the maps.
Version-Release number of selected component (if applicable):
sssd-1.12.2-58.el7.6.x86_64
How reproducible:
always
Steps to Reproduce:
1. set default_domain_suffix and use_fully_qualified names
2. configure autofs maps in IPA
3. attempt to access maps
Actual results:
[root@client01 ~]# ipa automountlocation-tofiles default; grep -e fully -e
default /etc/sssd/sssd.conf; service sssd restart; sss_cache -E; service autofs
restart; automount -m
/etc/auto.master:
/-      /etc/auto.direct
/test   /etc/auto.test
---------------------------
/etc/auto.direct:
---------------------------
/etc/auto.test:
test    -fstype=nfs  test:/test
maps not connected to /etc/auto.master:
use_fully_qualified_names = true
default_domain_suffix = example.com
Redirecting to /bin/systemctl restart  sssd.service
Redirecting to /bin/systemctl restart  autofs.service
setautomntent: lookup(sss): setautomntent: Cannot allocate memory
setautomntent: lookup(sss): setautomntent: Cannot allocate memory
autofs dump map information
===========================
global options: none configured
no master map entries found
Expected results:
[root@client01 ~]# ipa automountlocation-tofiles default; grep -e fully -e
default /etc/sssd/sssd.conf; service sssd restart; sss_cache -E; service autofs
restart; automount -m
/etc/auto.master:
/-      /etc/auto.direct
/test   /etc/auto.test
---------------------------
/etc/auto.direct:
---------------------------
/etc/auto.test:
test    -fstype=nfs  test:/test
maps not connected to /etc/auto.master:
use_fully_qualified_names = true
default_domain_suffix = example.com
Redirecting to /bin/systemctl restart  sssd.service
Redirecting to /bin/systemctl restart  autofs.service
autofs dump map information
===========================
global options: none configured
Mount point: /-
source(s):
lookup_read_map: lookup(sss): getautomntent_r: No such file or directory
  instance type(s): sss
  map: auto.direct
  no keys found in map
Mount point: /test
source(s):
  instance type(s): sss
  map: auto.test
  test | -fstype=nfs  test:/test
Additional info:
crude patch to fix is attached.  behavior is as expected in an AD/IPA trust
environment with this bit of code removed, but may not be technically correct.
this combination of options is required after
https://bugzilla.redhat.com/show_bug.cgi?id=1211830

  • sssd-1-12: 8f57c6765b10de36582ef1dbee32d75452451a94
  • master: 4df706219e64527209f12ad0c7814ee1be979c07

blockedby: =>
blocking: =>
changelog: =>
coverity: =>
design: =>
design_review: => 0
feature_milestone: =>
fedora_test_page: =>
mark: no => 0
milestone: NEEDS_TRIAGE => SSSD 1.12.5
resolution: => fixed
review: True => 0
selected: =>
status: new => closed
testsupdated: => 0

Metadata Update from @jhrozek:
- Issue set to the milestone: SSSD 1.12.5

SSSD is moving from Pagure to Github. This means that new issues and pull requests
will be accepted only in SSSD's github repository.

This issue has been cloned to Github and is available here:
- https://github.com/SSSD/sssd/issues/3684

If you want to receive further updates on the issue, please navigate to the github issue
and click on subscribe button.

Thank you for understanding. We apologize for all inconvenience.

Metadata