| Summary: | /lib/systemd/Fedora-storage-init filtering intel raid sets (isw*) to mdadm: Not being activated by mdadm | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | xboxboy <xboxboy.mageia> |
| Component: | Installer | Assignee: | Mageia Bug Squad <bugsquad> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | critical | ||
| Priority: | High | CC: | hjb, mageia, mageia, thierry.vignaud, tmb, vzawalin1 |
| Version: | Cauldron | Keywords: | NEEDINFO, Triaged |
| Target Milestone: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Source RPM: | initscripts | CVE: | |
| Status comment: | |||
| Bug Depends on: | |||
| Bug Blocks: | 14330 | ||
|
Description
xboxboy
2013-09-25 16:05:25 CEST
Manuel Hiebel
2013-09-27 21:31:54 CEST
Keywords:
(none) =>
Triaged Updated priority to high: This should be fixed before final release. Retested with Magiea 4 Alpha 3, problem remains. During install, the installer does not pick up the raid arrays, rather shows all disks individually. I'm unsure how mdadm is activated during boot/install. I suspect that this is the cause of the issue, ie: mdadm is not activated or not detecting the intel matrix arrays. Any patches will be gladly tried. Priority:
Normal =>
High For the moment mdadm is not used by the installer. Is mdadm in consideration for use in the installer? i would like too. Let see what can be done. mdadm is not used in the installer? When did this change? AFAIK it's always been used for raid support (certainly it's listed in install/share/list.xml and plenty of code seems to shell out to it... Or are you only referring to using it for intel matrix arrays? It is in use for clean md raids, but for fakeraid support there is iirc a "nodmraid" flag to pass to installer to not probe with dmraid, then mdadm should find what it needs and for dracut to ignore dmraid pass rd.dm=0 I think for "simplicity" we should switch the probing around, so: 1. probe for mdadm supported setups, 2. if no mdadm, probe for dmraid supported setups not already covered by mdadm 3. probe for normal disks. @ Thomas Backlund Ok, that makes sense. Is there a way to test that? ie. will that work on an installed system? Or will we need to roll it into an install iso? Given Mageia 4 is moving to beta shortly, has there been any changes regarding this bug? Not sure yet. I'm also wondering if we should kill off the fedora-storage-init stuff as fedora did. AFAIK, LVM and RAID stuff is all auto-assembled via udev rules and such like magic these days... Need to do a lot more testing/fiddling tho' on that front. Given that Mageia4 beta is out, should I retry with the new iso's? Or was there no progress here? Have done some testing with beta: Live CD and DVD appear to find the raid arrays correctly when run as a live disc. Full DVD install could not execute: I have my mbr on SDE (it's an anonomoly of how I set up my box) So the installer complained that SDA is corrupt, so I select NO, then it complains SDB is corrupt, select no, SDC is corrupt, select no, SDD is corrupt, no: Then it looks at SDE with the result of 'I cannot find any room/space' and the installer is stuck: So unable to procede. With the live DVD I was unable to install from the disc either through the live desktop or from the disc boot menu.
Vladimir Zawalinski
2014-10-19 11:22:59 CEST
CC:
(none) =>
vzawalin1
Vladimir Zawalinski
2014-10-19 11:55:00 CEST
Blocks:
(none) =>
14330 Content & comments shows this to be against M3 / M4. But those installers will not change. So reporter or other knowledgeable people: please 'whiteboard' it as 5beta1 or close as OLD. Thanks. Keywords:
(none) =>
NEEDINFO @Thomas, Colin See https://bugs.mageia.org/show_bug.cgi?id=14330#c4 I think we should just revert https://git.fedorahosted.org/cgit/initscripts.git/commit/?id=4782a8f6949384e93aff0b630cf0772b8eddb2ac ("Do not try and activate ISW raidsets, unless noiswmd is passed (#524355)" as we still use dmraid for isw whereas FC switched to mdadm... Source RPM:
(none) =>
initscripts |