#1598 ipa automount: autofs client mount is incorrect when use wildcard (*,&) in indirect map
Closed: Invalid None Opened 11 years ago by yizhangid.

The test was performed in Fedora 17 OS, i386 version.

when use wildcard: * & to create indirect map in IPA as following:

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
    autofs configuration for location [ipa_indirect_4174]
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ /etc/auto.master: /- /etc/auto.direct /ipashare27656 /etc/auto.share
/etc/auto.direct:
/etc/auto.share:
    -rw,soft,rsize=8192,wsize=8192 f17apple.yzhang.redhat.com:/share/&

maps not connected to /etc/auto.master: +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

The actual autofs mount is wrong. Let's say there is a sub-directory named "pub" under "/share" on NFS server. Based on above autofs configuration, the NFS server directory "/share/pub" suppose to be mounted on autofs client "/ipashare27656/pub". However, the actual mounted structure is "/share/pub/pub"

I have tried configure an autofs client that has no ipa client and ipa sssd involved. The directory : [NFS server:/share/pub] does map to: [Autofs client: /ipashare27656/pub]

This problem was originally reported targeting ipa-client-automount. (https://fedorahosted.org/freeipa/ticket/3201)

However, after retest with added option "--no-sssd", the autofs did work as expected. The conclusion is that this is a sssd bug.

Build tested:

ipa server: 
[root@f17apple (Fedora17-i386) share] rpm -qi freeipa-server 
Name : freeipa-server Version : 2.99.0 
Release : 0.20121016T0712Zgit92331c0.fc17 Architecture: i686 
Install Date: Tue 16 Oct 2012 09:34:59 AM PDT 
Group : System Environment/Base? 
Size : 4335775 
License : GPLv3+ Signature : (none) Source 
RPM : freeipa-2.99.0-0.20121016T0712Zgit92331c0.fc17.src.rpm 
Build Date : Tue 16 Oct 2012 12:45:44 AM PDT

ipa client: 
[root@f17banana (Fedora17-i386) pub] rpm -qi freeipa-client 
Name : freeipa-client Version : 2.99.0 
Release : 0.20121016T0712Zgit92331c0.fc17 
Architecture: i686 
Install Date: Tue 16 Oct 2012 09:33:13 AM PDT 
Group : System Environment/Base? 
Size : 281002 
Source RPM : freeipa-2.99.0-0.20121016T0712Zgit92331c0.fc17.src.rpm 
Build Date : Tue 16 Oct 2012 12:45:44 AM PDT

ipa sssd: 
[root@f17banana (Fedora17-i386) pub] rpm -qi sssd 
Name : sssd 
Version : 1.9.90 
Release : 0.20121018T1819Zgit66318df.fc17 
Architecture: i686 
Install Date: Fri 19 Oct 2012 07:31:01 AM PDT 
Group : Applications/System? 
Size : 12636413 
Source RPM : sssd-1.9.90-0.20121018T1819Zgit66318df.fc17.src.rpm 
Build Date : Thu 18 Oct 2012 03:29:56 PM PDT

I couldn't reproduce the bug in my environment. I asked Yi to provide more information or access to test systems.

Fields changed

description: The test was performed in Fedora 17 OS, i386 version.

when use wildcard: * & to create indirect map in IPA as following:


+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
autofs configuration for location [ipa_indirect_4174]
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ /etc/auto.master: /- /etc/auto.direct /ipashare27656 /etc/auto.share
/etc/auto.direct:
/etc/auto.share:
-rw,soft,rsize=8192,wsize=8192 f17apple.yzhang.redhat.com:/share/&

maps not connected to /etc/auto.master: +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++


The actual autofs mount is wrong. Let's say there is a sub-directory named "pub" under "/share" on NFS server. Based on above autofs configuration, the NFS server directory "/share/pub" suppose to be mounted on autofs client "/ipashare27656/pub". However, the actual mounted structure is "/share/pub/pub"

I have tried configure an autofs client that has no ipa client and ipa sssd involved. The directory : [NFS server:/share/pub] does map to: [Autofs client: /ipashare27656/pub]

This problem was originally reported targeting ipa-client-automount. (https://fedorahosted.org/freeipa/ticket/3201)

However, after retest with added option "--no-sssd", the autofs did work as expected. The conclusion is that this is a sssd bug.

Build tested:


ipa server:
[root@f17apple (Fedora17-i386) share] rpm -qi freeipa-server
Name : freeipa-server Version : 2.99.0
Release : 0.20121016T0712Zgit92331c0.fc17 Architecture: i686
Install Date: Tue 16 Oct 2012 09:34:59 AM PDT
Group : System Environment/Base?
Size : 4335775
License : GPLv3+ Signature : (none) Source
RPM : freeipa-2.99.0-0.20121016T0712Zgit92331c0.fc17.src.rpm
Build Date : Tue 16 Oct 2012 12:45:44 AM PDT

ipa client:
[root@f17banana (Fedora17-i386) pub] rpm -qi freeipa-client
Name : freeipa-client Version : 2.99.0
Release : 0.20121016T0712Zgit92331c0.fc17
Architecture: i686
Install Date: Tue 16 Oct 2012 09:33:13 AM PDT
Group : System Environment/Base?
Size : 281002
Source RPM : freeipa-2.99.0-0.20121016T0712Zgit92331c0.fc17.src.rpm
Build Date : Tue 16 Oct 2012 12:45:44 AM PDT

ipa sssd:
[root@f17banana (Fedora17-i386) pub] rpm -qi sssd
Name : sssd
Version : 1.9.90
Release : 0.20121018T1819Zgit66318df.fc17
Architecture: i686
Install Date: Fri 19 Oct 2012 07:31:01 AM PDT
Group : Applications/System?
Size : 12636413
Source RPM : sssd-1.9.90-0.20121018T1819Zgit66318df.fc17.src.rpm
Build Date : Thu 18 Oct 2012 03:29:56 PM PDT

=> The test was performed in Fedora 17 OS, i386 version.

when use wildcard: * & to create indirect map in IPA as following:
{{{
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
autofs configuration for location [ipa_indirect_4174]
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ /etc/auto.master: /- /etc/auto.direct /ipashare27656 /etc/auto.share
/etc/auto.direct:
/etc/auto.share:
-rw,soft,rsize=8192,wsize=8192 f17apple.yzhang.redhat.com:/share/&

maps not connected to /etc/auto.master: +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
}}}

The actual autofs mount is wrong. Let's say there is a sub-directory named "pub" under "/share" on NFS server. Based on above autofs configuration, the NFS server directory "/share/pub" suppose to be mounted on autofs client "/ipashare27656/pub". However, the actual mounted structure is "/share/pub/pub"

I have tried configure an autofs client that has no ipa client and ipa sssd involved. The directory : [NFS server:/share/pub] does map to: [Autofs client: /ipashare27656/pub]

This problem was originally reported targeting ipa-client-automount. (https://fedorahosted.org/freeipa/ticket/3201)

However, after retest with added option "--no-sssd", the autofs did work as expected. The conclusion is that this is a sssd bug.

Build tested:
{{{
ipa server:
[root@f17apple (Fedora17-i386) share] rpm -qi freeipa-server
Name : freeipa-server Version : 2.99.0
Release : 0.20121016T0712Zgit92331c0.fc17 Architecture: i686
Install Date: Tue 16 Oct 2012 09:34:59 AM PDT
Group : System Environment/Base?
Size : 4335775
License : GPLv3+ Signature : (none) Source
RPM : freeipa-2.99.0-0.20121016T0712Zgit92331c0.fc17.src.rpm
Build Date : Tue 16 Oct 2012 12:45:44 AM PDT

ipa client:
[root@f17banana (Fedora17-i386) pub] rpm -qi freeipa-client
Name : freeipa-client Version : 2.99.0
Release : 0.20121016T0712Zgit92331c0.fc17
Architecture: i686
Install Date: Tue 16 Oct 2012 09:33:13 AM PDT
Group : System Environment/Base?
Size : 281002
Source RPM : freeipa-2.99.0-0.20121016T0712Zgit92331c0.fc17.src.rpm
Build Date : Tue 16 Oct 2012 12:45:44 AM PDT

ipa sssd:
[root@f17banana (Fedora17-i386) pub] rpm -qi sssd
Name : sssd
Version : 1.9.90
Release : 0.20121018T1819Zgit66318df.fc17
Architecture: i686
Install Date: Fri 19 Oct 2012 07:31:01 AM PDT
Group : Applications/System?
Size : 12636413
Source RPM : sssd-1.9.90-0.20121018T1819Zgit66318df.fc17.src.rpm
Build Date : Thu 18 Oct 2012 03:29:56 PM PDT
}}}

Yi confirmed that the setup was working for him as well now.

Yi, please reopen the ticket if you see the behaviour again. Thank you!

resolution: => worksforme
status: new => closed

Metadata Update from @yizhangid:
- Issue set to the milestone: NEEDS_TRIAGE

7 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/2640

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