Description of problem: When adding a volume group to a system update 4 or update 5 the volume group will not activate on next boot without manually adding vgchange -a y vg01 to the /etc/rc.sysinit script Version-Release number of selected component (if applicable): lvm2 update 4 and update 5 How reproducible: 100% Steps to Reproduce: 1. Setup system with all but /boot lvm 2. pvcreate a new disk after partitioning with fdisk 3. vgcreate a volume group (example vg01) 4. lvcreate a logical volume 5. mkfs.ext3 (filesystems does not matter) 6. create a mountpoint mkdir /lvol1 7. modify /etc/fstab to include /dev/vg01/lvol1 /lvol1 ext3 mount 8. boot system Actual results: System should mount the file system, it actually boots into debug mode and the path /dev/vg01 does not exist. If you manually run vgchange -a y vg01 the path is created and visible. Same results when logical volume/vg group creates sys system-config-lvm A work around is as follows: Add this to /etc/rc.sysinit /sbin/vgchange -a y vg01 /sbin/mount -t ext3 /dev/vg01/lvol1 /lvol1 Filesystem choosen does not matter. Not using lvm2 avoids the problem. I have replicated this behavior on RH 4 update 4 and update 5. Expected results: Additional info:
Perhaps it's a little late to be asking about this one... So, the first question should be, are you still having this issue? We would need to see /etc/fstab, /etc/lvm/lvm.conf, and 'vgs; lvs' output.
In needinfo for more than two years, closing.