From: Josef Bacik <jbacik@fb.com>
To: Naohiro Aota <naohiro.aota@hgst.com>, <linux-btrfs@vger.kernel.org>
Cc: Chris Mason <clm@fb.com>, David Sterba <dsterba@suse.com>,
<linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] btrfs: let btrfs_delete_unused_bgs() to clean relocated bgs
Date: Fri, 2 Sep 2016 09:35:31 -0400 [thread overview]
Message-ID: <b5c2852a-fe0a-834e-0fcd-2b61b5c47088@fb.com> (raw)
In-Reply-To: <1472802392-10851-1-git-send-email-naohiro.aota@hgst.com>
On 09/02/2016 03:46 AM, Naohiro Aota wrote:
> Currently, btrfs_relocate_chunk() is removing relocated BG by itself. But
> the work can be done by btrfs_delete_unused_bgs() (and it's better since it
> trim the BG). Let's dedupe the code.
>
> While btrfs_delete_unused_bgs() is already hitting the relocated BG, it
> skip the BG since the BG has "ro" flag set (to keep balancing BG intact).
> On the other hand, btrfs cannot drop "ro" flag here to prevent additional
> writes. So this patch make use of "removed" flag.
> btrfs_delete_unused_bgs() now detect the flag to distinguish whether a
> read-only BG is relocating or not.
>
This seems racey to me. We remove the last part of the block group, it ends up
on the unused_bgs_list, we process this list, see that removed isn't set and we
skip it, then later we set removed, but it's too late. I think the right way is
to actually do a transaction, set ->removed, manually add it to the
unused_bgs_list if it's not already, then end the transaction. This way we are
guaranteed to have the bg on the list when it is ready to be removed. This is
my analysis after looking at it for 10 seconds after being awake for like 30
minutes so if I'm missing something let me know. Thanks,
Josef
next prev parent reply other threads:[~2016-09-02 13:36 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-09-02 7:46 Naohiro Aota
2016-09-02 13:35 ` Josef Bacik [this message]
2016-09-05 4:32 ` Naohiro Aota
2016-09-06 12:52 ` Josef Bacik
2016-10-10 21:04 ` Chris Mason
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=b5c2852a-fe0a-834e-0fcd-2b61b5c47088@fb.com \
--to=jbacik@fb.com \
--cc=clm@fb.com \
--cc=dsterba@suse.com \
--cc=linux-btrfs@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=naohiro.aota@hgst.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®