linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Joe Landman <landman@scalableinformatics.com>
To: linux-raid@vger.kernel.org
Subject: Ok, dumb question time ...
Date: Fri, 08 Oct 2010 00:20:35 -0400	[thread overview]
Message-ID: <4CAE9C13.3060002@scalableinformatics.com> (raw)

Not having much luck with this.  Let me explain ...

Imagine we have a RAID1 with 3 elements.  It was originally a RAID1 with 
2 elements, and we added a 3rd using

	mdadm /dev/md0 --add /dev/loop1

What I want to do is conceptually very simple.  I want to permanently 
remove loop1, without having the array become dirty, or degraded.  That 
is, I would like

	mdadm /dev/md0 --fail /dev/loop1 --remove /dev/loop1

to result in a clean array with two members.

It doesn't.  The array is marked as being in the "clean, degraded" 
state.  Which, as it is the root file system array, has the unfortunate 
side effect of not allowing the RAID1 to properly assemble at boot (that 
degraded state).

So ... can I force the array to either remove the extra unneeded loop1 
device, and update its metadata properly ... or force it into a clean, 
active state without the loop1 device, or force the assembly on boot to 
occur regardless of what it thinks it should have?

This is quite disconcerting ... I thought it would be simple.
-- 
Joseph Landman, Ph.D
Founder and CEO
Scalable Informatics, Inc.
email: landman@scalableinformatics.com
web  : http://scalableinformatics.com
        http://scalableinformatics.com/jackrabbit
phone: +1 734 786 8423 x121
fax  : +1 866 888 3112
cell : +1 734 612 4615

             reply	other threads:[~2010-10-08  4:20 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-10-08  4:20 Joe Landman [this message]
2010-10-08  4:54 ` Ok, dumb question time Neil Brown
2010-10-08  5:00   ` Joe Landman
2010-10-08 18:01 ` CoolCold
2010-10-08 18:07   ` Joe Landman

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=4CAE9C13.3060002@scalableinformatics.com \
    --to=landman@scalableinformatics.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 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).