From: Joe Thornber <thornber@redhat.com>
To: device-mapper development <dm-devel@redhat.com>
Subject: Re: thin_check doesn't use data space map to open data mapping tree
Date: Tue, 7 Apr 2015 11:12:05 +0100 [thread overview]
Message-ID: <20150407101204.GA10327@rh-vpn> (raw)
In-Reply-To: <CAAYit8RNtGwdSMWfD2ve8hS9iUPj+v49Gg+whnNp-WQHpB4GNw@mail.gmail.com>
On Mon, Apr 06, 2015 at 10:18:45PM +0800, M.H. Tsai wrote:
> Hi All,
>
> I found two doubtful points in thin-provisioning-tools,
> which might need your help to provide some opinions:
Firstly well done for digging through these tools. I love it when
people take the time to read code.
> 1. thin_check doesn't open metadata and data space maps.
> It uses the core space_map to open the mapping_tree,
> instead of the data space map. Is that legal?
> (Although block_time_ref_counter was never used during tree traversal)
Is it legal? Yes, walking the mappings doesn't require any
use of the space map.
But it does highlight the fact that I'm not checking the space maps
correctness currently. The first release of the tools _did_ do this,
but it was ommitted when I did a big tidy up. There is a branch with
some work for this area that I need to merge in.
> 2. Class mapping_tree_detail::ll_damage_visitor should not be used to
> traverse
> a single_mapping_tree. This class was designed for two-level data
> mapping tree,
> or the top-level data mapping tree (i.e., mapping_tree and dev_tree
> types).
> It generates missing_devices while visiting a damage with
> zero-length-path,
> which is not semantically suitable for single_mapping_tree.
Yep, I think you're right. Thanks.
- Joe
prev parent reply other threads:[~2015-04-07 10:12 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-04-06 14:18 thin_check doesn't use data space map to open data mapping tree M.H. Tsai
2015-04-07 10:12 ` Joe Thornber [this message]
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=20150407101204.GA10327@rh-vpn \
--to=thornber@redhat.com \
--cc=dm-devel@redhat.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