Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.

Bug 574587

Summary: Failure to install on Intel Matrix RAID box when raid level 5 is active
Product: [Fedora] Fedora Reporter: Doug Ledford <dledford>
Component: anacondaAssignee: Hans de Goede <hdegoede>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: high    
Version: 13CC: anaconda-maint-list, awilliam, dextro, dlehman, jlaska, jonathan, vanmeeuwen+fedora
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: anaconda-13.37-1.fc13 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
: 574682 574811 (view as bug list) Environment:
Last Closed: 2010-03-27 04:54:29 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: 538274    
Attachments:
Description Flags
Anaconda traceback from run with raid5 array active
none
Anaconda traceback from run with raid5 array active and with --nodmraid
none
Output of udevadm info --export-db on box
none
syslog from raid1 attempt
none
program.log from raid1 attempt
none
storage.log from raid1 attempt
none
contents of /proc/mdstat at time sda and sdb were declared not part of a raid set
none
kernel dmesg output none

Description Doug Ledford 2010-03-17 21:43:58 UTC
Description of problem:
Get a traceback instead of a successful install.

Version-Release number of selected component (if applicable):
Anaconda-13.32

How reproducible:
Every time

Steps to Reproduce:
1. Configure a raid5 device in BIOS
2. Boot
3. Get traceback when attempting to find devices
  
I suspect there are at least two problems here, and that this may effect more than just raid5.

1) Anaconda is ignoring --nodmraid (at least in terms of how this problem plays out).  The problem observed is a failure to load a dmraid raid45 module and subsequently the inability to create the table entries and populate the set.  This shouldn't be an issue if nodmraid is passed on the command line as it should skip dmraid configuration.  It doesn't.

2) I suspect testing was mainly done with raid1 Intel Matrix RAID arrays, and since the raid1 dm raid module is present, this issue didn't present itself.  However, if you have a raid5 or raid10 array configured in the BIOS, then it does.  So, I'm guessing the module list in the installer initrd is missing some modules, or there needs to be an exception in anaconda to not attempt to initialize device mapper support for raid levels that aren't actually supported.

Comment 1 Doug Ledford 2010-03-17 21:44:56 UTC
Created attachment 400887 [details]
Anaconda traceback from run with raid5 array active

Comment 2 Doug Ledford 2010-03-17 21:45:48 UTC
Created attachment 400888 [details]
Anaconda traceback from run with raid5 array active and with --nodmraid

Comment 3 Doug Ledford 2010-03-17 21:46:25 UTC
Created attachment 400889 [details]
Output of udevadm info --export-db on box

Comment 4 Doug Ledford 2010-03-17 22:32:46 UTC
Update: trying this with a raid1 array already created by the BIOS avoided the traceback (at least initially, I made it traceback later).  However, it told me that disks sda and sdb had BIOS raid data, but are not part of any recognized BIOS raid sets.  Ignoring disks sda, sdb.

I'm attaching more support files from this boot with the machine in raid1 mode.

Comment 5 Doug Ledford 2010-03-17 22:36:50 UTC
Created attachment 400900 [details]
syslog from raid1 attempt

Comment 6 Doug Ledford 2010-03-17 22:37:20 UTC
Created attachment 400901 [details]
program.log from raid1 attempt

Comment 7 Doug Ledford 2010-03-17 22:37:51 UTC
Created attachment 400902 [details]
storage.log from raid1 attempt

Comment 8 Doug Ledford 2010-03-17 22:38:30 UTC
Created attachment 400903 [details]
contents of /proc/mdstat at time sda and sdb were declared not part of a raid set

Comment 9 Doug Ledford 2010-03-17 22:38:54 UTC
Created attachment 400904 [details]
kernel dmesg output

Comment 10 Hans de Goede 2010-03-18 08:17:54 UTC
Hi Doug,

Thanks for the bug report, and thanks for testing!  Please file a separate bug for the RAID 1 issue.

What you are seeing wrt RAID5 is caused by the filter UI (the basic / advanced
storage selection screens) always using dmraid to identify BIOS RAID sets. Currently the filter UI also tries to online them using dmraid (to figure out the size), which fails as the Fedora kernel does not have support for RAID5 when using device mapper RAID.

This can be fixed for Intel RAID by not activating the set (*), I'll write an anaconda patch for this. For non Intel BIOS RAID 5, we will have to release note this.

*) Later on when partitioning it will get activated using mdraid.

I hope to have a patch for this later today.

Regards,

Hans

Comment 11 Hans de Goede 2010-03-19 19:22:54 UTC
Proposing this as an F13Blocker, as this makes installs on BIOS RAID 5 systems impossible.

Comment 12 James Laska 2010-03-19 19:31:58 UTC
Thanks Hans, unless this problem is specific to only a certain device, I think this qualifies as a F13 Beta blocker according to the beta release criteria [1].

#  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 

[1] https://fedoraproject.org/wiki/Fedora_13_Beta_Release_Criteria

Comment 13 Hans de Goede 2010-03-23 17:33:22 UTC
The patch for this has been added to the f13-branch of anaconda, the next anaconda version: anaconda-13.37-1, will contain the fix for this. Moving to modified.

Comment 14 Adam Williamson 2010-03-26 16:15:59 UTC
Doug, can you please test with Beta RC1 - http://serverbeach1.fedoraproject.org/pub/alt/stage/13-Beta.RC1/Fedora/ - and confirm this is fixed? Thanks.



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 15 Fedora Update System 2010-03-27 03:26:58 UTC
anaconda-13.37-1.fc13 has been submitted as an update for Fedora 13.
http://admin.fedoraproject.org/updates/anaconda-13.37-1.fc13

Comment 16 Fedora Update System 2010-03-27 04:53:37 UTC
anaconda-13.37-1.fc13 has been pushed to the Fedora 13 stable repository.  If problems still persist, please make note of it in this bug report.