<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">2014-02-01 Maxim Terletskiy <span dir="ltr"><<a href="mailto:terletskiy@emu.ru" target="_blank">terletskiy@emu.ru</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
the reason before found that "nodiratime" is root of the evil. </blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hope this information would be usefull for somebody.<br>
</blockquote><div><br>Sure it  is.<br></div><div>Has any body else been able to reproduce this problem?<br></div><div>What version of sheep are you running?<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Now I'm curious about object cache failover. What happen if volume with cache will fail? Will sheep and VMs live or will they die?<br></blockquote><div><br></div><div>I'm also curious.<br></div><div>I think it's not handled as of now.<br>
</div><div>It would be good that, in case of I/O error from the cache device, sheep disables cache (like a node md unplug).<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

(I found that with restart of sheep process VMs connected to it dying)<br></blockquote><div><br></div><div>They shouldn't, but this depends on your qemu version.<br></div><div>Qemu supports auto-reconnect. As soon as sheep daemon is available again, the vm will issue their I/O requests.<br>
</div><div> </div><br></div></div></div>