Bug 171355
| Summary: | mdadm doesn't assemble stacked arrays at bootup | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 4 | Reporter: | Joshua Baker-LePain <joshua.bakerlepain> | ||||
| Component: | mdadm | Assignee: | Doug Ledford <dledford> | ||||
| Status: | CLOSED ERRATA | QA Contact: | |||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | low | ||||||
| Version: | 4.0 | CC: | paulw, tao | ||||
| Target Milestone: | --- | Keywords: | FutureFeature | ||||
| Target Release: | --- | ||||||
| Hardware: | i386 | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | RHBA-2007-0290 | Doc Type: | Enhancement | ||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2007-05-01 17:46:27 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: | 176344 | ||||||
| Attachments: |
|
||||||
|
Description
Joshua Baker-LePain
2005-10-21 00:29:31 UTC
This is unlikely to be fixed anytime soon. RHEL4 was not intended to support stacked md arrays, and this feature has not been requested often enough to make it a high priority. Fair enough. The main thing I was going for was resistance to multiple disk failures without sacrificing 1/2 the raw drive space (so no RAID10). RAID6, of course, would be perfect, but I hit (and filed) bug 171354. That one I'd love to see fixed. As an aside, I'm assuming that bug 154561 will end up the same as this one? Thanks. Not necessarily. There are enough mdadm bugs present that we may do a wholesale update to the latest mdadm release. If that happens, this and quite a few other mdadm bugs will get resolved. Good to know. Thanks for all the responses. Created attachment 128479 [details] patch to add some missing md file desciptor closes This patch seems to cure the problem on my test rig. This is respun from Neil Brown's upstream patch: http://cgi.cse.unsw.edu.au/~neilb/source/mdadm/patch/applied/009CloseMdfd The problem here is that early on, when the underlying md devices aren't yet started the md device nodes are opened and an ioctl(...,BLKGETSIZE...) is called. This returns 0 since the device isn't started yet. This fd is never closed, however, so later ioctl() calls to this device node also return 0, even after the device is started. This fixes this by adding in the missing md file decriptor closes and forcing them to be reopened correctly. The component of this request is planned to be updated in Red Hat enterprise Linux 4.5. This enhancement request was evaluated by Red Hat Product Management for inclusion in a Red Hat Enterprise Linux maintenance release. Product Management has requested further review of this request by Red Hat Engineering, for potential inclusion in a Red Hat Enterprise Linux Update release for currently deployed products. This request is not yet committed for inclusion in an Update release. Code similar to the patch posted in this bug is already present in the 1.12.0 version of mdadm that we are updating to in RHEL4.5. Therefore, this issue should be solved by the base 1.12.0 update. Marking as MODIFIED. An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on the solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2007-0290.html |