[lkml]   [2004]   [Jan]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [autofs] [RFC] Towards a Modern Autofs
    H. Peter Anvin wrote:

    >Mike Waychison wrote:
    >>>Special vfsmount mounted somewhere; has no superblock associated with it;
    >>>attempt to step on it triggers event; normal result of that event is to
    >>>get a normal mount on top of it, at which point usual chaining logics
    >>>will make sure that we don't see the trap until it's uncovered by removal
    >>>of covering filesystem. Trap (and everything mounted on it, etc.) can
    >>>be removed by normal lazy umount.
    >>>Basically, it's a single-point analog of autofs done entirely in VFS.
    >>>The job of automounter is to maintain the traps and react to events.
    >>Is there any clear advantage to doing this in the VFS other than saving
    >>a superblock and a dentry/inode pair or two?
    >>I remember talking to you about this, and I seem to recall that these
    >>mount traps would probably communicate using a struct file, so a
    >>trap-user would somehow receive events about when the trap was set
    >>off. Will this communication model continue to work within a cloned
    >>namespace? What happens if the trap-client closes the file?
    >The biggest issue is to ensure that the appropriate atomicity guarantees
    >can be maintained. In particular, it must be possible to umount the
    >underlying filesystem and all mount traps on top of it atomically.
    >Anything less will result in race conditions.
    > -hpa
    Unless I'm missing something, implementing this as a seperate filesystem
    type still has the appropriate atomicity guarantees as long as the VFS
    support complex expiry, whereby userspace would tag submounts as being
    part of the overall expiry for a base mountpoint.

    Mike Waychison
    Sun Microsystems, Inc.
    1 (650) 352-5299 voice
    1 (416) 202-8336 voice
    mailto: Michael.Waychison@Sun.COM

    NOTICE: The opinions expressed in this email are held by me,
    and may not represent the views of Sun Microsystems, Inc.

    [unhandled content-type:application/pgp-signature]
     \ /
      Last update: 2005-03-22 13:59    [W:0.024 / U:4.424 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site