Okay, sorry about the irrelevant verification on Vivid then. But I'd like to point out that Trusty behaves exactly the same, i.e., the bug is *not* fixed. Using the exact same multipath.conf as I mentioned in comment #31 with multipath-tools on 0.4.9-3ubuntu7.9, I get the exact same behaviour. That is, it is apparent that multipathd does read the settings from the config file (as they're visible in output from "multipathd -k'show config'"), but they're not being applied/written to sysfs.
If I run use the command line utility in verbose mode to create the map, it does claim that it opens the sysfs files in question, but strace shows no sign of that actually happening:
root@ucstest:~# /etc/init.d/multipath-tools stop
* Stopping multipath daemon multipathd [ OK ]
root@ucstest:~# multipath -F
root@ucstest:~# strace -ff -eopen multipath -v4 |& egrep 'create:|_tmo'
Mar 08 07:48:38 | 3600c0ff0001204a9d12b755101000000: fast_io_fail_tmo = 16 (controller default)
Mar 08 07:48:38 | 3600c0ff0001204a9d12b755101000000: dev_loss_tmo = 2048 (controller default)
Mar 08 07:48:38 | open '/sys/devices/pci0000:00/0000:00:02.0/0000:02:00.0/0000:03:00.0/0000:04:00.0/0000:05:01.0/0000:07:00.0/host1/rport-1:0-1/fc_remote_ports/rport-1:0-1'/'dev_loss_tmo'
ort-1:0-1'/'fast_io_fail_tmo'
Mar 08 07:48:38 | open '/sys/devices/pci0000:00/0000:00:02.0/0000:02:00.0/0000:03:00.0/0000:04:00.0/0000:05:01.0/0000:07:00.0/host1/rport-1:0-2/fc_remote_ports/rport-1:0-2'/'dev_loss_tmo'
Mar 08 07:48:38 | open '/sys/devices/pci0000:00/0000:00:02.0/0000:02:00.0/0000:03:00.0/0000:04:00.0/0000:05:01.0/0000:07:00.0/host1/rport-1:0-2/fc_remote_ports/rport-1:0-2'/'fast_io_fail_tmo'
Mar 08 07:48:38 | open '/sys/devices/pci0000:00/0000:00:02.0/0000:02:00.0/0000:03:00.0/0000:04:00.0/0000:05:02.0/0000:08:00.0/host2/rport-2:0-1/fc_remote_ports/rport-2:0-1'/'dev_loss_tmo'
Mar 08 07:48:38 | open '/sys/devices/pci0000:00/0000:00:02.0/0000:02:00.0/0000:03:00.0/0000:04:00.0/0000:05:02.0/0000:08:00.0/host2/rport-2:0-1/fc_remote_ports/rport-2:0-1'/'fast_io_fail_tmo'
Mar 08 07:48:38 | open '/sys/devices/pci0000:00/0000:00:02.0/0000:02:00.0/0000:03:00.0/0000:04:00.0/0000:05:02.0/0000:08:00.0/host2/rport-2:0-2/fc_remote_ports/rport-2:0-2'/'dev_loss_tmo'
Mar 08 07:48:38 | open '/sys/devices/pci0000:00/0000:00:02.0/0000:02:00.0/0000:03:00.0/0000:04:00.0/0000:05:02.0/0000:08:00.0/host2/rport-2:0-2/fc_remote_ports/rport-2:0-2'/'fast_io_fail_tmo'
create: 3600c0ff0001204a9d12b755101000000 undef HP ,P2000G3 FC/iSCSI
Note that this is a lab system, so if you'd like, you can have a look yourself, Mathieu. Just send me a SSH pubkey on IRC and I'll set up a user account for you.
Okay, sorry about the irrelevant verification on Vivid then. But I'd like to point out that Trusty behaves exactly the same, i.e., the bug is *not* fixed. Using the exact same multipath.conf as I mentioned in comment #31 with multipath-tools on 0.4.9-3ubuntu7.9, I get the exact same behaviour. That is, it is apparent that multipathd does read the settings from the config file (as they're visible in output from "multipathd -k'show config'"), but they're not being applied/written to sysfs.
If I run use the command line utility in verbose mode to create the map, it does claim that it opens the sysfs files in question, but strace shows no sign of that actually happening:
root@ucstest:~# /etc/init. d/multipath- tools stop a9d12b755101000 000: fast_io_fail_tmo = 16 (controller default) a9d12b755101000 000: dev_loss_tmo = 2048 (controller default) pci0000: 00/0000: 00:02.0/ 0000:02: 00.0/0000: 03:00.0/ 0000:04: 00.0/0000: 05:01.0/ 0000:07: 00.0/host1/ rport-1: 0-1/fc_ remote_ ports/rport- 1:0-1'/ 'dev_loss_ tmo' 1'/'fast_ io_fail_ tmo' pci0000: 00/0000: 00:02.0/ 0000:02: 00.0/0000: 03:00.0/ 0000:04: 00.0/0000: 05:01.0/ 0000:07: 00.0/host1/ rport-1: 0-2/fc_ remote_ ports/rport- 1:0-2'/ 'dev_loss_ tmo' pci0000: 00/0000: 00:02.0/ 0000:02: 00.0/0000: 03:00.0/ 0000:04: 00.0/0000: 05:01.0/ 0000:07: 00.0/host1/ rport-1: 0-2/fc_ remote_ ports/rport- 1:0-2'/ 'fast_io_ fail_tmo' pci0000: 00/0000: 00:02.0/ 0000:02: 00.0/0000: 03:00.0/ 0000:04: 00.0/0000: 05:02.0/ 0000:08: 00.0/host2/ rport-2: 0-1/fc_ remote_ ports/rport- 2:0-1'/ 'dev_loss_ tmo' pci0000: 00/0000: 00:02.0/ 0000:02: 00.0/0000: 03:00.0/ 0000:04: 00.0/0000: 05:02.0/ 0000:08: 00.0/host2/ rport-2: 0-1/fc_ remote_ ports/rport- 2:0-1'/ 'fast_io_ fail_tmo' pci0000: 00/0000: 00:02.0/ 0000:02: 00.0/0000: 03:00.0/ 0000:04: 00.0/0000: 05:02.0/ 0000:08: 00.0/host2/ rport-2: 0-2/fc_ remote_ ports/rport- 2:0-2'/ 'dev_loss_ tmo' pci0000: 00/0000: 00:02.0/ 0000:02: 00.0/0000: 03:00.0/ 0000:04: 00.0/0000: 05:02.0/ 0000:08: 00.0/host2/ rport-2: 0-2/fc_ remote_ ports/rport- 2:0-2'/ 'fast_io_ fail_tmo' a9d12b755101000 000 undef HP ,P2000G3 FC/iSCSI
* Stopping multipath daemon multipathd [ OK ]
root@ucstest:~# multipath -F
root@ucstest:~# strace -ff -eopen multipath -v4 |& egrep 'create:|_tmo'
Mar 08 07:48:38 | 3600c0ff0001204
Mar 08 07:48:38 | 3600c0ff0001204
Mar 08 07:48:38 | open '/sys/devices/
ort-1:0-
Mar 08 07:48:38 | open '/sys/devices/
Mar 08 07:48:38 | open '/sys/devices/
Mar 08 07:48:38 | open '/sys/devices/
Mar 08 07:48:38 | open '/sys/devices/
Mar 08 07:48:38 | open '/sys/devices/
Mar 08 07:48:38 | open '/sys/devices/
create: 3600c0ff0001204
Note that this is a lab system, so if you'd like, you can have a look yourself, Mathieu. Just send me a SSH pubkey on IRC and I'll set up a user account for you.
Tore