multipath: fix setting of fast_io_fail_tmo

Setting fast_io_fail_tmo to the same value as dev_loss_tmo is
not allowed by the kernel. Increase dev_loss_tmo by 1 in such
cases to make it strictly greated than fast_io_fail_tmo.

References: bnc#824148

Signed-off-by: Petr Uzel <petr.uzel@suse.cz>
multipath: reset queue_if_no_path if flush failed

When flushing a map failed the 'queue_if_no_path' setting is
getting lost.

References: bnc#828868

Signed-off-by: Hannes Reinecke <hare@suse.de>
- Update Changelog
multipath: do not print 'path is up' for removed paths

When a path is removed the previous checker message is still
kept in the checker context, and will be printed upon each
check. This causes multipath to print out
'path is up'
even though it already has been removed from sysfs.

References: bnc#789239

Signed-off-by: Hannes Reinecke <hare@suse.de>
libmultipath: proactively remove path

When path_offline() detects a removed path we really do not need
to wait for any uevent to arrive, but can remove the path
straightaway.

References: bnc#789239

Signed-off-by: Hannes Reinecke <hare@suse.de>
libmultipath: fixup compilation issue in sysfs_attr_get_value

'path' was unused, so remove it.

Signed-off-by: Hannes Reinecke <hare@suse.de>
multipath: do not call tur in sync mode if pthread_cancel fails

When pthread_cancel fails the thread is stuck, most likely
during I/O submission. So it would be pointless to call the
tur checker in sync mode here, as this would be stuck, too.
Hence we should rather return 'PATH_TIMEOUT' and hope the
situation resolves itself over time.

References: bnc#832796

Signed-off-by: Hannes Reinecke <hare@suse.de>