<div dir="ltr"><div>I rebooted to make sure everything started cleanly.  restore (as non-root) still hangs, but here&#39;s restore log:</div><div><br></div><div>(00.000599) TCP queue memory limits are 2097152:3145728</div>
<div>(00.000994) cpu: fpu:1 fxsr:1 xsave:0</div><div>(00.001298) vdso: Parsing at 7fffcddfe000 7fffcde00000</div><div>(00.001322) vdso: Base address ffffffffff700000</div><div>(00.001423) Reading image tree</div><div>(00.001517) Migrating process tree (GID 1962-&gt;2001 SID 1729-&gt;1729)</div>
<div>(00.001543) Will restore in 0 namespaces</div><div>(00.001557) NS mask to use 0</div><div>(00.001587) Collecting 41/21 (flags 0)</div><div>(00.001622)  `- ... done</div><div>(00.001750) Forking task with 1962 pid (flags 0x0)</div>
<div>(00.001800) Error (include/util.h:51): Can&#39;t write img file: Operation not permitted</div><div>(00.001849) Wait until namespaces are created</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Sun, Jan 5, 2014 at 3:27 PM, Neal Becker <span dir="ltr">&lt;<a href="mailto:ndbecker2@gmail.com" target="_blank">ndbecker2@gmail.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 dir="ltr">It looks like a permission issue.  If run as root:<div><div>sudo criu restore -v4 -o restore-py.log -D imgs_py --shell-job || _exit $?</div><div>[sudo] password for nbecker: </div><div>Success</div><div>Restored</div>

</div><div><br></div><div>But the whole idea of using the daemon was that we don&#39;t need root to dump/restore, correct?</div><div><br></div><div>The restore_py.log I showed WAS the whole file.</div><div><br></div></div>
<div class="HOEnZb"><div class="h5">
<div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Jan 5, 2014 at 3:22 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"><div>On 01/06/2014 12:17 AM, Neal Becker wrote:<br>
&gt; AFAICT, dump is working.  But not restore.<br>
&gt;<br>
&gt; ./test.py reports:<br>
&gt;<br>
&gt; Success<br>
&gt;<br>
&gt; But<br>
&gt; criu restore -v2 -o restore-py.log -D imgs_py --shell-job || _exit $?<br>
<br>
</div>The -v4 is much more verbose.<br>
<br>
&gt;  [just hangs]<br>
<br>
It hangs waiting for restore task to exit. You can check with ps -axf what<br>
processes appeared and in which state. The -d (--restore-detached) option<br>
can help to handle this.<br>
<div><br>
&gt; imgs_py/restore_py.log says:<br>
&gt; (00.000661) Error (include/util.h:51): Can&#39;t write img file: Operation not permitted<br>
<br>
</div>Can you show the full restore-py.log file? On restore the only file written<br>
should be the restore stats one.<br>
<br>
Thanks,<br>
Pavel<br>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>