Description of problem: Everything is using kpartx logic of "use 'p' delimiter IFF the disk map name ends with a digit", so none of the core tools, &c should be passing -p p explicitly to force the delimiter from kpartx. Version-Release number of selected component (if applicable): dmraid-1.0.0.rc16-20.fc20 How reproducible: Always Steps to Reproduce: 1. boot a system with a valid dmraid configuration containing one or more partitions 2. observe the dm map names of the partitions 3. Actual results: /dev/mapper/pdc_dghjiijjjp1 Expected results: /dev/mapper/pdc_dghjiijjj1' Additional info: bug 957188 This bug is preventing any installation of Fedora 19 onto dmraid sets with preexisting partitions.
Discussed at 2013-05-22 blocker review meeting: http://meetbot.fedoraproject.org/fedora-blocker-review/2013-05-22/f19beta-blocker-review-8.2013-05-22-16.07.html . Accepted as a blocker per criterion "The installer must be able to detect and install to hardware or firmware RAID storage devices". We are working on fixing this ATM.
*** Bug 966155 has been marked as a duplicate of this bug. ***
dracut-027-46.git20130430.fc19,dmraid-1.0.0.rc16-21.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/dracut-027-46.git20130430.fc19,dmraid-1.0.0.rc16-21.fc19
I did an install with a promise raid array (dmraid) using F19 beta RC4 i386 and everything went as expected. Moving to VERIFIED
dracut-027-46.git20130430.fc19, dmraid-1.0.0.rc16-21.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report.