All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jon Forrest <jlforrest@berkeley.edu>
To: NeilBrown <neilb@suse.de>
Cc: linux-raid@vger.kernel.org
Subject: Re: mdadm: ADD_NEW_DISK failed: Invalid argument
Date: Fri, 04 Feb 2011 09:02:25 -0800	[thread overview]
Message-ID: <4D4C3121.2010508@berkeley.edu> (raw)
In-Reply-To: <20110204131028.5cae3c88@notabene.brown>

On 2/3/2011 6:10 PM, NeilBrown wrote:

> Probably chunk size is larger than your 100k devices.
>
> Try:
>
>    mdadm --create /dev/md1 --raid-devices=2 --level=0 --metadata=1.0
>    --chunksize=4 ....
>
> The metadata=1.0 causes the least amount of space to be used for metadata.

That worked (should be --bitmap-chunk instead of --chunksize).

> OR just make much larger files.  Surely you can spare a few meg??

Absolutely. My point is just that a failure such as this
should result in a meaningful error message.
Ironically, mdadm seems to have regressed.
On Ubuntu 10.10, which uses version 2.6.7.1 of
mdadm I see the kind of error message I'd expect, e.g.

	mdadm: /dev/loop0 is too small: 100K
	mdadm: /dev/loop1 is too small: 100K

However, on RHEL6, which uses the newer version 3.1.3 of
mdadm, I get

	mdadm: ADD_NEW_DISK for /dev/loop2 failed: Invalid argument

This looks like a regression to me.

I'd agree that what I'm doing is unrealistic. I was
just preparing a document about how to use mdadm so
I didn't need large volumes. But, it would be nice
if the latest version of mdadm did what earlier
versions did.

Cordially,
-- 
Jon Forrest
Research Computing Support
College of Chemistry
173 Tan Hall
University of California Berkeley
Berkeley, CA
94720-1460
510-643-1032
jlforrest@berkeley.edu

      reply	other threads:[~2011-02-04 17:02 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-02-04  0:31 mdadm: ADD_NEW_DISK failed: Invalid argument Jon Forrest
2011-02-04  0:45 ` Mathias Burén
2011-02-04  2:10 ` NeilBrown
2011-02-04 17:02   ` Jon Forrest [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=4D4C3121.2010508@berkeley.edu \
    --to=jlforrest@berkeley.edu \
    --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 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.