[Ocfs2-tools-commits] branch, master, updated. ocfs2-tools-1.4.0-170-gcc2c062

svn-commits at oss.oracle.com svn-commits at oss.oracle.com
Fri Aug 22 18:03:08 PDT 2008


This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "Tools to manage the ocfs2 filesystem.".

The branch, master has been updated
       via  cc2c0628cb2d3aaa37db1b3bb6cc5d7860dac6cb (commit)
       via  da6763762265773c382375410e71cc75e67742ba (commit)
      from  75c09837db64c1ce82708074ecf6eabf976819f9 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
commit cc2c0628cb2d3aaa37db1b3bb6cc5d7860dac6cb
Author: Joel Becker <joel.becker at oracle.com>
Date:   Fri Aug 22 16:34:46 2008 -0700

    ocfs2_controld: Handle additional mounts racing umount(2).
    
    ocfs2_controld only allows one MOUNT/UNMOUNT operation at a time.
    Racing operations will receive EBUSY.
    
    Well, if the kernel is unmounting while an additional mount is in
    progress, the daemon won't clean up after a failed additional mount.
    
    mount /dev/sdb1 /ocfs2
    mount /dev/sdb1 /ocfs3
    				umount /ocfs2
    				# Gets there first, umount(2) happens.
    				# ->put_super(7) calls ocfs2_hb_ctl,
    				# which gets -EBUSY from
    				# o2cb_group_leave().  The filesystem is
    				# no longer mounted in the kernel.
    
    The solution is to clear the ms_additional flag when we notice this
    race.  The daemon, seeing it is about to send EBUSY to the unmount,
    clears ms_additional on the mount of /ocfs3.  Then, when that mount
    fails, it knows to exit the group.
    
    Signed-off-by: Joel Becker <joel.becker at oracle.com>
    Signed-off-by: Mark Fasheh <mfasheh at suse.com>

commit da6763762265773c382375410e71cc75e67742ba
Author: Joel Becker <joel.becker at oracle.com>
Date:   Fri Aug 22 16:23:04 2008 -0700

    ocfs2_controld: Fail-fast when leaving a mountgroup unexpectedly.
    
    When ocfs2_controld leaves a group unexpectedly (notified from cpg,
    unclean exit), it currently sends node down events to the filesystem.
    This doesn't work, because the filesystem BUG()s when given the local
    node number.
    
    A better solution is to fail-fast.  Exit right when we discover we are
    leaving a live group unexpectedly.  If the group isn't live, clean up
    our state and continue.
    
    Signed-off-by: Joel Becker <joel.becker at oracle.com>
    Signed-off-by: Mark Fasheh <mfasheh at suse.com>

-----------------------------------------------------------------------

Summary of changes:
 ocfs2_controld/mount.c |   67 +++++++++++++++++++++++++++++++++++++----------
 1 files changed, 52 insertions(+), 15 deletions(-)


hooks/post-receive
-- 
Tools to manage the ocfs2 filesystem.



More information about the Ocfs2-tools-commits mailing list