On 01/07/2012 10:06 AM, Rob Evers wrote:
On 01/03/2012 02:20 PM, Rob Evers wrote:
From: Rob Evers<revers@xxxxxxxxxx>
When alua targets are transitioning, the scsi midlayer retry mechanism
continuously retries the scsi commands that are returning with not ready
transitioning status. The target is not capable of handling the
commands for time on the order of several seconds during these
transistions.
This patch delays the device queue for 2 seconds, which is in the same
order of aas transition time.
Also, handle all other cases where ADD_TO_MLQUEUE_DELAY could be
returned
instead of ADD_TO_MLQUEUE as if ADD_TO_MLQUEUE were being returned.
Problem found by array partner testing
change MLQUEUE_DEV_DLY_RTY to MLQUEUE_DELAYED_RETRY
Hi James,
I noticed this didn't get included yet.
If you are planning to include this, please hold off.
I misunderstood the testing status initially and we
need to collect more information. It may take some
time.
Rob
Our partner provided some updated results on testing
of this and the results are mixed.
Read/write traffic is reduced to the array during
IO transitions as was expected.
However, IO stalls during alua array transitions
have been seen to get longer in some cases.
Based on this, I withdraw the request to include
this patch.
Rob
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html