autofs 4.0.0 (pre1)

[Jeremy Fitzhardinge]

On 25-Jan-00 Frank van Maarseveen wrote:
> 2.2.13 +  http://www.goop.org/~jeremy/autofs/autofs-2.2.14-20000123.diff
> userland: http://www.goop.org/~jeremy/autofs/autofs/autofs-4.0.0-pre1.tar.gz
> 
> First, this is cool. Tree-mounts are very useful and this version seems more
> stable.

What version are you comparing it to?

> When autofs compiled as a module no problem. When CONFIG_AUTOFS_FS=y
> I still get:
> 
>       kernel: kmod: failed to exec  -s -k autofs4, errno = 2
> 
> though it keeps on working correctly as it seems. I did some greps but
> couldn't find the cause in the kernel that easy.

There's a kernel patch which creates an "autofs4" filesystem rather than
replacing the existing autofs filesystem.  The autofs 4.0.0 daemon tries
mounting a filesystem of type "autofs4" before "autofs", in case autofs is
still the v3 version.  Unfortunately, if you don't have an autofs4 filesystem,
it will print a complaint from trying to find an autofs4 module before going on
to use the autofs filesystem.

> Other minor points:
> -     /etc/rc.d/init.d/autofs has a line which had to be removed in order
>       to permit options such as "--timeout 60" in /etc/auto.master. I dunno
>       what
> 
>               options=`echo "$options" | sed -e 's/\(^\|[ \t]\)-/\1/g'`
> 
>       is supposed to do at /etc/rc.d/init.d/autofs:85 but it stripped the
>       first dash of my "--timeout 60" option.
> -     automount --timeout option seems to be ignored: "ps aux" says
>       automount is invoked with "--timeout 60", /var/log/messages says
>       "300 secs, freq 75". Actual behavior is conform /var/log/messages.

I'll look into these.

        J

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo en vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/