[Bug 641151] Re: multipath flush always returns 1

[Peter Petrakis]

SRU Justification:
 * During development where a customer is aiming to automate storage
 provisioning that includes a multipath component. Politely tearing
 down the dm table before physically removing the device is part of
 best practices for removing devices at runtime. Since multipath -f/-F
 always returns 1, the customer assumed that the return code was irrelevant
 and continued with device removal. In the cases where DM really wasn't
 finished flushing the outstanding I/O, a kernel crash occurred, since
 the customer essentially tore the backing store out from under multipath
 while there was pending I/O. All based on the faulty return value of
 multipath -f/-F.

 * The patch is pulled from upstream, with only minor modification to
 suit our older codebase. We're simply forwarding the return value
 from this dm table operation instead of dropping it.

 * Regression possibility is low, and the corrected return behavior
 may prevent further unnecessary kernel triage in the future.

 * TEST CASE: Make a multipath device busy, flush it, and immediately
 remove it, physically.

 * Inadvertent regression potential: None, if anything it'll improve
 best practices.

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

Title:
  multipath flush always returns 1

Status in “multipath-tools” package in Ubuntu:
  Fix Released
Status in “multipath-tools” source package in Lucid:
  Triaged
Status in “multipath-tools” source package in Maverick:
  Triaged
Status in “multipath-tools” source package in Natty:
  Triaged

Bug description:
  Binary package hint: multipath-tools

  multipath -f devicename or multipath -F alway return 1

  Fixed upstream, patch attached.

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