<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Aug 10, 2015 at 12:42 PM, Tycho Andersen <span dir="ltr">&lt;<a href="mailto:tycho.andersen@canonical.com" target="_blank">tycho.andersen@canonical.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Mon, Aug 10, 2015 at 12:30:47PM -0400, Hui Kang wrote:<br>
&gt; On Mon, Aug 10, 2015 at 11:16 AM, Tycho Andersen &lt;<br>
&gt; <a href="mailto:tycho.andersen@canonical.com">tycho.andersen@canonical.com</a>&gt; wrote:<br>
&gt;<br>
&gt; &gt; On Mon, Aug 10, 2015 at 03:00:42PM +0000, Hui Kang wrote:<br>
&gt; &gt; &gt; The process to be restored may not have certain cgroup dir, e.g<br>
&gt; &gt; &gt; cpu/[PID]/cpu.shares. Currently restoring  will fail in closing<br>
&gt; &gt; &gt; the file. If this is the case, the fileno is -1 and we can ignore<br>
&gt; &gt; &gt; this and let the restore proceed.<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; Signed-off-by: Hui Kang &lt;<a href="mailto:hkang.sunysb@gmail.com">hkang.sunysb@gmail.com</a>&gt;<br>
&gt; &gt; &gt; ---<br>
&gt; &gt; &gt;  cgroup.c | 2 +-<br>
&gt; &gt; &gt;  1 file changed, 1 insertion(+), 1 deletion(-)<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; diff --git a/cgroup.c b/cgroup.c<br>
&gt; &gt; &gt; index a4e0146..f4e49b3 100644<br>
&gt; &gt; &gt; --- a/cgroup.c<br>
&gt; &gt; &gt; +++ b/cgroup.c<br>
&gt; &gt; &gt; @@ -974,7 +974,7 @@ static int restore_cgroup_prop(const CgroupPropEntry<br>
&gt; &gt; * cg_prop_entry_p,<br>
&gt; &gt; &gt;               return -1;<br>
&gt; &gt; &gt;       }<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; -     if (fclose(f) != 0) {<br>
&gt; &gt; &gt; +     if ((fclose(f) != 0) &amp;&amp; (fileno(f) &gt;= 0)) {<br>
&gt; &gt;<br>
&gt; &gt; If we put these in the other order we can avoid the fclose all<br>
&gt; &gt; together, I think.<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; Thanks for your suggestions. However, the fileno only turns to -1 after<br>
&gt; fclose(f). This is because file is closed.<br>
&gt; Prior to that, fileno(f) returns 5, which looks normal for<br>
&gt; cgroup/cpu/cpus.share.<br>
<br>
</div></div>Ah, so doesn&#39;t this patch mask any error entirely then? As Pavel<br>
points out, if the file doesn&#39;t exist, shouldn&#39;t the fopenat() give<br>
you a bad fd?<br></blockquote><div><br></div><div>When I move the criu images (only have cpusets.cpus set) to a different host and restore suing cgroup-manage=full, cpu.shares exists in the destination. fopenat and fprintf returns OK, only fclose failed due to &quot;invalid argument&quot;. So we need another check.<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>
Tycho<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
&gt;<br>
&gt;<br>
&gt; &gt; Tycho<br>
&gt; &gt;<br>
&gt; &gt; &gt;               pr_perror(&quot;Failed closing %s&quot;, path);<br>
&gt; &gt; &gt;               return -1;<br>
&gt; &gt; &gt;       }<br>
&gt; &gt; &gt; --<br>
&gt; &gt; &gt; 1.9.1<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; _______________________________________________<br>
&gt; &gt; &gt; CRIU mailing list<br>
&gt; &gt; &gt; <a href="mailto:CRIU@openvz.org">CRIU@openvz.org</a><br>
&gt; &gt; &gt; <a href="https://lists.openvz.org/mailman/listinfo/criu" rel="noreferrer" target="_blank">https://lists.openvz.org/mailman/listinfo/criu</a><br>
&gt; &gt;<br>
</div></div></blockquote></div><br></div></div>