linux-btrfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Mariusz Mazur <mariusz.g.mazur@gmail.com>
To: Neal Gompa <ngompa13@gmail.com>
Cc: dsterba@suse.cz, linux-btrfs@vger.kernel.org
Subject: Re: Is scrubbing md-aware in any way?
Date: Mon, 26 Sep 2022 17:36:04 +0200	[thread overview]
Message-ID: <CAGzuT_1_NWtqtZhC83xsW9L3NXwz02v_PdaABpuJ-OheqZ6drQ@mail.gmail.com> (raw)
In-Reply-To: <CAEg-Je-vB+UgU2uDspdN8P+aG+JQP1h-7hx34siy6FasgJ=e3w@mail.gmail.com>

niedz., 25 wrz 2022 o 20:46 Neal Gompa <ngompa13@gmail.com> napisał(a):
>
> On Wed, Sep 14, 2022 at 10:37 AM David Sterba <dsterba@suse.cz> wrote:
> >
> > On Tue, Sep 13, 2022 at 04:15:26PM +0200, Mariusz Mazur wrote:
> > > Hi, it's my understanding that when running a scrub on a btrfs raid,
> > > if data corruption is detected, the process will check copies on other
> > > devices and heal the data if possible.
> > >
> > > Is any of that functionality available when running on top of an md
> > > raid?
> >
> > No, the type of block device under btrfs is considered the same in all
> > cases, except zoned devices, so any advanced information exchange or
> > control like devices reporting bad sectors or btrfs asking to repair the
> > underlying device by its own means.
> >
> > > When a scrub notices an issue, does it have any mechanism of
> > > telling md "hey, there's a problem with these sectors" and working
> > > with it to do something about that or is it all up to the admin to
> > > deal with the "file corrupted" message?
> >
> > It's up to the admin. I've looked if there's some API outside of the
> > md-raid implementation, but there's none so it would have to be created
> > first in for the btrfs <-> md cooperation.
>
> IIRC, the Synology folks created such an API for their own use-case.
> Does anyone on-list know the folks at Synology to see if they'd be
> interested in working with us and the md folks to make this fully
> supported upstream?
>
>
> --
> 真実はいつも一つ!/ Always, there's only one truth!

Yes, wondering how synology uses btrfs on top of md raid effectively
is what prompted my question. I'd like to be able to use btrfs (and
other filesystems) in such a fashion as well.

  reply	other threads:[~2022-09-26 16:46 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-09-13 14:15 Is scrubbing md-aware in any way? Mariusz Mazur
2022-09-13 15:48 ` Lukas Straub
2022-09-14 14:27 ` David Sterba
2022-09-25 18:46   ` Neal Gompa
2022-09-26 15:36     ` Mariusz Mazur [this message]
2022-09-29 10:38       ` David Sterba

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=CAGzuT_1_NWtqtZhC83xsW9L3NXwz02v_PdaABpuJ-OheqZ6drQ@mail.gmail.com \
    --to=mariusz.g.mazur@gmail.com \
    --cc=dsterba@suse.cz \
    --cc=linux-btrfs@vger.kernel.org \
    --cc=ngompa13@gmail.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;
as well as URLs for NNTP newsgroup(s).