Linux RAID subsystem development
 help / color / mirror / Atom feed
From: David Rea <dave@daverea.com>
To: NeilBrown <neilb@suse.de>
Cc: linux-raid@vger.kernel.org
Subject: Re: RAID-5 spare drive: Can't make spare persist across reboot
Date: Sat, 30 May 2009 20:31:38 -0400	[thread overview]
Message-ID: <984c80610905301731q118d6b80m3afdea744afa39bf@mail.gmail.com> (raw)
In-Reply-To: <f9fa44a3d9376b5e2b4c624bd36fab89.squirrel@neil.brown.name>

On Sat, May 30, 2009 at 6:44 PM, NeilBrown <neilb@suse.de> wrote:

>> Here is the output of `cat /var/log/messages | grep raid`:
>> http://pastebin.ca/1441575
>
> That isn't very useful.  Getting the whole /var/log/messasges
> would be best - then I can see what isn't there as well as what is.
> maybe
>   grep -C 10 -E '(md|raid)' /var/log/messages
> might be enough.

Here is the output of that command, somewhat lengthy: http://pastebin.ca/1441666
(inline from now on)

> That would be because the array was assembled without /dev/sdb1
> so even if sda knew about it before, it will have been told to forget.

I'm assuming that the array is re-assembled at every boot (per
http://linux-raid.osdl.org/index.php/RAID_setup#Using_the_Array); will
doing an explicit re-assmeble using `mdadm --assemble` correct this on
a "stickier" basis? How can I instruct the kernel to assemble the
array *with* /dev/sdb1 every time? I originally thought this was done
based on /etc/mdadm/mdadm.conf?

> Is there a reason why you are using whole drives (sda, sdc, sdd) for
> some devices, and just a partition (sdb1) for others?

When I originally created this array (2006), it only had the 3 active
drives, and I used the entire devices because I didn't know any
better. When I rebuilt the machine more recently (2008) I added a
larger boot drive, and had plenty of extra space to reserve a
partition to use as a spare for the array.

I happen to have several 1TiB SATA drives (awaiting build into a
different RAID machine) sitting around, so I could back up this array
and re-create it if that's the only way we can make the spare
persistent.

Thanks,
Dave
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

      reply	other threads:[~2009-05-31  0:31 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-05-30 18:37 RAID-5 spare drive: Can't make spare persist across reboot David Rea
2009-05-30 21:53 ` Neil Brown
2009-05-30 22:26   ` David Rea
2009-05-30 22:44     ` NeilBrown
2009-05-31  0:31       ` David Rea [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=984c80610905301731q118d6b80m3afdea744afa39bf@mail.gmail.com \
    --to=dave@daverea.com \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox