All of lore.kernel.org
 help / color / mirror / Atom feed
From: Guillaume Rousse <Guillaume.Rousse@inria.fr>
To: linux-raid@vger.kernel.org
Subject: heavy problem with raid initialisation
Date: Fri, 10 Feb 2006 11:11:24 +0100	[thread overview]
Message-ID: <43EC66CC.4080001@inria.fr> (raw)

Hello.

I'm using software raid with mdadm 1.7.0 on a mandrake linux 10.1, but
I'm facing heavy initialisation troubles. The first array /dev/md0 is
automatically created and launched at startup (though mdadm -As in init
scripts), but not the second array /dev/md1.

mdadm --examine --scan --config=partitions creates the second array as
/dev/.tmp.md1, which I can then assemble using an explicit mdadm -A
/dev/sda2 /dev/sdb2 command, but this is unpractical and failproof :/

Here is my /etc/mdadm.conf:
DEVICE /dev/sda* /dev/sdb*
MAILADDR root
ARRAY /dev/md1 level=raid1 num-devices=2
UUID=e5e9302c:1844139b:d30d31e0:6f8477c3
   devices=/dev/sda2,/dev/sdb2
ARRAY /dev/md0 level=raid1 num-devices=2
UUID=99375e60:af2e538e:59f01931:f86b50f4
   devices=/dev/sda1,/dev/sdb1

And here is content of /proc/mdstat once the second array is running:

Personalities : [raid1]
md1 : active raid1 sda2[0] sdb2[1]
      78123968 blocks [2/2] [UU]

md0 : active raid1 sda1[0] sdb1[1]
      78123968 blocks [2/2] [UU]

unused devices: <none>

I've had a look at google, I found some report of similar troubles, some
of them potentially linked with udev. I found some excerpts of mdadm
code that show than this specific /dev/.tmp syntax use is volontary, but
I found no explanation for it.

Any help appreciated.

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

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-02-10 10:11 Guillaume Rousse [this message]
2006-02-10 12:28 ` heavy problem with raid initialisation Luca Berra
2006-02-10 17:25   ` Guillaume Rousse
2006-02-10 18:23     ` Luca Berra
2006-04-12 14:02       ` Guillaume Rousse

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=43EC66CC.4080001@inria.fr \
    --to=guillaume.rousse@inria.fr \
    --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.