From: Phil Turmel <philip@turmel.org>
To: Dennis Grant <reccedg@gmail.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: Mounting array at boot - works with some kernels but not others
Date: Sun, 03 Apr 2011 13:41:10 -0400 [thread overview]
Message-ID: <4D98B136.1010803@turmel.org> (raw)
In-Reply-To: <BANLkTimogoGPhRCq-+aT=TobByyp4fdfAA@mail.gmail.com>
On 04/03/2011 01:26 PM, Dennis Grant wrote:
> On Sun, Apr 3, 2011 at 1:13 PM, Phil Turmel <philip@turmel.org> wrote:
>
>> On-list is fine. A couple of clarifications below:
>
>> Please do "mdadm --examine" on the component devices /dev/sda5 and /dev/sdb5.
>
> As requested:
>
> sudo mdadm --examine /dev/sda
> mdadm: No md superblock detected on /dev/sda.
>
> sudo mdadm --examine /dev/sdb
> mdadm: No md superblock detected on /dev/sdb.
>
Hmmm. This means that the metadata location is *not* ambiguous, or it would show for the examine of both the whole device and the partition. So much for that idea.
>> Please also share the output of "blkid" so we can interpret this fstab.
>
> sudo blkid
[snip /]
> /dev/md1: UUID="cdd97ad2-e070-477b-b649-83921f70b9cf" TYPE="ext3"
This is what I wanted, but I'm a dunce. You called out /dev/md1 directly in the fstab. Sorry.
>> I suspect that the new kernels are noticing your version 0.90 metadata and trying to be conservative. 0.90 metadata can be ambiguous when on the last partition of a disk (same location and content as if for the whole disk).
>
>> You can remove the ambiguity by declaring in mdadm.conf that devices to inspect must be partitions, like so:
>>
>> DEVICE /dev/sd*[0-9]
>>
>> Or call them out explicitly:
>>
>> DEVICE /dev/sda5 /dev/sdb5
>
> Here's the current version:
>
> cat /etc/mdadm/mdadm.conf
> # mdadm.conf
> #
> # Please refer to mdadm.conf(5) for information about this file.
> #
>
> # by default, scan all partitions (/proc/partitions) for MD superblocks.
> # alternatively, specify devices to scan, using wildcards if desired.
> DEVICE /dev/sda5 /dev/sdb5
>
> # auto-create devices with Debian standard permissions
> CREATE owner=root group=disk mode=0660 auto=yes
>
> # automatically tag new arrays as belonging to the local system
> HOMEHOST <system>
>
> # instruct the monitoring daemon where to send mail alerts
> MAILADDR root
>
> # definitions of existing MD arrays
> ARRAY /dev/md1 devices=/dev/sda5,/dev/sdb5
>
> -------------------------
> So it looks like they are already called out.
Yup. Blind alley.
You mentioned that the system will boot with a newer kernel, just without the array. Could you boot it like that, but select single-user mode? Then you can save the dmesg to a file, collect any other useful messages, reboot into 2.6.31, then paste the files into an email.
Phil
next prev parent reply other threads:[~2011-04-03 17:41 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-04-03 16:34 Mounting array at boot - works with some kernels but not others Dennis Grant
2011-04-03 17:13 ` Phil Turmel
2011-04-03 17:26 ` Dennis Grant
2011-04-03 17:29 ` Phil Turmel
2011-04-03 17:32 ` Dennis Grant
2011-04-03 17:41 ` Phil Turmel [this message]
2011-04-03 19:48 ` Dennis Grant
2011-04-03 20:09 ` Phil Turmel
2011-04-03 20:17 ` Dennis Grant
2011-04-03 20:20 ` Mathias Burén
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=4D98B136.1010803@turmel.org \
--to=philip@turmel.org \
--cc=linux-raid@vger.kernel.org \
--cc=reccedg@gmail.com \
/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.