From: Neil Brown <neilb@suse.de>
To: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: Partitions not recognized when auto-assembling array in initramfs
Date: Tue, 28 Dec 2010 17:05:42 +1100 [thread overview]
Message-ID: <20101228170542.2d55944e@notabene.brown> (raw)
In-Reply-To: <201012272235.45824.laurent.pinchart@ideasonboard.com>
On Mon, 27 Dec 2010 22:35:45 +0100 Laurent Pinchart
<laurent.pinchart@ideasonboard.com> wrote:
> Hi Neil,
>
> On Monday 27 December 2010 22:04:08 Neil Brown wrote:
> > On Mon, 27 Dec 2010 21:35:48 +0100 Laurent Pinchart wrote:
> > > > So something odd is happening, and more logs are needed to guess what.
> > >
> > > I'll try to get more logs. In the meantime I've found something weird. If
> > > I run mdadm --assemble --scan twice in a row, the partitions are
> > > correctly created the second time.
> > >
> > > The next problem will be that the array is created in read-only mode.
> > > mdadm -- readwrite /dev/md126 doesn't help there, but echo active >
> > > /sys/class/block/md126/md/array_state does.
> >
> > The array is read-only because 'mdmon' is not running. When mdadm
> > assembles the array it starts mdmon to monitor the array. This is needed
> > when the array uses a metadata format that the kernel doesn't understand.
> > It is mdmon's job to switch the array to read-write
> >
> > I cannot think why mdmon is not being started, unless maybe it doesn't
> > exist on the initramfs - it should be in /sbin.
>
> Bingo! That solved part of the problem. Adding mdmon to initramfs now switches
> the array to read-write. Partitions detection still doesn't work though.
Good!
>
> > The logs you sent show that the partitions aren't getting detected at all,
> > so it isn't the case that they get detected and then removed.
> >
> > I don't remember exactly what triggers the partition detection. Maybe just
> > opening the array device...
> > It is entirely possible that once you get the mdmon issue sorted out, the
> > other will disappear.
> >
> > You could try
> >
> > mdmon md126 &
> >
> > and see if that makes the array read/write and creates the partitions.
> > Also check with ps to confirm that mdmon isn't running.
>
> After adding mdmon to the initramfs image, the md126 array is correctly
> switched to active. ps reports that mdmon is running of md127 (the container),
> but not md126.
>
> The partitions are still not created. If I run mdmon md126, I get
>
> mdmon: md126 is not a container - cannot monitor
It should have been 'md127' - md127 is the container, md126 is the array
inside the container.
But now that mdmon is on the initramfs, this shouldn't be needed.
>
> And the partitions are then created. Does that sound familiar ?
>
I guess it is simply anything that accesses /dev/md126 will cause the
partition detection to happen. Usually udev comes along and pokes an md
device as soon as it is created and that should be enough for the partitions
to appear. Do you have udev running??
Maybe I need to get mdadm to open/close the array once it is assembled so as
to trigger partition detection.
If you are using udev, then something strange is happening.
If you aren't using udev, then you need to have something open /dev/md/vol0
after mdadm assembles it and before you try to mount it.
NeilBrown
next prev parent reply other threads:[~2010-12-28 6:05 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-12-27 15:18 Partitions not recognized when auto-assembling array in initramfs Laurent Pinchart
2010-12-27 20:29 ` Neil Brown
2010-12-27 20:35 ` Laurent Pinchart
2010-12-27 21:04 ` Neil Brown
2010-12-27 21:35 ` Laurent Pinchart
2010-12-28 6:05 ` Neil Brown [this message]
2010-12-28 11:50 ` Laurent Pinchart
2010-12-28 19:00 ` Wolfgang Denk
2010-12-27 20:47 ` Laurent Pinchart
2010-12-28 4:35 ` John Robinson
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=20101228170542.2d55944e@notabene.brown \
--to=neilb@suse.de \
--cc=laurent.pinchart@ideasonboard.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).