<div dir="ltr"><div>Thank you, Tycho. <br></div>Do you have any idea how to start a process in the container and it is the child of the container&#39;s init? <br><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Sep 11, 2015 at 11:40 AM, 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">Hi,<br>
<span class=""><br>
On Fri, Sep 11, 2015 at 11:21:17AM -0400, Tina Li wrote:<br>
&gt; Hi all,<br>
&gt; I am trying to checkpoint/restore the container using the following<br>
&gt; commands.<br>
&gt;  sudo lxc-checkpoint -s -D /tmp/checkpoint -n mycontainer<br>
&gt;  sudo lxc-checkpoint -r -D /tmp/checkpoint -n mycontainer<br>
&gt; The lxc-checkpoint command will invoke criu to do checkpoint and restore.<br>
&gt; I have some doubts:<br>
&gt; 1) After restoring the container, why all the process pids related to the<br>
&gt; container are changed?<br>
&gt; E.g. before checkpoint, the PID of container is 1385, but after restore the<br>
&gt; PID of the container is  3089. (1385 is not occupied by other process.)<br>
<br>
</span>The pids in the host pid namespace are different, but in the<br>
container&#39;s pid namespace they are the same.<br>
<span class=""><br>
&gt; 2) If I use lxc-attach to enter the container, and run a process in it.<br>
&gt; Then when checkpoint the container, the process is stopped, but when<br>
&gt; restore the container, the process is not resumed. Does anyone know why?<br>
<br>
</span>Processes started by lxc-attach aren&#39;t children of the container&#39;s<br>
init, which likely confuses criu.<br>
<span class="HOEnZb"><font color="#888888"><br>
Tycho<br>
</font></span></blockquote></div><br></div>