[linux-lvm] Re: linux-lvm Digest, Vol 5, Issue 12
anu.matthew at bms.com
Wed Jul 28 15:57:09 UTC 2004
1) I guess it is sane.
2) Look at rc.sysinit. What you want to do is to bring the raiddevices
before the volume groups are activated. Assuming you are running AS3.0
and have mdadm installed, add a line like: (Around line no. 328).
# LVM initialization
if [ -f /etc/lvmtab ]; then
[ -e /proc/lvm ] || modprobe lvm-mod > /dev/null 2>&1
if [ -e /proc/lvm -a -x /sbin/vgchange ]; then
action $"Special raiddevice startup for `hostname` " mdadm
action $"Setting up Logical Volume Management:" /sbin/vgscan &&
/sbin/vgchange -a y
Move onto mdadm, raidtools are deprecated, unless you are on RHEL 2.1
linux-lvm-request at redhat.com wrote:
>Send linux-lvm mailing list submissions to
> linux-lvm at redhat.com
>To subscribe or unsubscribe via the World Wide Web, visit
>or, via email, send a message with subject or body 'help' to
> linux-lvm-request at redhat.com
>You can reach the person managing the list at
> linux-lvm-owner at redhat.com
>When replying, please edit your Subject line so it is more specific
>than "Re: Contents of linux-lvm digest..."
> 1. Sanity check - Raid 0+1 solution (Wayne Pascoe)
> 2. vgexports-Parameters. (Ronald Laszlob)
> 3. Re: LVM2 and RAID 1 not working on Fedora Core 2 (Zachary Hamm)
> 4. Device mapper error ioctl cmd 9. What is this? (Nathan Richardson)
> 5. Change PV size? (Michael Bellears)
> 6. Re: Change PV size? (Luca Berra)
> 7. RE: Change PV size? (Michael Bellears)
> 8. Re: LVM2 and RAID 1 not working on Fedora Core 2
> (Patrick Caulfield)
> 9. pvscan fails (Frank Mohr)
>Date: Fri, 23 Jul 2004 14:48:08 +0100 (BST)
>From: "Wayne Pascoe" <lists-june2004 at penguinpowered.org>
>Subject: [linux-lvm] Sanity check - Raid 0+1 solution
>To: linux-lvm at redhat.com
> <9618.104.22.168.20.1090590488.squirrel at webmail.penguinpowered.org>
>I think I've found a solution that will provide for our Raid 0+1
>needs, and I'd just like to bounce it off of people for a sanity
>check... I would like to explore EVMS, but Red Hat will not be
>including it in the current version of AS (3). The same goes for LVM2
>I believe. So I need to try and make this work with LVM1, or admit I
>was wrong about this and go the Veritas route. I really don't want to
>admit I was wrong just yet :D
>I've started with a fresh RHEL AS installation (thanks to pxeboot and
>kickstart, this is easy enough). My base system is all installed on 1
>disk (/dev/sda), leaving me 5 to play with.
>I've then done the following:
>Created a 10GB partition on sdb, sdc, sdd and sde with a type of fd
>(Linux raid autodetect). I've then created two RAID-1 devices in
>/etc/raidtab, and used mkraid to create the raid devices.
>Next, I've used
>pvcreate /dev/md0 /dev/md1
>vgcreate vol01 /dev/md0 /dev/md1
>lvcreate -i 2 -I 64 -n data01 -L6G vol01
>mount /dev/vol01/data01 /data01
>I then get a usable filesystem that I can copy things to. Next, I
>unmounted the filesystem, and expanded it to 19G. When I remounted the
>filesystem, it still looks healthy. I then attempted to copy 24GB of
>data to the disk, and it barfed at 19GB, as expected. All files that
>_were_ successfully copied looked healthy and checksums matched the
>source files. So it looks like the expanded volume worked.
>I then added /dev/vol01/data01 /data01 ext3 defaults 0 0 to
>/etc/fstab and rebooted. My LVM volume was still there at boot time.
>The only problem is that after the reboot, /proc/mdstat doesn't appear
>to have my raid devices listed. I've seen this before, where if they
>are not mounted at boot time, they do not appear in /proc/mdstat. If I
>manually raidstart /dev/md0; raidstart /dev/md1, then they appear in
>So where I am now :)
>1. Is this sane ? I figure that I can loose any 1 disk, and my volumes
>will still be ok. Is that correct ?
>2. Can anyone advise how to bring the raid devices up at boot time,
>since mounting the volume that is made up of these devices does not
>appear to do the trick.
>The biggest downside I can see to this solution is that I _HAVE_ to
>assign the whole disk to the mirror at the beginning of my process.
>Unlike with VxVM, I can't have part of a disk mirrored, and another
>part of that disk part of a striped array, and still maintain the
>ability to resize the mirrored part of the disk.
>Having said that, disk is a lot cheaper than VxVM licences, and I
>should be able to justify this solution.
>Can anyone confirm, deny, or change my mind on these points ?
More information about the linux-lvm