Bug 806784
Summary: | fail to boot from BIOS RAID | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Xiaowei Li <xiaoli> |
Component: | grub2 | Assignee: | Peter Jones <pjones> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 17 | CC: | anaconda-maint-list, awilliam, bcl, dennis, g.kaviyarasu, jonathan, pjones, qcai, robatino, tflink, vanmeeuwen+fedora, xiaoli |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | AcceptedBlocker | ||
Fixed In Version: | anaconda-17.16-1.fc17 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2012-03-29 04:13:04 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 752649 | ||
Attachments: |
Description
Xiaowei Li
2012-03-26 08:45:42 UTC
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. |