public inbox for linux-raid@vger.kernel.org
 help / color / mirror / Atom feed
From: "Jon Nelson" <jnelson-linux-raid@jamponi.net>
To: Neil Brown <neilb@suse.de>
Cc: LinuxRaid <linux-raid@vger.kernel.org>
Subject: Re: raid1 + writemostly
Date: Mon, 15 Dec 2008 18:14:28 -0600	[thread overview]
Message-ID: <cccedfc60812151614m55c59891p52fd80ed62e0c504@mail.gmail.com> (raw)
In-Reply-To: <18758.52113.251622.783466@notabene.brown>

On Mon, Dec 15, 2008 at 3:26 PM, Neil Brown <neilb@suse.de> wrote:
> On Monday December 15, jnelson-linux-raid@jamponi.net wrote:
>> According to the manpage for mdadm, --write-mostly can only be used
>> add build, create, or add time.  How does one set write-mostly devices
>> *after* they've been added?
>
> You cannot.
> The easiest approach is to remove it and re-add it with the
> write-mostly flag.

OK. However, why does fiddling with the
/sys/block/mdX/dev-someDevice/state seem to do it?


>> Why doesn't --examine-bitmap show the right mode?
>
> What were you expecting?  The bitmap never reports anything about
> writemostly, only write-behind.

Yes, I was expecting write-behind. D'oh!

>> Also, removing the bitmap from the array does not zero out the bitmap
>> on the actual device. Shouldn't it do that?
>
> No.  It simply records in the array metadata that there is no bitmap.
> It might be sensible to get "--examine-bitmap" to report that the
> bitmap is not active in some way.

I'd like to offer my perspective on that - I feel as though when
bitmaps are removed from arrays that the actual bitmap data should be
zeroed (or marked as invalid somehow). What we have is a situation
wherein a device that has never had a bitmap will say more or less
just that when queried. However, a device that has had a bitmap at
*any* point in the past (provided it's not been overwritten) will
display that bitmap, no matter how crazy it is.

-- 
Jon

      reply	other threads:[~2008-12-16  0:14 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-12-15 18:30 raid1 + writemostly Jon Nelson
2008-12-15 21:26 ` Neil Brown
2008-12-16  0:14   ` Jon Nelson [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=cccedfc60812151614m55c59891p52fd80ed62e0c504@mail.gmail.com \
    --to=jnelson-linux-raid@jamponi.net \
    --cc=linux-raid@vger.kernel.org \
    --cc=neilb@suse.de \
    /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