Re: [PATCH 12/12] mds: Avoid creating unnecessary snaprealm

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 10/03/2012 02:31 AM, Sage Weil wrote:
> Hi Yan,
> 
> This whole series looks great!  Sticking it in wip-mds and running it 
> through the fs qa suite before merging it.
> 
> How are you testing these?  If you haven't seen it yet, there is an 'mds 
> thrash exports' option that will make MDSs random migrate subtrees to each 
> other that is great for shaking out bugs.  That and periodic daemon 
> restarts (one of the first things we need to do on the clustered mds front 
> is to get daemon restarting integrated into teuthology).
> 

The patches are fixes for problems I encountered during playing MDS shutdown.
I setup a 2 MDS cephfs and copied some data into it, deleted some directories
whose authority is MDS.1, then shutdown MDS.1.

Most patches in this series are obvious. The two snaprealm related patches are
workaround for a bug: replica inode's snaprealm->open is not true. The bug triggers
assertion in CInode::pop_projected_snaprealm() if snaprealm is involved in cross
authority rename.

Regards
Yan, Zheng
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [CEPH Users]     [Ceph Large]     [Information on CEPH]     [Linux BTRFS]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]
  Powered by Linux