<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">2013/12/17 Liu Yuan <span dir="ltr"><<a href="mailto:namei.unix@gmail.com" target="_blank">namei.unix@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
This means some IOs are not returned yet. I think probably you can log in the<br>
VM as a another user to test if the VM is really deady or just some IO tasks<br>
are hung<br></blockquote><br></div><div class="gmail_quote">I've been waiting several minutes.<br></div><div class="gmail_quote">The prompt is frozen.<br></div><div class="gmail_quote">I didn't try to change virtual console because I couldn't by vnc.<br>
</div><div class="gmail_quote">Anyway, I find it strange that the guest doesn't die by kill -15.<br></div><div class="gmail_quote">In other words something fatal happens to the qemu process, even if the guest is not fully frozen.<br>
</div><div class="gmail_quote"><br>I think there's something overlapping.<br></div><div class="gmail_quote">This seems mostly to happen after I removed 8G of data, snapshot, then started adding new data and snapshot.<br>
<br></div><div class="gmail_quote">After removing 8G of data I even run 'sync' and it was instantaneous.<br></div><div class="gmail_quote">Maybe sheep wasn't that fast.<br></div><div class="gmail_quote"><br></div>
<div class="gmail_quote">Sorry if I say inaccurate things, I'm just trying to guess were the issue could be.<br><br></div><div class="gmail_quote">(I think in normal working condition it's difficult to step in it, but it may happens if we use the snapshots a lot in a heavy I/O environment).<br>
</div><div class="gmail_quote"><br><br></div></div></div>