Linux RAID subsystem development
 help / color / mirror / Atom feed
From: Goswin von Brederlow <goswin-v-b@web.de>
To: John McNulty <johnmcn1@googlemail.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: What will happen with spares in this scenario?
Date: Tue, 30 Jun 2009 19:54:58 +0200	[thread overview]
Message-ID: <87d48l8v4d.fsf@frosties.localdomain> (raw)
In-Reply-To: <ab50889f0906300116p42b48afnf1605ea1e8cdf60c@mail.gmail.com> (John McNulty's message of "Tue, 30 Jun 2009 09:16:09 +0100")

John McNulty <johnmcn1@googlemail.com> writes:

> On Tue, Jun 30, 2009 at 5:26 AM, Goswin von Brederlow<goswin-v-b@web.de> wrote:
>>
>> Hmm, do I understand this right that you want 2 partitions. One for
>> /boot and one for everything else on lvm?
>>
>> Just a crazy idea. But why not put /boot on lvm too and use grub2 or
>> lilo as bootloader? Or does Kickstart not allow that?
>
> I didn't think that booting from an LVM device was supported, whether
> it's sitting on an md raid device or not.  How is the bootloader meant
> to find the kernel and initrd without first constructing the VG and
> mounting the /boot Logical Volume.  It's been quite a while since I
> looked (we get into the habit of doing things the same way) but last
> time I checked this didn't work.
>
> Rgds,
>
> John

In case of grub2: It does support both raid and lvm. The raid
superblocks are parsed to construct mdX devices and the lvm metadata
is parsed to locate lvm logical volumes. So you could say it does
construct the LV and mounts the FS.

In case of lilo: Lilo only stores a list of blocks where the
kernel/initrd are on the device. Afaik each component device of a raid
stores the the block numbers for the kernel/initrd on that component
device. So no matter which component device boots it will find the
kernel/initrd on the same device. The raid1 and lvm are completly
circumvented.

MfG
        Goswin

  reply	other threads:[~2009-06-30 17:54 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-06-29 15:28 What will happen with spares in this scenario? John McNulty
2009-06-29 16:08 ` Goswin von Brederlow
2009-06-29 21:07   ` John McNulty
     [not found]   ` <BD450977-FA0D-4F63-8ADB-1314FA43E654@googlemail.com>
2009-06-30  4:26     ` Goswin von Brederlow
2009-06-30  8:16       ` John McNulty
2009-06-30 17:54         ` Goswin von Brederlow [this message]
2009-06-30 20:47           ` John McNulty
2009-07-01  6:57             ` Goswin von Brederlow

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=87d48l8v4d.fsf@frosties.localdomain \
    --to=goswin-v-b@web.de \
    --cc=johnmcn1@googlemail.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