<div dir="ltr">Ok cool - thanks. Let me add --manage-cgroups in my p.haul-service at the point where it calls restore. That would be sufficient? Or, since I am also using ovz driver - do I need to do something for that as well?</div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jun 5, 2015 at 1:05 AM, Pavel Emelyanov <span dir="ltr"><<a href="mailto:xemul@parallels.com" target="_blank">xemul@parallels.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 06/05/2015 01:02 AM, Divjyot sethi wrote:<br>
> Thanks -- was able to fix it. :) Now another problem. Apparently restore doesnt work on desitination I get an error saying:<br>
> 1: Error (cgroup.c:907): cg: Can't move into systemd//user.slice/user-1000.slice/session-3.scope/tasks (-1/-1): No such file or directory.<br>
<br>
</span>Ah. This is because p.haul doesn't feed the --manage-cgroups option into criu on restore. And, if you're using<br>
the ovz haul driver, tries to mess with cgroups itself, need do rip this piece from p.haul.<br>
<span class="im HOEnZb"><br>
> Error (cr-restore.c 1896): Restoring FAILED.<br>
><br>
> Seems that this error was in a prior mailing list where you asked to list the cgroups. I did that and it seems that<br>
> session-3.scop doesnt exist in user-1000.slice at destination (exists at source). Is there some way of creating this? The discussion<br>
> in the prioir mailing list doesnt seem to list a solution to this problem...<br>
><br>
> Thanks,<br>
> Divjyot<br>
><br>
</span><div class="HOEnZb"><div class="h5">> On Thu, Jun 4, 2015 at 2:36 AM, Pavel Emelyanov <<a href="mailto:xemul@parallels.com">xemul@parallels.com</a> <mailto:<a href="mailto:xemul@parallels.com">xemul@parallels.com</a>>> wrote:<br>
><br>
> On 06/04/2015 04:50 AM, Kir Kolyshkin wrote:<br>
> ><br>
> ><br>
> > On 06/03/2015 06:45 PM, Divjyot sethi wrote:<br>
> >> Hey Pavel,<br>
> >> After a bit of a hiatus, I finally got around to istalling everything on my machines and am now trying<br>
> >> to live migrate OpenVZ containers running CentOS with p.haul. I however get an error at CRIU dump stage<br>
> >> -- log file says "Error (sk-unix.c:222): Unix socket 0x6893 without peer 0xc5b". Any thoughts on this issue?<br>
> ><br>
> > The message essentially means that there is a UNIX socket that has one end inside the container and the<br>
> > other end out of it. Like, a container is running mysql and someone who's not inside that CT is connected<br>
> > to it via a UNIX socket. CRIU warns you that if you will checkpoint a process at one end of such a socket,<br>
> > a process at the other end might get disappointed. In case you know what you are doing, you can add<br>
> > --ext-unix-sk to criu commandline to allow checkpointing of such processes.<br>
><br>
> Yup. These are connections to the outer world, the --ext-unix-sk should help, unless the<br>
> connection is SOCK_STREAM. In the latter case you'll have to stop the process that has one.<br>
><br>
> > This is as much as I can tell without looking into speciifics.<br>
><br>
> -- Pavel<br>
><br>
><br>
<br>
</div></div></blockquote></div><br></div>