Bug 476366
Summary: | dmraid and LVM not working together mapper raid definitions lost | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | John Griffiths <fedora.jrg01> | ||||||||
Component: | mkinitrd | Assignee: | Peter Jones <pjones> | ||||||||
Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||
Severity: | urgent | Docs Contact: | |||||||||
Priority: | low | ||||||||||
Version: | 10 | CC: | agk, bmr, dcantrell, dwysocha, hdegoede, heinzm, katzj, lvm-team, mbroz, pjones, prockai, wtogami | ||||||||
Target Milestone: | --- | ||||||||||
Target Release: | --- | ||||||||||
Hardware: | All | ||||||||||
OS: | Linux | ||||||||||
Whiteboard: | |||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||
Doc Text: | Story Points: | --- | |||||||||
Clone Of: | Environment: | ||||||||||
Last Closed: | 2009-02-03 10:56:40 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
John Griffiths
2008-12-13 17:18:02 UTC
This looks either like a bogus initrd (please attach yours for analysis) -or- a know nash flaw preventing the RAID set from being activated. Created attachment 326982 [details]
initrd-2.6.27.5-117.fc10.i686.PAE.img
Created attachment 326983 [details]
initrd-2.6.27.5-117.fc10.i686.PAEkdump.img
Created attachment 326984 [details]
initrd-2.6.27.7-134.fc10.i686.PAE.img
I added three files. Two initrd files; one for the older kernel that boots from /dev/sda and one for the newer kernel which tries to boot from /dev/sdb and fails, and a dump file for the older kernel which does boot. The dmraid call missing completely from -134 initrd.img... initrd-2.6.27.5-117.fc10.i686.PAE.img: modprobe -q sata_sil echo Waiting for driver initialization. stabilized --hash --interval 250 /proc/scsi/scsi echo Making device-mapper control node mkdmnod mkblkdevs rmparts sdc rmparts sdb dm create sil_aibhacaicccd 0 781420720 mirror core 2 131072 nosync 2 8:16 0 8:32 0 1 handle_errors dm partadd sil_aibhacaicccd echo Scanning logical volumes lvm vgscan --ignorelockingfailure echo Activating logical volumes lvm vgchange -ay --ignorelockingfailure VolGroup00 initrd-2.6.27.7-134.fc10.i686.PAE.img: modprobe -q sata_sil echo Waiting for driver initialization. stabilized --hash --interval 250 /proc/scsi/scsi echo Making device-mapper control node mkdmnod mkblkdevs echo Scanning logical volumes lvm vgscan --ignorelockingfailure echo Activating logical volumes lvm vgchange -ay --ignorelockingfailure VolGroup00 Milan, the init file you listed has the old style "dm create" calls still in instead of "dmraid -ay ..." but should work. Johns 1st dump (comment#2) has "dm create ..." in and *should* work whereas the 2nd one (comment#3) doesn't have neither dm nor dmraid in and will fail. The 3rd one (comment#4): same issue as with the 2nd initrd. mkinitrd seems to fail creating a proper initrd. Changing component to mkinitrd. What versions of mkinitrd were used for creating the two initrds? The version that is installed is mkinitrd-6.0.71-2.fc10.i386 Anything going on with this? I am really in a quandary. I moved from Fedora 8; stable, reliable, tried and true, to Fedora 9 which was, well to be kind, premature in my opinion, and then to Fedora 10 in the hopes that it had been debugged a bit better than F9 before being released. I now have real doubts. I know Fedora is free and the phrase, "you get what you pay for" often is true, but Fedora has always been a good distribution in my opinion until 9 and I am getting a bad feeling about 10. Two new versions of display managers at the same time, Gnome and KDE, and neither is really ready. Yes, I know this is a development environment. I used to promote Fedora to my friends. I don't do that now. Should I go back to Fedora 8? I know it is end of life, but it works. Thanks to all for their hard work, but I gave up on dmraid. Now have a spare 400 G drive unplugged and un-powered. Seems dmraid and LVM should be combined as a project rather than be separate. Then they probably would not seem to be at cross purposes. I was trying to have a raid backup of my entire boot drive including the grub and boot areas. I could never seem to get that to work no matter what. I tried at least 7 fresh installations trying various combinations; raid and lvm, raid only, etc. I finally just gave up on raid. I guess I'll have to buy an Adaptec controller and use hardware raid. Anyway, I can't do any testing on this. I had to get a system that was usable. LVM has been stable for a while now. dmraid ... I hope it gets where dmraid and LVM work together. One other point. As is often the case, documentation for dmraid is not very prolific. The man page is about it and does not really cut it for someone just getting started. It seems to be a reasonable reference, but a detailed HowTo is needed for Fedora that is up to date and covers interactions with LVM. Repeating myself; I think LVM and dmraid projects should combine to work synergisticly. Hope all had a Merry Christmas and a Happy New Year and that the new year brings joy to you all. (In reply to comment #11) > Thanks to all for their hard work, but I gave up on dmraid. Now have a spare > 400 G drive unplugged and un-powered. > John, I'm currently working on trying to fix various dmraid related issues in mkinitrd, I assume from the above comment that you are not interested (since you've removed the disk an all) to test those fixes, if you are take a look at bug 476818, which I'm using as a tracker for all F-10 dmraid issues. *** This bug has been marked as a duplicate of bug 476818 *** |