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
prev parent 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