Bug 964172
| Summary: | dmraid should not be running in the default boot | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Lennart Poettering <lpoetter> |
| Component: | dmraid | Assignee: | LVM and device-mapper development team <lvm-team> |
| Status: | CLOSED WONTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 20 | CC: | agk, bmr, bugzilla, dwysocha, heinzm, ignatenko, lvm-team, mschmidt, prajnoha, prockai, zkabelac |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2013-12-10 12:20:10 UTC | Type: | Bug |
| 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: | 963210 | ||
|
Description
Lennart Poettering
2013-05-17 12:23:45 UTC
I also filed this bug to get dmraid not even installed from anaconda: https://bugzilla.redhat.com/show_bug.cgi?id=964175 But since that won't solve the problems for livecds we still need that dmraid uses a condition check to get skipped when it isn't needed, the way Hans suggested in the mail above. (In reply to comment #0) > Currently, "dmraid" is pulled into the boot process on all installations. > Since dmraid pulls in udev-settle this causes major slow-down for most boots > - for functionality only a small minority actually use. > > We really should find a way to get this out of the boot. Hans de Goede > suggested the following solution: > > https://lists.fedoraproject.org/pipermail/devel/2013-May/182911.html Hans' solution copes with temporary unavailable RAID sets as well, so yes, looks good to me. Conditions are evaluated just before starting the service, so that won't prevent the pulling in of the udev-settle dependency, will it? Michal's right. Heinz, relying on udev-settle is really broken. It's a broken concept and delays the boot for quite some time. Any chance this can be fixed? dm-raid should act as soon as devices show up rather then assume it is invoked after all devices have shown. Which is a point in time which doesn't even exist... *** Bug 1039781 has been marked as a duplicate of this bug. *** dmraid is not installed for normal installations by default any more, so it's not a general issue. Users should disable the service on live systems if they don't use dmraid supported RAID sets at all. On live media dmraid can be used conditionally outside the scope of systemd if it's required to support an installation destionation. |