multipath_fallback should be optional

Bug #1706783 reported by iain MacDonnell
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
os-brick
New
Wishlist
Unassigned

Bug Description

The current (and historic) behaviour is that when multipath setup fails for a volume attachment, we fall back to the non-multipath device. IMO, when multipath is configured, it should be used always, and if it fails, the volume connection should fail. Otherwise a problem can go unnoticed, and create further problems later. We should have an option, perhaps "multipath_fallback", which could default to True (to preserve legacy default beheviour).

I suppose that we'll need changes in nova and cinder-volume, to adopt the new option. Not sure if that should be handled in separate bugs, or combined in this one (?)

Changed in os-brick:
importance: Undecided → Wishlist
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.