<div dir="ltr">Hi Mike,<div><br></div><div>this patchset was broken by the resync with hannes rcu v2 branch.</div><div>Can you rebase it in the light of the changes to the conf pointer access applied in dbd9ad6f0e555707335ec71e1c5bec1723e02f79 ?</div><div><br></div><div>Thanks.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jul 5, 2016 at 10:12 AM, Mike Christie <span dir="ltr"><<a href="mailto:mchristi@redhat.com" target="_blank">mchristi@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">The following patches add Ceph rbd support for handling<br>
blacklisted devices. This does not support features like<br>
multibus.<br>
<br>
My specific use is for exporting rbd images through multiple<br>
LIO instances. In this case, we have one rbd instance that<br>
has the exclusive lock and send WRITE requests. If that host<br>
becomes unreachable, then another host will grab the lock,<br>
and blacklist the original host to prevent it from sending stale<br>
IO (when blacklisted IO will be failed by the OSD).<br>
<br>
To recover from this, this patchset adds a repair() callout<br>
to the checker. If the path is in the PATH_DOWN state this<br>
callout can be used to fix it up. For my case, I am remapping<br>
the device to flush stale IO and cleanup the old lock,<br>
and then unblacklisting myself.<br>
<br>
<br>
</blockquote></div><br></div>