All of lore.kernel.org
 help / color / mirror / Atom feed
From: Iordan Iordanov <iordan@cdf.toronto.edu>
To: Andrew Klaassen <clawsoon@yahoo.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: Preventing a RAID device from starting until all disks are ready
Date: Thu, 14 Oct 2010 12:00:42 -0400	[thread overview]
Message-ID: <4CB7292A.6040209@cdf.toronto.edu> (raw)
In-Reply-To: <385159.62204.qm@web65412.mail.ac4.yahoo.com>

Hi Andrew,

Andrew Klaassen wrote:
> During boot, mdadm starts the array before one of the two fibre-channel cards has started its disk detection.  The array comes up, but with only 28 of 56 drives, and I have to manually re-add the drives and cross my fingers that nothing will go wrong during the 10-hour rebuild.

Have you considered enabling a write-intent bitmap on your array? This 
way, at least your rebuild will take seconds instead of 10 hours. Write 
intent bitmap support for RAID10 was introduced in 2005, and hopefully 
CentOS 5.2 supports it.

> Is there any way to tell mdadm to wait longer, or to not attempt to start the array if not all devices are present, or... (any other solution you can think of)?

We have iscsi targets for drives in our array, and we make sure that 
we've logged into all 30 of our drives before we continue to enable 
mdadm (we literally count the number of iscsi sessions open). You can 
try counting the number of block devices present (in /dev/block) that 
match a certain pattern, or perhaps your fiber channel driver offers an 
even more convenient facility in /dev.

However, it would be great if there really was a way to tell mdadm to 
wait until the devices are ready. I'm not aware of one though.

Cheers!
Iordan

  reply	other threads:[~2010-10-14 16:00 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-10-14 15:36 Preventing a RAID device from starting until all disks are ready Andrew Klaassen
2010-10-14 16:00 ` Iordan Iordanov [this message]
2010-10-14 19:31   ` Andrew Klaassen
2010-10-15  1:54   ` Neil Brown
2010-10-15  8:19     ` Jon Hardcastle
  -- strict thread matches above, loose matches on Subject: below --
2010-10-14 17:00 Andrew Klaassen
     [not found] <505206.15544.qm@web65407.mail.ac4.yahoo.com>
2010-10-18 18:00 ` Iordan Iordanov

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=4CB7292A.6040209@cdf.toronto.edu \
    --to=iordan@cdf.toronto.edu \
    --cc=clawsoon@yahoo.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.