Re: do_mount_autofs_direct: failed to create mount directory ...

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, 2021-04-08 at 19:50 +0200, Frank Thommen wrote:
> Dear all,
> 
> I have problems "submounting" a share when using direct mounts.
> Given 
> the following automounter tables:
> 
> /etc/auto.master:
> -----------------------------------
> /-  /etc/auto.groups
> 
> 
> /etc/auto.groups
> -----------------------------------
> /groups/group1/int        server:/export/group1
> /groups/group1/int/svc/a  server2:/export/service_a
> /groups/group2/int        server2:/export/group2
> /groups/group3/int        server:/export/group3
> [... ca. 100 entries here ...]
> 
> 
> /groups/group1/int/svc/a is not mounted and I get the error message 
> "do_mount_autofs_direct: failed to create mount directory 
> /groups/group1/int/svc/a" on any host which doesn not have root 
> permissions (no_root_squash) on server:/export/group1 (which is on
> 99% 
> of all clients).

autofs won't (shouldn't) create directories in remote file systems
to perform mounts, it requires they are already present.

> 
> The directory "svc/a" has been created on server:/export/group1, so 
> there is no need to recreate it.

Which you have done.
Presumably the permissions are ok?

I haven't looked at this case for a very long time but I'm pretty
sure nesting isn't allowed in direct mount maps (with any map type
really). I'm also pretty sure I don't test for nesting in direct
mount maps (quite difficult to do) and fail the trigger mount.

If you need to nest mounts your supposed to use offsets in the
mount entry (with both direct or indirect maps).

For example:
/groups/group1/int  /       server:/export/group1
                    /svc/a  server2:/export/service_a

where the "/" for the root offset is optional but may help with
map readability.

I've not seen problem reports like this from direct mount map users
so I'm pretty sure nesting isn't normally used so I'm not sure it
will work properly.

However the testing I use does include pass/fail tests for direct
mount map entries with offsets so it should work.

There could unfixed problems with the version of autofs you are using
which we would need to look at separately. 

> 
> There are additional subdirectories in /groups/group1/int/svc/ which 
> directly reside on server:/export/group1.  Only "a" need to be
> mounted 
> from a second location.

I think this should work fine using an offset as described above.

Those other directories are present in the mount that contains the
offset trigger so it should appear the same as you were hoping the
original map entry would except that by using an offset the expire
should now work.

> 
> 
> Can this be solved with direct mounts?  How?  We would prefer to use 
> direct mounts, as this has shown to create the least problems when 
> dynamically changing the mount tables (no automounter restart is 
> required).  However I would not have a problem to use some indirect 
> mount mechanism for /groups/group1/int/svc/a as long as the main 
> /groups/groupN/int can stay in a direct mount table.

But you do need to do a reload for the direct mount triggers to
be updated, right?

Ian




[Index of Archives]     [Linux Filesystem Development]     [Linux Ext4]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux