[linux-lvm] Re: LVM2 on top of RAID1? (x86_64)

[linux-lvm] Re: LVM2 on top of RAID1? (x86_64)

[Douglas Kilpatrick]

=?iso-8859-1?q?M=E5ns_Rullg=E5rd?= <mru@kth.se> writes:

> Douglas Kilpatrick <kilpatds@oppositelock.org> writes:

> > complains about seeing 3 extra instances of the id, and decides that
> > the PV is actually on /dev/sda (or /dev/sdb, depending on boot), not
> > /dev/md1.

> I have a similar setup and ran into the same problem.  I solved it by
> placing this in /etc/lvm/lvm.conf:
>
> devices {
>         filter = [ "r,hd," ]
> }


That appears to have fixed it.  Thanks.

Doug
-- 
Doug Kilpatrick
kilpatds@oppositelock.org

Re: [linux-lvm] Re: LVM2 on top of RAID1? (x86_64)

[Luca Berra]

Douglas Kilpatrick wrote:

> =?iso-8859-1?q?M=E5ns_Rullg=E5rd?= <mru@kth.se> writes:
> 
> 
>>Douglas Kilpatrick <kilpatds@oppositelock.org> writes:
> 
> 
>>>complains about seeing 3 extra instances of the id, and decides that
>>>the PV is actually on /dev/sda (or /dev/sdb, depending on boot), not
>>>/dev/md1.
> 
> 
>>I have a similar setup and ran into the same problem.  I solved it by
>>placing this in /etc/lvm/lvm.conf:
>>
>>devices {
>>        filter = [ "r,hd," ]
>>}
> 
i still believe it would be better if lvm ignored md component devices 
completely.

L.

Re: [linux-lvm] Re: LVM2 on top of RAID1? (x86_64)

[Kevin P. Fleming]

Luca Berra wrote:

> i still believe it would be better if lvm ignored md component devices 
> completely.

In kernel 2.6 land this is easy to do as well (for everything, not just 
MD). When vgscan tries to open the device to read metadata, open it with 
O_EXCL. If any other kernel subsystem is currently using the device, 
then the open() will fail and vgscan can ignore the device.

Re: [linux-lvm] Re: LVM2 on top of RAID1? (x86_64)

[Luca Berra]

Kevin P. Fleming wrote:

> Luca Berra wrote:
> 
>> i still believe it would be better if lvm ignored md component devices 
>> completely.
> 
> 
> In kernel 2.6 land this is easy to do as well (for everything, not just 
> MD). When vgscan tries to open the device to read metadata, open it with 
> O_EXCL. If any other kernel subsystem is currently using the device, 
> then the open() will fail and vgscan can ignore the device.

this won't help if the device is not yet opened by md
i posted a patch to this list that checks for an md superblock.
i am pushing for consideration of this approach.

L.

Re: [linux-lvm] Re: LVM2 on top of RAID1? (x86_64)

[Joe Thornber]

On Thu, Feb 12, 2004 at 09:06:03PM +0100, Luca Berra wrote:
> this won't help if the device is not yet opened by md
> i posted a patch to this list that checks for an md superblock.
> i am pushing for consideration of this approach.

One of the problems with LVM1 was that there was far too much hard
coded behaviour such as this.

- Joe

Re: [linux-lvm] Re: LVM2 on top of RAID1? (x86_64)

[Luca Berra]

Joe Thornber wrote:

> On Thu, Feb 12, 2004 at 09:06:03PM +0100, Luca Berra wrote:
> 
>>this won't help if the device is not yet opened by md
>>i posted a patch to this list that checks for an md superblock.
>>i am pushing for consideration of this approach.
> 
> 
> One of the problems with LVM1 was that there was far too much hard
> coded behaviour such as this.

This is a good point, but:
The current LVM2 behaviour is confusing for users that upgrade from 
2.4/lvm1 to 2.6/lvm2 so i would like to address it.
LVM2 already code already contains exceptions for MD devices.
since we have a configuration file we could add a configuration switch 
for ignoring devices with md superblocks (possibly defaulting to ignore, 
which is what users expect)


WDYT?

L.

[linux-lvm] LVM2 on top of RAID1? (x86_64)

[Douglas Kilpatrick]

I'm trying to setup a new box the same way my current box is setup. 
I've split the drives into two sections, one of which I'm combining into 
a RAID0 stripe, the other a RAID1 mirror set. (sorry for the redundancy.)

The Stripe seems to work fine.  The mirror isn't getting past the 
pvcreate stage.

The system is mostly a FC1 test1 x86_64 box.  I've got a stock 2.6.2 
kernel compiled on it.

mkraid appears to have worked fine.
lvm pvcreate /dev/md1

appears to work, but

lvm pvs

complains about seeing 3 extra instances of the id, and decides that the 
PV is actually on /dev/sda (or /dev/sdb, depending on boot), not /dev/md1.

Um?  Anyway to fix this?  Help?

Thanks,
Doug
-- 
kilpatds@oppositelock.org
Outta Control Racing, Inc.

[linux-lvm] Re: LVM2 on top of RAID1? (x86_64)

[Måns Rullgård]

Douglas Kilpatrick <kilpatds@oppositelock.org> writes:

> I'm trying to setup a new box the same way my current box is
> setup. I've split the drives into two sections, one of which I'm
> combining into a RAID0 stripe, the other a RAID1 mirror set. (sorry
> for the redundancy.)
>
> lvm pvs
>
> complains about seeing 3 extra instances of the id, and decides that
> the PV is actually on /dev/sda (or /dev/sdb, depending on boot), not
> /dev/md1.

I have a similar setup and ran into the same problem.  I solved it by
placing this in /etc/lvm/lvm.conf:

devices {
        filter = [ "r,hd," ]
}

That tells lvm to never look at a block device with "hd" in the name.
You should probably change "hd" to "sd".

-- 
M�ns Rullg�rd
mru@kth.se