From: NeilBrown <neilb@suse.de>
To: Wols Lists <antlists@youngman.org.uk>
Cc: linux-raid@vger.kernel.org
Subject: Re: Moving root to raid, weird raid behaviour
Date: Tue, 23 Sep 2014 10:37:04 +1000 [thread overview]
Message-ID: <20140923103704.7116d112@notabene.brown> (raw)
In-Reply-To: <54206A9A.8010308@youngman.org.uk>
[-- Attachment #1: Type: text/plain, Size: 2059 bytes --]
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?
>
> 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?
>
> 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 ?!?! :-)
NeilBrown
>
> Cheers,
> Wol
> --
> 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
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 828 bytes --]
next prev parent reply other threads:[~2014-09-23 0:37 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 [this message]
2014-09-23 8:52 ` Wols Lists
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=20140923103704.7116d112@notabene.brown \
--to=neilb@suse.de \
--cc=antlists@youngman.org.uk \
--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 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.