multipathd treats "stand-by" path as active(ghost) and reinstate path.This
causes I/O hang issues and lots of "change" udev events in cases where only
stand-by paths are present in multipath map and target supports only
implicit tpgs mode(active/passive arrays)
This can happen during system boot w
On 2/26/16, 11:00 AM, "Benjamin Marzinski" wrote:
>On Fri, Feb 26, 2016 at 02:25:08AM +, Shiva Krishna wrote:
>> ---
>> libmultipath/propsel.c |2 +-
>> libmultipath/structs.h |1 +
>> multipathd/main.c | 19 ---
>
multipathd treats "stand-by" path as active(ghost) and reinstate path.This
causes I/O hang issues and lots of "change" udev events in cases where only
stand-by paths are present in multipath map and target supports only
implicit
tpgs mode(active/passive arrays)
This can happen during system boot w
On 2/25/16, 12:49 PM, "Benjamin Marzinski" wrote:
>On Sat, Feb 20, 2016 at 08:23:29PM +, Shiva Krishna wrote:
>
>I understand your problem, but this isn't the right patch to fix it. For
>one this check
>
>+ if (newstate != PAT
multipathd treats "stand-by" path as active(ghost) and reinstate path.This
causes I/O hang issues and lots of "change" udev events in cases where only
stand-by paths are present in multipath map and target supports only
implicit
tpgs mode(active/passive arrays)
This can happen during system boot w
multipathd treats "stand-by" path as active(ghost) and reinstate path.This
causes I/O hang issues and lots of "change" udev events in cases where only
stand-by paths are present in multipath map and target supports only implicit
tpgs mode(active/passive arrays)
This can happen during system boot
On addition of first path, reservation_key parameter is not selected before
handling persistent reservations. This leads multipathd to not perform
registration on the path even when registrations exist on the LUN.
Added code to select "reservation_key" parameter value before calling
PR handler dur