Description of problem: fail to boot from hard drive. Version-Release number of selected component (if applicable): f17_beta_rc1 How reproducible: always Steps to Reproduce: 1. Boot the installer to install Fedora 17 on the BIOS RAID devices ( pdc, mirror, 2 physical SATA disks ) 2. Advance to Storage Devices screen 3. Choose Specialized Storage Devices and click Next 4. To add a BIOS RAID volume, under Firmware RAID label, select the detected BIOS RAID volume 5. Choose the default partitioning and boot loader location. 6. Proceed with normal installation Actual results: fail to boot from the hard drive after installation completion and the os reboots. Expected results: System boots successfully recognizing filesystems created on the BIOS RAID device(s) Additional info: maybe this issue is due to the MBR is installed at the RAID device not the physical device.
Here is the anaconda-ks.cfg. [root@troy bz]# cat anaconda-ks.cfg # Kickstart file automatically generated by anaconda. #version=DEVEL install lang en_US.UTF-8 keyboard us network --onboot no --device p10p1 --bootproto dhcp --noipv6 --hostname troy timezone --utc America/New_York rootpw --iscrypted $6$9unzTegdZnnaudua$2Q0sFfLj5xprOl1CJJSS5aGWSvM9csdJrDkuGCqY7HFCEKjJF0.HXlq1eMUGsjIgRQuKCZ9ODAaQwnOlWOBYP/ selinux --enforcing authconfig --enableshadow --passalgo=sha512 firewall --service=ssh # The following is the partition information you requested # Note that any partitions you deleted are not expressed # here so unless you clear all partitions first, this is # not guaranteed to work #clearpart --all --drives=pdc_dcjjajach #ignoredisk --only-use=pdc_dcjjajach,sdb,sda #part pv.253004 --grow --size=500 #volgroup vg_troy --pesize=32768 pv.253004 #logvol swap --name=lv_swap --vgname=vg_troy --grow --size=1024 --maxsize=10032 #logvol / --fstype=ext4 --name=lv_root --vgname=vg_troy --grow --size=1024 --maxsize=51200 #logvol /home --fstype=ext4 --name=lv_home --vgname=vg_troy --grow --size=500 #part /boot --fstype=ext4 --size=500 #part biosboot --fstype=biosboot --size=1 bootloader --location=mbr --timeout=5 --driveorder=pdc_dcjjajach --append="rhgb quiet" >>>>>>>snip>>>>>
Please attach /var/log/anaconda/program.log and /var/log/anaconda/syslog as uncompressed, individual files to this bug report. Thanks.
This would be a beta blocker as described, proposing. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Discussed at 2012-03-26 QA meeting acting s a blocker review meeting. Accepted as a blocker per criterion "The installer must be able to create and install to software, hardware or BIOS RAID-0, RAID-1 or RAID-5 partitions for anything except /boot". Xioawei, you've marked comment #1 as 'private' - is there any reason for that? I see no information in it which is confidential to your system or to Red Hat. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
needinfo no longer valid, anaconda team knows what's causing the RAID fails (module loading). -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
This is a different problem. If I understand the reporter the install worked, it is the boot that is failing. Please attach the logs from /tmp/*log to this bug as individual plain/text files.
(In reply to comment #6) > This is a different problem. If I understand the reporter the install worked, > it is the boot that is failing. > > Please attach the logs from /tmp/*log to this bug as individual plain/text > files. The install worked but throw a warning message "There was an error installing the bootloader. The shystem may not be bootable". Then boot fails from the BIOS RAID.
Created attachment 572930 [details] anaconda program log
Created attachment 572931 [details] anaconda sys log
See the last two lines of attached program.log for some detail of what happened.
I've tried this with ISW BIOS RAID and didn't experience the problem.
Reproduced on an old P4 w/ integrated promise RAID
Reproduced on a system using nvraid so this isn't just limited to promise controllers.
Created attachment 573200 [details] program.log from failed installation using nvraid
Created attachment 573201 [details] syslog from failed installation using nvraid
Created attachment 573233 [details] picture of bootloader location dialog I noticed that the device name on the bootloader location dialog isn't quite right when doing another installation on my nvraid system. The device name is correct under 'BIOS Drive Order' but both of the devices listed for MBR and First sector bootloader installations are missing an underscore in the device name.
it's also worth noting there were major changes to LVM/RAID handling in upstream grub between 1.99 and 2.00-beta2: 2012-01-29 Vladimir Serbinenko <phcoder> Merge common RAID and LVM logic to an abstract diskfilter. Add LDM support using the same framework. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
So as far as blockeriness goes - we have two Promises failing and one NVIDIA, but Intel succeeding. To me this rather suggests that dmraid is entirely broken, which seems definitely in blocker territory. :/
Created attachment 573240 [details] program.log from failed installation using nvraid without lvm I did another install on the nvraid system without lvm and had the same results - the system won't boot after installation.
Created attachment 573241 [details] syslog from failed installation using nvraid without lvm
(In reply to comment #18) > So as far as blockeriness goes - we have two Promises failing and one NVIDIA, > but Intel succeeding. To me this rather suggests that dmraid is entirely > broken, which seems definitely in blocker territory. :/ add the SNIA DDF1 (strip RAID with 1 SATA disk) failing.
anaconda-17.16-1.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/anaconda-17.16-1.fc17
anaconda-17.16-1.fc17 has been pushed to the Fedora 17 stable repository. If problems still persist, please make note of it in this bug report.
Successfully did a graphical install to x86_64 nvraid and i686 promise. i686 install has other issues, but they have nothing to do with RAID.