multipathd doesn't reconfigure

Bug #1400371 reported by Fabian Zimmermann
This bug report is a duplicate of:  Bug #1240049: multipath udev rules problem. Edit Remove
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
multipath-tools (Ubuntu)
New
Undecided
Unassigned

Bug Description

I'm currently using a dual iscsi-connection to our san on 14.04 and trying to enable multipath. I want to use the "no_path_retry"-feature instead of "queue_if_no_path". It's working if I start everything manually, but it doesn't work after a reboot, because multipathd doesn't know the multipathed iscsi disks.

to reproduce:

* disconnect your iscsi-sessions
* reconfigure your multipathd
* "show paths" should be empty
* stop your multipathd

* start your multipathd
* start your iscsi-connections

multipath -ll
--
size=4.0T features='1 queue_if_no_path' hwhandler='0' wp=rw
`-+- policy='round-robin 0' prio=1 status=active
  |- 10:0:0:0 sdc 8:32 active ready running
  `- 11:0:0:0 sda 8:0 active ready running
--

Now I would expect multipathd to check the paths and disable "queue_if_no_path" if max-retry is reached or multipathd exits, but
"show config" is empty and multipathd isn't doing anything.

--
 echo 'show paths' | multipathd -k
multipathd> show paths
multipathd>
--

If I execute a "reconfigure" everything is detected and checks are executed.
--
# echo "reconfigure" | multipathd -k
multipathd> reconfigure
ok
# echo 'show paths' | multipathd -k
multipathd> show paths
hcil dev dev_t pri dm_st chk_st dev_st next_check
11:0:0:0 sda 8:0 1 active ready running XXXXXXX... 7/10
10:0:0:0 sdc 8:32 1 active ready running XXXXXXX... 7/10
--

But during boot nobody is triggering this "reconfigure", so multipathd isn't checking the paths and queue_if_no_path will not be removed after max-retry is reached causing a system hang if storage isn't reachable.

Revision history for this message
Fabian Zimmermann (dev-faz) wrote :
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.