<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sun, Aug 24, 2014 at 11:05 PM, Joseph Qi <span dir="ltr"><<a href="mailto:joseph.qi@huawei.com" target="_blank">joseph.qi@huawei.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On 2014/8/25 13:45, Sunil Mushran wrote:<br>
> Please could you expand on that.<br>
><br>
</div>In our scenario, one node can mount multiple volumes across the<br>
cluster.<br>
For instance, N1 has mounted ocfs2 volumes say volume1, volume2,<br>
volume3. And volume3 may do umount/mount during runtime of other<br>
volumes.</blockquote><div><br></div><div>I meant expand on the deadlock. Say we are mounting a new volume and that triggers a inode cleanup. That inode being cleaned up will have to be from one of the mounted volumes. How can this lead to a deadlock?</div>
<div><br></div><div>Two variations:</div><div>a) Node death leading to recovery during the mount.</div><div>b) Mount atop a mount.</div><div><br></div><div>But I cannot still see a deadlock in either scenario.</div></div>
</div></div>