Hide Forgot
To test this issue, just create an MD with LVM on top of it, for example: mdadm --create /dev/md0 --level=1 --raid-devices=2 /dev/sda /dev/sdb pvcreate /dev/md0 vgcreate vg /dev/md0 lvcreate -l1 vg Then try to reboot the system and check whether the lvm2-pvscan@<major>:<minor>.service is in active or inactive state (where the <major> and <minor> is the major and minor for the MD device). If the service is in loaded, but inactive state you're hitting the bug which also causes the LV to stay inactive (since the service that would activate it is not run properly). You can check the state of the service by: systemctl status lvm2-pvscan@<major>:<minor>.service (or just grep for it: systemctl -a | grep lvm2-pvscan) With the fix, the pvscan service should always be in active state when loaded.
Marking verified (SanityOnly). I saw no problems running the operations listed in comment #1 a few times. 3.10.0-116.el7.x86_64 lvm2-2.02.105-14.el7 BUILT: Wed Mar 26 08:29:41 CDT 2014 lvm2-libs-2.02.105-14.el7 BUILT: Wed Mar 26 08:29:41 CDT 2014 lvm2-cluster-2.02.105-14.el7 BUILT: Wed Mar 26 08:29:41 CDT 2014 device-mapper-1.02.84-14.el7 BUILT: Wed Mar 26 08:29:41 CDT 2014 device-mapper-libs-1.02.84-14.el7 BUILT: Wed Mar 26 08:29:41 CDT 2014 device-mapper-event-1.02.84-14.el7 BUILT: Wed Mar 26 08:29:41 CDT 2014 device-mapper-event-libs-1.02.84-14.el7 BUILT: Wed Mar 26 08:29:41 CDT 2014 device-mapper-persistent-data-0.3.0-1.el7 BUILT: Fri Mar 28 07:42:24 CDT 2014 cmirror-2.02.105-14.el7 BUILT: Wed Mar 26 08:29:41 CDT 2014
This request was resolved in Red Hat Enterprise Linux 7.0. Contact your manager or support representative in case you have further questions about the request.