From: Takashi HOSHINO <hoshino@labs.cybozu.co.jp>
To: Josef Bacik <jbacik@fb.com>, Andreas Dilger <adilger@dilger.ca>
Cc: linux-fsdevel <linux-fsdevel@vger.kernel.org>,
<linux-block@vger.kernel.org>, <linux-kernel@vger.kernel.org>
Subject: Re: crashblk: a block device crash emulator.
Date: Mon, 18 Jan 2016 11:24:01 +0900 [thread overview]
Message-ID: <569C4CC1.3000601@labs.cybozu.co.jp> (raw)
In-Reply-To: <56995210.2000201@fb.com>
On 2016/01/16 5:09, Josef Bacik wrote:
> On 01/15/2016 01:45 AM, Takashi HOSHINO wrote:
>> Hi Andreas,
>>
>> On 2016/01/15 4:44, Andreas Dilger wrote:
>>> On Jan 13, 2016, at 6:50 PM, Takashi HOSHINO
>>> <hoshino@labs.cybozu.co.jp> wrote:
>>>>
>>>> Hi all,
>>>>
>>>> I'm developing 'crashblk'.
>>>> It is a memory block device driver to emulate crash, IO error,
>>>> and various response time.
>>>
>>> Why not use/improve dm-flakey for this, rather than making yet another
>>> device that does something similar?
>>
>> I did not know dm-flakey until your reply. Thank you.
>>
>> I read its documents and code a bit.
>> The big purpose of two projects are the same, which is to test software
>> on block devices with errors, but their functions are almost different.
>>
>> It may be nice idea to implement alternative implementation of crashblk
>> on device-mapper version by someone.
>> Currently I'm not familiar with device-mapper development, and I do not
>> have any motivation with it.
>>
>
> There's also dm-log-writes which will log writes to an external journal
> to allow you to replay writes and verify the fs is consistent at all
> steps of operation. Thanks,
My colleague let me know about dm-log-writes several months ago and I
read its code. Its very small and nice! (<1000 lines)
I felt it is useful to DEBUG file systems or wrapper devices but not
useful to TEST them because it will tell us too much information.
BTW, our another software WalB, which is our primary test target of
crashblk, also log-writes to an journal device.
Its primary usage is to backup devices incrementally or to replicate
them, while it may also useful for debug purpose.
But WalB uses journals not only to extract logs for replay but also to
keep consistency and control durability of data like some filesystems,
so it requires more code.
Thanks,
Takashi
prev parent reply other threads:[~2016-01-18 2:24 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-01-14 1:50 Takashi HOSHINO
2016-01-14 19:44 ` Andreas Dilger
2016-01-15 6:45 ` Takashi HOSHINO
2016-01-15 20:09 ` Josef Bacik
2016-01-18 2:24 ` Takashi HOSHINO [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=569C4CC1.3000601@labs.cybozu.co.jp \
--to=hoshino@labs.cybozu.co.jp \
--cc=adilger@dilger.ca \
--cc=jbacik@fb.com \
--cc=linux-block@vger.kernel.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
/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®