Bug 193585 - autofs does not seem to be doing anything with '-hosts' in maps
Summary: autofs does not seem to be doing anything with '-hosts' in maps
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: autofs   
(Show other bugs)
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Ian Kent
QA Contact: Brock Organ
URL:
Whiteboard:
Keywords:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2006-05-30 19:34 UTC by Michal Jaegermann
Modified: 2007-11-30 22:11 UTC (History)
1 user (show)

Fixed In Version: autofs-5.0.0_beta4-11
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2006-06-16 00:44:25 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

Description Michal Jaegermann 2006-05-30 19:34:32 UTC
Description of problem:

This is not overdocumented, to put it mildly, so it is not entirely
clear what is expected, but in the current autofs one can find the
following in README.v5.release:

- a "hosts" map module has been added
  - an entry like "/net -hosts" is now understood and uses the new
    multi-mount semantics for lazy mount/umount of exports from the host.

A line like the following one

/net -hosts --timeout=60

in /etc/auto.master is indeed accepted without complaints but it
does not seem to have any discernible effects.  With a DEFAULT_LOGGING
level set to "debug" any attempt to access file systems on a remote
results in log entries in that style:

  lookup_mount: lookup(hosts): can't find path in hosts map /net/<whatever>

and "No such file or directory" from an attempted operation.

With '/net   /etc/auto.net --timeout=60' in auto.master the same operation
is causing currently at least mounting of / from a referenced host
(if not filesystems deeper in an exported tree).

Version-Release number of selected component (if applicable):
autofs-5.0.0_beta3-4

How reproducible:
always

Comment 1 Ian Kent 2006-05-31 04:36:46 UTC
(In reply to comment #0)
> Description of problem:
> 
> This is not overdocumented, to put it mildly, so it is not entirely
> clear what is expected, but in the current autofs one can find the
> following in README.v5.release:

Yes. Your right.
I'll need to address that.

> A line like the following one
> 
> /net -hosts --timeout=60
> 
> in /etc/auto.master is indeed accepted without complaints but it
> does not seem to have any discernible effects.  With a DEFAULT_LOGGING
> level set to "debug" any attempt to access file systems on a remote
> results in log entries in that style:
> 
>   lookup_mount: lookup(hosts): can't find path in hosts map /net/<whatever>
> 
> and "No such file or directory" from an attempted operation.

I must have broken it during subsequent development.
I'll check and get back.

Sorry.
Ian



Note You need to log in before you can comment on or make changes to this bug.