From: "Yan, Zheng" <zheng.z.yan@intel.com>
To: Sage Weil <sage@inktank.com>
Cc: ceph-devel@vger.kernel.org
Subject: Re: [PATCH 12/12] mds: Avoid creating unnecessary snaprealm
Date: Wed, 03 Oct 2012 07:45:44 +0800 [thread overview]
Message-ID: <506B7CA8.9030505@intel.com> (raw)
In-Reply-To: <alpine.DEB.2.00.1210021129220.19966@cobra.newdream.net>
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
next prev parent reply other threads:[~2012-10-02 23:45 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-10-02 8:55 [PATCH 01/12] mds: Don't drop client request from MDS Yan, Zheng
2012-10-02 8:55 ` [PATCH 02/12] mds: Consider stopping MDS when finding peer inode Yan, Zheng
2012-10-02 8:55 ` [PATCH 03/12] mds: Add finish callback to waiting_for_base_ino wait queue Yan, Zheng
2012-10-02 8:55 ` [PATCH 04/12] mds: Allow rename request for stray migration/reintegration Yan, Zheng
2012-10-02 8:55 ` [PATCH 05/12] mds: Fix xlock imports Yan, Zheng
2012-10-02 8:55 ` [PATCH 06/12] mds: Set metablob.renamed_dirino in do_rename_rollback() Yan, Zheng
2012-10-02 8:55 ` [PATCH 07/12] mds: Avoid save unnecessary parent snaprealm Yan, Zheng
2012-10-02 8:55 ` [PATCH 08/12] mds: Allow export subtrees in other MDS' stray directory Yan, Zheng
2012-10-02 8:55 ` [PATCH 09/12] mds: Properly update dirty dir fragstat during log replay Yan, Zheng
2012-10-02 8:55 ` [PATCH 10/12] mds: Trim non auth subtree directory Yan, Zheng
2012-10-02 8:55 ` [PATCH 11/12] mds: Properly re-calculate mdsdir inode's auth bit Yan, Zheng
2012-10-02 8:55 ` [PATCH 12/12] mds: Avoid creating unnecessary snaprealm Yan, Zheng
2012-10-02 18:31 ` Sage Weil
2012-10-02 23:45 ` Yan, Zheng [this message]
2012-10-03 0:12 ` Sage Weil
2012-10-03 11:44 ` Yan, Zheng
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=506B7CA8.9030505@intel.com \
--to=zheng.z.yan@intel.com \
--cc=ceph-devel@vger.kernel.org \
--cc=sage@inktank.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.