<div dir="ltr"><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Feb 20, 2018 at 9:55 PM, Julien Escario <span dir="ltr"><<a href="mailto:escario@azylog.net" target="_blank">escario@azylog.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">Le 10/02/2018 à 04:39, Igor Cicimov a écrit :<br>
> Did you tell it<br>
> to? <a href="https://docs.linbit.com/doc/users-guide-84/s-configure-io-error-behavior/" rel="noreferrer" target="_blank">https://docs.linbit.com/<wbr>doc/users-guide-84/s-<wbr>configure-io-error-behavior/</a><br>
<br>
</span>Sorry for the late answer : I moved on performance tests with a ZFS RAID1<br>
backend. I'll retry backend failure a little later.<br>
<br>
But ... as far as I understand, 'detach' behavior should be the default no ?<br></blockquote><div><br><div style="font-size:small;display:inline" class="gmail_default">I think the default is/was for DRBD to "pass-on" the error to the higher layer that should decide it self how to handle it.<br><br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
My tought is that DRBD wasn't notified or didn't detect the blocked IOs on the<br>
backend. Perhaps a specific bahevior of ZFS.<br>
<br>
More tests to come.<br>
<div class="HOEnZb"><div class="h5"><br>
Best regards,<br>
Julien Escario<br>
______________________________<wbr>_________________<br>
drbd-user mailing list<br>
<a href="mailto:drbd-user@lists.linbit.com">drbd-user@lists.linbit.com</a><br>
<a href="http://lists.linbit.com/mailman/listinfo/drbd-user" rel="noreferrer" target="_blank">http://lists.linbit.com/<wbr>mailman/listinfo/drbd-user</a><br>
</div></div></blockquote></div><br></div></div>