• J. Bruce Fields's avatar
    exportfs: stop retrying once we race with rename/remove · a056cc89
    J. Bruce Fields authored
    There are two places here where we could race with a rename or remove:
    
    	- We could find the parent, but then be removed or renamed away
    	  from that parent directory before finding our name in that
    	  directory.
    	- We could find the parent, and find our name in that parent,
    	  but then be renamed or removed before we look ourselves up by
    	  that name in that parent.
    
    In both cases the concurrent rename or remove will take care of
    reconnecting the directory that we're currently examining.  Our target
    directory should then also be connected.  Check this and clear
    DISCONNECTED in these cases instead of looping around again.
    
    Note: we *do* need to check that this actually happened if we want to be
    robust in the face of corrupted filesystems: a corrupted filesystem
    could just return a completely wrong parent, and we want to fail with an
    error in that case before starting to clear DISCONNECTED on
    non-DISCONNECTED filesystems.
    Reviewed-by: default avatarChristoph Hellwig <hch@lst.de>
    Signed-off-by: default avatarJ. Bruce Fields <bfields@redhat.com>
    Signed-off-by: default avatarAl Viro <viro@zeniv.linux.org.uk>
    a056cc89
expfs.c 14.7 KB