Bug 964172 - dmraid should not be running in the default boot
Summary: dmraid should not be running in the default boot
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: dmraid
Version: 20
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: LVM and device-mapper development team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 1039781 (view as bug list)
Depends On:
Blocks: WhyWeBootSoSlow
TreeView+ depends on / blocked
 
Reported: 2013-05-17 12:23 UTC by Lennart Poettering
Modified: 2013-12-10 12:20 UTC (History)
11 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2013-12-10 12:20:10 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Lennart Poettering 2013-05-17 12:23:45 UTC
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

Comment 1 Lennart Poettering 2013-05-17 12:29:34 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.

Comment 2 Heinz Mauelshagen 2013-05-17 12:33:36 UTC
(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.

Comment 3 Michal Schmidt 2013-05-17 12:40:24 UTC
Conditions are evaluated just before starting the service, so that won't prevent the pulling in of the udev-settle dependency, will it?

Comment 4 Lennart Poettering 2013-05-17 16:08:54 UTC
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...

Comment 6 Peter Rajnoha 2013-12-10 11:17:32 UTC
*** Bug 1039781 has been marked as a duplicate of this bug. ***

Comment 7 Heinz Mauelshagen 2013-12-10 12:20:10 UTC
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.


Note You need to log in before you can comment on or make changes to this bug.