linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Nagilum <nagilum@nagilum.org>
To: linux-raid@vger.kernel.org
Subject: mdadm RAID safety checks?
Date: Fri, 17 Sep 2010 21:21:23 +0200	[thread overview]
Message-ID: <20100917212123.16516hjh67l7k7wg@cakebox.homeunix.net> (raw)

Hi,
I recently did a bit of RAID restructuring during the course of which  
I had first created a RAID5 with one member being a SATA disk  
connected to the onboard controller and the rest connected to a RAID  
controller. The array used the default metadata version 1.2.
Then I moved the disk from the onboard controller to a RAID controller  
in the same box and configured it as a single JBOD.
After I booted the machine I examined the disks (mdadm -E) and was a  
bit surprised to find that all disks appeared to have valid metadata.  
Of course I knew the disk I had just moved needed to be rewritten but  
first I would have to safely identify and do a clear-metadata with it.
Luckily I had two more identical disks already attached to the  
controller and configured as JBOD so I could identify the new one by  
looking at the "Used device size" and spot the new one as the one with  
the biggest reported size whereas the other two had a lower size. So  
after I had identified the new disk I cleared the metadata, assembled  
and recovered the array with no issues.
But the experience made me wonder if mdadm/linux does any checks on  
whether the reported size from the metadata is still available when  
assembling the disks (with valid metadata as in this case) to an array?
Thanks,
Alex.


----------------------------------------------------------------
cakebox.homeunix.net - all the machine one needs..

                 reply	other threads:[~2010-09-17 19:21 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

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=20100917212123.16516hjh67l7k7wg@cakebox.homeunix.net \
    --to=nagilum@nagilum.org \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).