multipath tools wrong dependecy
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
multipath-tools (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Xenial |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
[Impact]
* Both systemd units and init scripts are shipped for multipath-tools.
* However units did not correctly take priority, as initscripts and units names did not match.
* Further more multipath-tools was miscompiled without systemd support for Type=Notify unit
[Test Case]
* Using service command, init script, or systemctl commands starting "multipath-tools" should operate on systemd "multipathd.
* Systems must boot with multipath-tools installed correctly, and multipathd.service started.
16.04:
/etc/init.
# Required-Start: udev $local_fs $remote_fs $syslog
$remote_fs s wrong here, because it results in:
root@inetgw2:
май 05 16:53:46 inetgw2 ocfs2[1459]: Starting Oracle Cluster File System (OCFS2) mount.ocfs2: Device name specified was not found while opening device /dev/mapper/mpatha
май 05 16:55:15 inetgw2 systemd[1]: dev-mapper-
май 05 16:55:15 inetgw2 systemd[1]: Timed out waiting for device dev-mapper-
-- Subject: Ошибка юнита dev-mapper-
-- Произошел сбой юнита dev-mapper-
май 05 16:55:15 inetgw2 systemd[1]: dev-mapper-
май 05 16:55:16 inetgw2 multipathd[1690]: mpatha: load table [0 314572800 multipath 1 queue_if_no_path 0 2 1 round-robin 0 2 1 8:32 1000 8:48 1000 round-robin 0 2 1 8:16 1000 8:64 1000]
i.e. multipathd is started _after_ systemd tries mount.
looks like removing $remote_fs solves problem.
Thank you!
description: | updated |
tags: |
added: verification-done removed: verification-needed |
Nu ili mi prosto dolzhni ubrat init skripi, i tolko rabotat na systemd unitah.