All of lore.kernel.org
 help / color / mirror / Atom feed
From: Eli Stair <estair@ilm.com>
To: linux-raid mailing list <linux-raid@vger.kernel.org>
Subject: Re: Setting write-intent bitmap during array resync/create?
Date: Wed, 11 Oct 2006 13:11:47 -0700	[thread overview]
Message-ID: <452D5003.4070703@ilm.com> (raw)
In-Reply-To: <Pine.LNX.4.64.0610102213020.20016@twinlark.arctic.org>

[-- Attachment #1: Type: text/plain, Size: 860 bytes --]




> On Tue, 10 Oct 2006, Eli Stair wrote:
> 
>  > I gather this isn't currently possible, but I wonder if it's feasible 
> to make
>  > it so?  This works fine once the array is marked 'clean', and I 
> imagine it's
>  > simpler to just disallow the bitmap creation until it's in that 
> state.  Would
>  > it be possible to allow creation of the bitmap by queueing the action 
> until
>  > the array is done rebuilding?

dean gaudet wrote:
> 
> why don't you add "-b internal" to the mdadm --create command line? 
> 
> -dean
> 


Valid question!

One - I apparently made a blunder of the syntax and kept including -G 
out of habit when I formed the create line, and didn't pay attention to 
the error in my logs.  D'oh.

Two - After realizing the mistake, I find there are a few bugs in doing 
this.  Posting a separate new thread for this.


Cheers,

/eli


[-- Attachment #2: mdadm-create-array-with-bitmap-ext3-success.log.gz --]
[-- Type: application/x-gzip, Size: 23083 bytes --]

[-- Attachment #3: mdadm-create-array-with-bitmap-failure.log.gz --]
[-- Type: application/x-gzip, Size: 1998 bytes --]

[-- Attachment #4: mdadm-create-array-with-bitmap_externalfile-fails.log.gz --]
[-- Type: application/x-gzip, Size: 1696 bytes --]

[-- Attachment #5: mdadm-create-array-with-bitmap_externalfile-fails.strace.gz --]
[-- Type: application/x-gzip, Size: 2887 bytes --]

[-- Attachment #6: mdadm-create-array-without-bitmap-success.log.gz --]
[-- Type: application/x-gzip, Size: 1873 bytes --]

      reply	other threads:[~2006-10-11 20:11 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-10-10 19:31 Setting write-intent bitmap during array resync/create? Eli Stair
2006-10-11  5:14 ` dean gaudet
2006-10-11 20:11   ` Eli Stair [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=452D5003.4070703@ilm.com \
    --to=estair@ilm.com \
    --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.