<div dir="ltr"><div><div>Thanks -- was able to fix it. :) Now another problem. Apparently restore doesnt work on desitination I get an error saying:<br></div>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></div><div>Error (cr-restore.c 1896): Restoring FAILED.<br><br></div><div>Seems that this error was in a prior mailing list where you asked to list the cgroups. I did that and it seems that session-3.scop doesnt exist in user-1000.slice at destination (exists at source). Is there some way of creating this? The discussion in the prioir mailing list doesnt seem to list a solution to this problem...<br><br></div><div>Thanks,<br></div><div>Divjyot<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jun 4, 2015 at 2:36 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/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>
</span>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>
<div class="HOEnZb"><div class="h5"><br>
> This is as much as I can tell without looking into speciifics.<br>
<br>
</div></div><span class="HOEnZb"><font color="#888888">-- Pavel<br>
<br>
</font></span></blockquote></div><br></div>