Bug 620901

Summary: dracut not assembling raid 10 sets
Product: [Fedora] Fedora Reporter: Clyde E. Kunkel <clydekunkel7734>
Component: kernelAssignee: Kernel Maintainer List <kernel-maint>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: low    
Version: rawhideCC: anton, dougsland, gansalmon, harald, itamar, jonathan, kernel-maint, madhu.chinakonda
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2010-08-05 14:07:10 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:
Attachments:
Description Flags
screenshot of segfault in initramfs none

Description Clyde E. Kunkel 2010-08-03 18:14:59 UTC 
Description of problem:
dracut not assembling raid 10 sets

Version-Release number of selected component (if applicable):
dracut-006-2.fc14.noarch or kernels after 2.6.35-0.49.rc5.git2.fc14.x86_64

How reproducible:
Every time with each kernel update after 2.6.35-0.49.rc5.git2.fc14.x86_64

Steps to Reproduce:
1. boot system
2.
3.
  
Actual results:
Boot starts, dracut cuts in but drops to shell with Root partition not found

Expected results:
Normal boot

Additional info:
Root partition is on an LV on a raid10 PV.  With kernels 2.6.35-0.49.rc5.git2.fc14.x86_64 and earlier, can see the creation of the pv during boot, but do not see the creation after 2.6.35-0.49.rc5.git2.fc14.x86_64.  When dropped into a shell, no arrays in dev, so PVSCAN can't find it tho it does find other non-raid PVs.  In the shell, I can mdadm --assemble /dev/md127 --uuid=....
and trick a boot, but this is really awkward and I do not consider it a valid workaround when a normal boot should occur.

Currently booted into rawhide with 2.6.35-0.49.rc5.git2.fc14.x86_64.
[kunkelc@P5K-EWIFI ~]$ sudo pvscan
  PV /dev/md127   VG VolGroup00    lvm2 [78.12 GiB / 0    free]
  PV /dev/md126   VG vg_p5kewifi   lvm2 [19.50 GiB / 0    free]
  PV /dev/sde2    VG VolGroup03    lvm2 [97.62 GiB / 82.97 GiB free]
  PV /dev/sde1    VG VolGroup01    lvm2 [97.65 GiB / 78.12 GiB free]
  PV /dev/sda2    VG VolGroup02    lvm2 [48.82 GiB / 20.07 GiB free]
  PV /dev/sdb6    VG VolGroup02    lvm2 [48.82 GiB / 556.00 MiB free]
  PV /dev/sdc2    VG VolGroup02    lvm2 [48.82 GiB / 20.07 GiB free]
  PV /dev/sdd2    VG VolGroup02    lvm2 [48.82 GiB / 20.07 GiB free]
  Total: 8 [488.17 GiB] / in use: 8 [488.17 GiB] / in no VG: 0 [0   ]

A failing kernel line:
	kernel /vmlinuz-2.6.35-0.57.rc6.git5.fc15.x86_64 ro root=/dev/mapper/VolGroup00-rawhide LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=us rdshell init=/sbin/upstart
Comment 1 Harald Hoyer 2010-08-04 07:56:36 UTC 
Does this fix your issue?

http://harald.fedorapeople.org/downloads/dracut/dracut-007-0.4.gite0c1d4e/

# rpm -Fvh dracut-007-0.4.gite0c1d4e*.rpm
# dracut -f
# reboot
Comment 2 Clyde E. Kunkel 2010-08-04 14:16:42 UTC 
Created attachment 436551 [details]
screenshot of segfault in initramfs

segfaults, tho I did see that the md array was assembled just before the segfault.

Thanks
Comment 3 Harald Hoyer 2010-08-04 14:31:20 UTC 
ah.. nice.. looks like a solid kernel issue
Comment 4 Clyde E. Kunkel 2010-08-05 14:07:10 UTC 
Fixed with one of the following:


kernel-2.6.36-0.0.rc0.git1.fc15

and/or

mdadm-3.1.3-0.git20100804.2.fc15
--------------------------------
* Wed Aug 04 2010 Doug Ledford <dledford> - 3.1.3-0.git20100804.2
- Add udev patch to not have incremental assembly in two rules files

* Wed Aug 04 2010 Doug Ledford <dledford> - 3.1.3-0.git20100804.1
- Update to latest upstream release (resolves an issue with stale lock
  files on the md device map file)


Closing....