All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ethan Wilson <ethan.wilson@shiftmail.org>
To: linux-raid <linux-raid@vger.kernel.org>
Subject: Are we forced to use bad blocks list?
Date: Thu, 31 Jul 2014 16:31:28 +0200	[thread overview]
Message-ID: <53DA5340.7080507@shiftmail.org> (raw)

Dear MD developers,
it seems that with mdadm 3.3.1 , if an array has bad blocks disabled 
(e.g. "--update=no-bbl"  was invoked) and we want to add a disk to that 
array, e.g. a spare, that one will be created by mdadm with BBL enabled 
during the --add operation.

There is apparently no "--add --no-bbl" option in mdadm, so the BBL will 
result in being forcibly active for that disk, it seems to me.

It is indeed possible to "--stop" the array and then "--assemble 
--update=no-bbl" so to clear the BBL flag in all disks, but this 
requires stopping the array, which for a production system often is not 
possible, and not justified for just adding a spare.

Can I add a "feature request" to have BBL optional, and/or to default 
BBL presence/absence so that it conforms to the presence/absence of BBLs 
in the other disks of the array which is already running?

The same problem probably happens when mdadm monitor daemon moves spares 
among the spare-group: it should probably understand if the receiving 
array is configured for BBL or not, and add a spare of the same type.

Thank you
EW

             reply	other threads:[~2014-07-31 14:31 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-07-31 14:31 Ethan Wilson [this message]
2014-08-04  1:38 ` Are we forced to use bad blocks list? NeilBrown
2014-08-04 12:37   ` Ethan Wilson
2014-08-07  2:27     ` NeilBrown

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=53DA5340.7080507@shiftmail.org \
    --to=ethan.wilson@shiftmail.org \
    --cc=linux-raid@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 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.