<div dir="ltr"><div><div>Hi, Tycho,<br></div>Thanks. I will work on this patch soon.<br><br></div>- Hui<br><div><div><div><div><div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Aug 4, 2015 at 5:43 PM, Tycho Andersen <span dir="ltr"><<a href="mailto:tycho.andersen@canonical.com" target="_blank">tycho.andersen@canonical.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Tue, Aug 04, 2015 at 05:40:48PM -0400, Hui Kang wrote:<br>
> Hi, Tycho<br>
> Thanks for your suggestion. I am using criu RPC calls, where I can not find<br>
> the four mode for cgroup-manager. Instead, it is a bool type value.<br>
><br>
> optional bool manage_cgroups = 24;<br>
><br>
> Should I update my criu version (I am using v1.6)?<br>
<br>
</span>Oh, that's probably because the RPC struct wasn't updated to match the<br>
new CLI options. It looks like in the current tree it is also a bool,<br>
so updating to master won't help you. I'm sure a patch would be<br>
welcome, though :)<br>
<span class="HOEnZb"><font color="#888888"><br>
Tycho<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
> - Hui<br>
><br>
> On Tue, Aug 4, 2015 at 5:15 PM, Tycho Andersen <<a href="mailto:tycho.andersen@canonical.com">tycho.andersen@canonical.com</a><br>
> > wrote:<br>
><br>
> > On Tue, Aug 04, 2015 at 05:01:14PM -0400, Hui Kang wrote:<br>
> > > Hi,<br>
> > > I am trying to restore the process on a different criu host by<br>
> > transferring<br>
> > > the CRIU images. The checkpointed criu images are scp-ed to a different<br>
> > > host; however the restore fails. The restore.log shows that<br>
> > ><br>
> > > (00.075765) 1: nr_restored_pages: 66<br>
> > > (00.075772) 1: nr_shared_pages: 0<br>
> > > (00.075779) 1: nr_droped_pages: 0<br>
> > > (00.075829) 1: Found fd 1 (id pipe:[13922]) in inherit fd list<br>
> > (caller<br>
> > > close_old_fds)<br>
> > > (00.075841) 1: Found fd 2 (id pipe:[13923]) in inherit fd list<br>
> > (caller<br>
> > > close_old_fds)<br>
> > > (00.075859) 1: cg: Move into 2<br>
> > > 1: cg: `-> blkio//[PID]/tasks<br>
> > > (00.075906) 1: cg: `-> cpu//[PID]/tasks<br>
> > > (00.075946) 1: cg: `-> cpuacct//[PID]/tasks<br>
> > > (00.075967) 1: cg: `-> cpuset//[PID]/tasks<br>
> > > (00.076008) 1: Error (cgroup.c:901): cg: Can't move into<br>
> > > cpuset//[PID]/tasks (-1/0): No space left on device<br>
> > > (00.082249) Error (cr-restore.c:1919): Restoring FAILED.<br>
> > ><br>
> > > Note that the process being migrated has its cgroup directory in the<br>
> > source<br>
> > > node, which apparently does not exist in the destination host. So I first<br>
> > > mkdir /sys/fs/cgroup/cpu/PID .... and copy the content from the source to<br>
> > > destination.<br>
> ><br>
> > You might want to use one of the new `--manage-cgroups full` mode to<br>
> > do this for you. That said, moving something into cpuset's tasks fails<br>
> > with ENOSPC for the following reasons (from cpuset(7)):<br>
> ><br>
> > ENOSPC Attempted to write(2) the process ID (PID) of a process<br>
> > to a cpuset<br>
> > tasks file when the cpuset had an empty cpuset.cpus or empty<br>
> > cpuset.mems<br>
> > setting.<br>
> ><br>
> > ENOSPC Attempted to write(2) an empty cpuset.cpus or cpuset.mems<br>
> > setting to a<br>
> > cpuset that has tasks attached.<br>
> ><br>
> > So depending on what you copied over, it can cause some problems. In<br>
> > `--manage-cgroups full` mode, criu's code should be smart enough to handle<br>
> > things, though.<br>
> ><br>
> > Tycho<br>
> ><br>
> > > Is there anything wrong in these steps? Thanks.<br>
> > ><br>
> > > - Hui<br>
> ><br>
> > > _______________________________________________<br>
> > > CRIU mailing list<br>
> > > <a href="mailto:CRIU@openvz.org">CRIU@openvz.org</a><br>
> > > <a href="https://lists.openvz.org/mailman/listinfo/criu" rel="noreferrer" target="_blank">https://lists.openvz.org/mailman/listinfo/criu</a><br>
> ><br>
> ><br>
</div></div></blockquote></div><br></div></div></div></div></div></div></div></div></div>