<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Aug 10, 2015 at 12:58 PM, Pavel Emelyanov <span dir="ltr">&lt;<a href="mailto:xemul@parallels.com" target="_blank">xemul@parallels.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 08/10/2015 07:43 PM, Hui Kang wrote:<br>
<span class="">&gt;<br>
&gt;<br>
&gt; On Mon, Aug 10, 2015 at 12:35 PM, Pavel Emelyanov &lt;<a href="mailto:xemul@parallels.com">xemul@parallels.com</a> &lt;mailto:<a href="mailto:xemul@parallels.com">xemul@parallels.com</a>&gt;&gt; wrote:<br>
&gt;<br>
&gt;     On 08/10/2015 06:00 PM, Hui Kang wrote:<br>
&gt;     &gt; The process to be restored may not have certain cgroup dir, e.g<br>
&gt;     &gt; cpu/[PID]/cpu.shares. Currently restoring  will fail in closing<br>
&gt;     &gt; the file. If this is the case, the fileno is -1 and we can ignore<br>
&gt;     &gt; this and let the restore proceed.<br>
&gt;<br>
&gt;     If the file is missing then the fopen() itself should return -1.<br>
&gt;<br>
&gt; Hi, Pavel<br>
&gt; The file is not missing in the destination, e.g., cpu/cpu.shares. The open and write are<br>
&gt; successful, e.g., fileno returning 5. Only fclose return error. But if you check fileno(f)<br>
&gt; after fclose, it returns -1. That&#39;s why I added the additional check for this.<br>
<br>
</span>I see, but this means, that we have actually failed to restore the cgroup property.<br>
I would find out why write() fails, that&#39;s the real bug we have.<br></blockquote><div><br></div><div>I found that it always fails to write into the top level of cgroups, e.g., <br></div><div>echo &quot;1024&quot; &gt; /sys/fs/cgroup/cpu/cpu.share.<br><br></div><div>However, when using manage-cgroup=full to restore a process, criu will try to propagate these files, so the write will fail. The reason fprintf returns success is because the data actually has not been flushed to the file (although cgroup is a virtual file system). So I submitted another patch to fix this (see <a href="http://lists.openvz.org/pipermail/criu/2015-August/021743.html">http://lists.openvz.org/pipermail/criu/2015-August/021743.html</a>)<br><br></div><div>- Hui<br><br><br><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="HOEnZb"><font color="#888888"><br>
-- Pavel<br>
<br>
</font></span></blockquote></div><br></div></div>