[Bug 1578638] Re: multipath tools wrong dependecy

Brian Murray brian at ubuntu.com
Thu Jun 23 21:08:25 UTC 2016


Hello sles, or anyone else affected,

Accepted multipath-tools into xenial-proposed. The package will build
now and be available at https://launchpad.net/ubuntu/+source/multipath-
tools/0.5.0+git1.656f8865-5ubuntu2.1 in a few hours, and then in the
-proposed repository.

Please help us by testing this new package.  See
https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to
enable and use -proposed.  Your feedback will aid us getting this update
out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug,
mentioning the version of the package you tested, and change the tag
from verification-needed to verification-done. If it does not fix the
bug for you, please add a comment stating that, and change the tag to
verification-failed.  In either case, details of your testing will help
us make a better decision.

Further information regarding the verification process can be found at
https://wiki.ubuntu.com/QATeam/PerformingSRUVerification .  Thank you in
advance!

** Changed in: multipath-tools (Ubuntu Xenial)
       Status: Triaged => Fix Committed

** Tags added: verification-needed

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to multipath-tools in Ubuntu.
https://bugs.launchpad.net/bugs/1578638

Title:
  multipath tools wrong dependecy

Status in multipath-tools package in Ubuntu:
  Fix Released
Status in multipath-tools source package in Xenial:
  Fix Committed

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.service" unit.

   * Systems must boot with multipath-tools installed correctly, and
  multipathd.service started.

  
  16.04:

  /etc/init.d/multipath-tools

  # Required-Start:    udev $local_fs $remote_fs $syslog

  $remote_fs s wrong here, because it results in:

  root at inetgw2:/etc/init.d# journalctl -x | grep mpath
  май 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-mpatha.device: Job dev-mapper-mpatha.device/start timed out.
  май 05 16:55:15 inetgw2 systemd[1]: Timed out waiting for device dev-mapper-mpatha.device.
  -- Subject: Ошибка юнита dev-mapper-mpatha.device
  -- Произошел сбой юнита dev-mapper-mpatha.device.
  май 05 16:55:15 inetgw2 systemd[1]: dev-mapper-mpatha.device: Job dev-mapper-mpatha.device/start failed with result 'timeout'.
  май 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!

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/1578638/+subscriptions



More information about the foundations-bugs mailing list