[Bug 1682178] Re: multipathd.socket unit fails to start ("Failed to listen on sockets: Address already in use")

Mauricio Faria de Oliveira mauricfo at linux.vnet.ibm.com
Tue Jun 27 18:11:22 UTC 2017


Sure, thanks for the reminder. The verification is okay! Updating the
(new) tags.

proposed:
--------

# dpkg -s multipath-tools-boot | grep ^Version:
Version: 0.6.4-3ubuntu4


...
Begin: Running /scripts/local-bottom ... Begin: Stopping multipathd ... done.
[... it takes a few seconds at this point ...]
done.
...
[  OK  ] Listening on multipathd control socket.
...
[  OK  ] Started Device-Mapper Multipath Device Controller.
...


current:
-------

# dpkg -s multipath-tools-boot | grep ^Version:
Version: 0.6.4-3ubuntu3


...
Begin: Running /scripts/local-bottom ... Begin: Stopping multipathd ... done.
done.
...
[FAILED] Failed to listen on multipathd control socket.
See 'systemctl status multipathd.socket' for details.
...
[FAILED] Failed to start Device-Mapper Multipath Device Controller.
See 'systemctl status multipathd.service' for details.
...


# systemctl status multipathd.socket --no-pager
  multipathd.socket - multipathd control socket
   Loaded: loaded (/lib/systemd/system/multipathd.socket; static; vendor preset: enabled)
   Active: failed (Result: resources)
   Listen: @/org/kernel/linux/storage/multipathd (Stream)


# systemctl status multipathd.service --no-pager -l
  multipathd.service - Device-Mapper Multipath Device Controller
   Loaded: loaded (/lib/systemd/system/multipathd.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Tue 2017-06-27 13:01:04 CDT; 2min 18s ago
 Main PID: 782 (code=exited, status=1/FAILURE)
      CPU: 10ms

Jun 27 13:01:04 ubuntu systemd[1]: Starting Device-Mapper Multipath Device Controller...
Jun 27 13:01:04 ubuntu multipathd[782]: process is already running
Jun 27 13:01:04 ubuntu systemd[1]: multipathd.service: Main process exited, code=exited, status=1/FAILURE
Jun 27 13:01:04 ubuntu systemd[1]: Failed to start Device-Mapper Multipath Device Controller.
Jun 27 13:01:04 ubuntu systemd[1]: multipathd.service: Unit entered failed state.
Jun 27 13:01:04 ubuntu systemd[1]: multipathd.service: Failed with result 'exit-code'.


** Tags removed: verification-needed
** Tags added: verification-done-zesty

-- 
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/1682178

Title:
  multipathd.socket unit fails to start ("Failed to listen on sockets:
  Address already in use")

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

Bug description:
  
  [Impact]
  Multipath users on Ubuntu Server will see error messages from multipathd at boot. While the system continues to boot and is in a stable state, multipathd should be appropriately handled via its systemd unit after the system is booted.

  [Test case]
  1) Install with multipath enabled (disk-detect/multipath/enable=true).
  2) Boot the installed system
  3) Verify that there are no error messages from multipathd at boot.

  [Regression potential]
  This update changes the startup/shutdown login in initramfs at an early boot state, this could lead to failures to complete the booting process for systems that depend on multipath being available to bring up the rootfs, or failure to correctly drive multipathd/multipath-tools from a booted system. Furthermore, failures or delays shutting down a system due to multipathd / multipath-tools remaining up should also be considered as possible regressions issued from this update. 

  ---

  This bug is used to include one more patch to completely fix LP
  1670811.

  That patch is mentioned in LP 1670811 comment 15 [1].

  It addresses the case in which the initramfs instance of multipathd
  takes a while to actually shutdown after its receives the signal from
  initramfs/scripts/local-bottom/multipath.

  That shutdown is asynchronous, and keeps the multipathd socket open.
  If it is still open by the time the root fs is mounted and its units are started, the multipathd.socket will fail to start.

  Patch attached.

  Logs:
  ----

  [ 36.465332] systemd[1]: Failed to listen on multipathd control socket.
  [FAILED] Failed to listen on multipathd control socket.
  See 'systemctl status multipathd.socket' for details.

  # systemctl status multipathd.socket --no-pager -l
  * multipathd.socket - multipathd control socket
     Loaded: loaded (/lib/systemd/system/multipathd.socket; static; vendor preset: enabled)
     Active: failed (Result: resources)
     Listen: @/org/kernel/linux/storage/multipathd (Stream)

  # journalctl -b -x
  ...
  Mar 07 11:02:04 ltciofvtr-s824-lp8 systemd[1]: multipathd.socket: Failed to listen on sockets: Address already in use
  Mar 07 11:02:04 ltciofvtr-s824-lp8 systemd[1]: Failed to listen on multipathd control socket.
  Mar 07 11:02:04 ltciofvtr-s824-lp8 systemd[1]: multipathd.socket: Unit entered failed state.
  ...

  Links:
  -----

  [1] https://bugs.launchpad.net/ubuntu/+source/multipath-
  tools/+bug/1670811/comments/15

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



More information about the foundations-bugs mailing list