Hi, Ian, list,

I've been doing some testing of the map update code, and found that the
following configuration does not work as it should:

auto.master contains:

/testing    /etc/auto.testing

/etc/auto.testing contains:

foo     -ro,hard,intr \
        /dir/bar        server:/export/a \
        /dir/baz        server:/export/b

Given that we are running a current version of the automounter, and we are
up to date on kernel patches, we should be able to update the "foo" entry
to list another subdir.  After this update occurs, any attempt to access
the newly created directory should succeed.  However, it does not because
lookup_file.c:lookup_mount doesn't find a cache hit for
foo/dir/<new_entry> (in this case it is foo/dir/aaa).

Here is the output from a debug log:

kernel: pid 2492: autofs4_root_lookup: name = aaa
kernel: pid 2492: autofs4_root_lookup: pid = 2492, pgrp = 2492, catatonic =
0, oz_mode = 0
kernel: pid 2492: autofs4_revalidate: dentry=c1b2d700 aaa flags=0
kernel: pid 2492: try_to_fill_entry: dentry=c1b2d700 aaa ino=00000000
kernel: pid 2492: try_to_fill_entry: waiting for mount name=aaa
kernel: pid 2492: autofs4_wait: new wait id = 0x00000002, name =
foo/dir/aaa, nfy=1
kernel: pid 2492: autofs4_notify: wait id = 0x00000002, name = foo/dir/aaa,
type=0
automount[2095]: handle_packet: type = 0
automount[2095]: handle_packet_missing: token 2, name foo/dir/aaa
automount[2095]: attempting to mount entry /testing/foo/dir/aaa
automount[2493]: ret = 8
kernel: pid 2095: autofs4_revalidate: dentry=c1daef00 foo flags=4
automount[2095]: sig 1 switching from 1 to 4
kernel: pid 2095: autofs4_revalidate: dentry=c1daee80 dir flags=4
automount[2493]: failed to mount /testing/foo/dir/aaa

Ian, I'll continue to look into this, but figured I'd report the issue here
in case you had any suggestions.

Note that I have reproduced this with 4.1.4_beta1.  Also note that I've
only tested this with file maps.  Other lookup modules may or may not
exhibit the same behaviour.

Thanks!

Jeff

_______________________________________________
autofs mailing list
[email protected]
http://linux.kernel.org/mailman/listinfo/autofs

Reply via email to