#2643 autofs provider fails when default_domain_suffix and use_fully_qualified_names set
Closed: Fixed None Opened 5 years ago 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

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

3 years ago

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.

Login to comment on this ticket.

Metadata