From: Wols Lists <antlists@youngman.org.uk>
To: NeilBrown <neilb@suse.de>
Cc: linux-raid@vger.kernel.org
Subject: Re: Moving root to raid, weird raid behaviour
Date: Tue, 23 Sep 2014 09:52:19 +0100 [thread overview]
Message-ID: <542134C3.4090003@youngman.org.uk> (raw)
In-Reply-To: <20140923103704.7116d112@notabene.brown>
On 23/09/14 01:37, NeilBrown wrote:
> On Mon, 22 Sep 2014 19:29:46 +0100 Wols Lists
> <antlists@youngman.org.uk> wrote:
>
>> I'm not sure if this is weird raid, stupid grub2 or incompetent
>> newbie, but whatever ... and the system is my development/test
>> system so if it gets trashed it's no disaster, but I would like
>> to understand what is going on ...
>>
>> Old setup / = sdb2 /var = sdc2 /home = mdX (sdb3, sdc3), mirror
>>
>> I added sdd and made a new / = mdY (sdd3, missing) mirror and
>> added sdd4 to mdX /home = mdX (sdb3 sdc3 sdd4)
>>
>> Weirdo one - sdd4 mirrored and synced fine. Then I rebooted ...
>> mdX = (sdb3 sdc3 missing) mdZ = (sdd4 missing missing)
>
> You probably have something silly in your initrd which is making
> invalid assumptions. What does /etc/mdadm.conf in your
> initrd/initramfs contain?
There shouldn't be anything there. I bombed into a grub2 shell, and
mdadm.conf appeared to be the empty default. I also used ark to peer
into the initramfs file and there didn't appear to be an mdadm.conf.
But I've just had a bit of an uh-oh moment. Bear in mind I have two
/boot's (mdY/boot and sdb2/boot), and two grubs or more (sda, sdb,
sdd), I could be barking up a wrong tree. So that's my next step, try
and *make* *sure* which grub I'm working with! Too many variables...
>
>>
>> wtf?!?!? - oh and both of them share the same uuid. The obvious
>> (but it shouldn't make any difference?) possibility is that sdb
>> and sdc are 500Gb, partitioned identically. sdd is 1Tb, so sdd4
>> is twice the size of the other two.
>>
>> The other weirdo is I'm trying to migrate from grub/mbr to
>> grub2/gpt. Of course that's causing me fun, but I've managed to
>> get the system booting fine from mdY. Only snag is, when I list
>> /dev, mdY isn't there! mount shows it as mounted on / but that's
>> the only place I can find it!
>
> udev should create it. 'udevadm trigger' should cause udev to
> create device files for all devices. That should be done as part
> of the boot sequence. If you run "udevadm trigger" does /dev/mdX
> get created?
>
No errors, no messages, no disk ...
>
>>
>> mdadm v3.2.6 kernel 3.14.14-gentoo
>>
>> Any ideas what's going on? I've googled, but everything I find
>> looks out of date or not relevant.
>
> "out of date or not relevant"?? You must have been looking on the
> Internet ?!?! :-)
:-)
The search results were mostly ubuntu (I run gentoo, but so what),
grub1, I'm migrating to grub2, and any mention of root/boot got plenty
of results about not finding root and failing to boot, but absolutely
nothing about successfully booting off a root that wasn't there! Plus
they all seemed to be 2010 or earlier ...
>
> NeilBrown
>
Cheers,
Wol
next prev parent reply other threads:[~2014-09-23 8:52 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-22 18:29 Moving root to raid, weird raid behaviour Wols Lists
2014-09-23 0:37 ` NeilBrown
2014-09-23 8:52 ` Wols Lists [this message]
2014-09-24 20:13 ` Wols Lists
2014-09-25 0:05 ` NeilBrown
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=542134C3.4090003@youngman.org.uk \
--to=antlists@youngman.org.uk \
--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 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.