<div dir="ltr">About five years ago, we faced a somewhat simular issue with Symmetrix arrays, where the replicated LU of a SRDF pair (R2) was flagged read-only by the kernel upon discovery. Splitting the pair with a symcli command  made the LU read-write from the array controller point of view, but the Linux kernel would not promote it read-write dynamically.<div><br></div><div>I don't know if the Symmetrix array also use a unit attention to signal the change to the initiators. If it does, it might be worth trying to address both the 3par peer persistance and the Symmetrix SRDF situations.</div><div><br></div><div>On the other hand, if the SRDF R2 rw promotion issue has been fixed since, the patch might give guidance about where/how to plug the 3par peer persistance ghost path rescans.</div><div><br></div><div>Best regards,</div><div>Christophe Varoqui</div><div>OpenSVC</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Apr 14, 2015 at 11:49 AM, Bart Van Assche <span dir="ltr"><<a href="mailto:bart.vanassche@sandisk.com" target="_blank">bart.vanassche@sandisk.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 04/14/15 10:14, Hannes Reinecke wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
What we can try is to listen to uevents for the device capacity<br>
change or ALUA state changes, and retry the read capacity for those<br>
events.<br>
</blockquote>
<br></span>
Any mechanism that relies on uevents would be asynchronous. We need a way to ensure that the capacity data is up to date before any application starts using that data. In this context that means before multipath starts queueing I/O to a path. This might be challenging when processing uevents asynchronously ...<span class="HOEnZb"><font color="#888888"><br>
<br>
Bart.</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
--<br>
dm-devel mailing list<br>
<a href="mailto:dm-devel@redhat.com" target="_blank">dm-devel@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/dm-devel" target="_blank">https://www.redhat.com/mailman/listinfo/dm-devel</a><br>
</div></div></blockquote></div><br></div>