<div dir="ltr">Well, I've found some interesting things here today. I created a couple of privileged xenial containers, and sure enough, I was able to live migrate them back and forth between the 2 lxd hosts. <div><br></div><div>So far, so good. <div><br></div><div>Then I did an apt upgrade - among the changes was a kernel change from  4.4.0-15 to 4.4.0-16 - and live migration stopped working.</div><div><br></div><div>Here are the failure messages that resulted from attempting the very same live migrations that worked before the upgrade and reboot into 4.4.0-16:</div><div><br></div><div><div>root@raskolnikov:~# lxc move akira lxd2:</div><div>error: Error transferring container data: checkpoint failed:</div><div>(00.092234) Error (mount.c:740): mnt: 83:./sys/fs/cgroup/devices doesn't have a proper root mount</div><div>(00.098187) Error (cr-dump.c:1600): Dumping FAILED.</div><div><br></div><div><br></div><div>root@ronnie:~# lxc move third lxd:</div><div>error: Error transferring container data: checkpoint failed:</div><div>(00.076107) Error (mount.c:740): mnt: 326:./sys/fs/cgroup/perf_event doesn't have a proper root mount</div><div>(00.080388) Error (cr-dump.c:1600): Dumping FAILED.</div></div><div><br></div><div>Jake</div><div><br>PS - Thanks for the html mail heads-up - I've been using google mail services for this domain. I'll have to look into the config options, and see if I can do the needful.</div><div><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Mar 29, 2016 at 12:45 PM, Andrey Repin <span dir="ltr"><<a href="mailto:anrdaemon@yandex.ru" target="_blank">anrdaemon@yandex.ru</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Greetings, jjs - mainphrame!<br>
<span class=""><br>
>> On Mon, Mar 28, 2016 at 08:47:24PM -0700, jjs - mainphrame wrote:<br>
 >>> I've looked at ct migration between 2 ubuntu 16.04 hosts today, and had<br>
 >>> some interesting problems;  I find that migration of stopped containers<br>
 >>> works fairly reliably; but live migration, well, it transfers a lot of<br>
 >>> data, then exits with a failure message. I can then move the same<br>
 >>> container, stopped, with no problem.<br>
 >>><br>
 >>> The error is the same every time, a failure of "mkdtemp" -<br>
>><br>
>>  It looks like your host /tmp isn't writable by the uid map that the<br>
>>  container is being restored as?<br>
<br>
<br>
> Which is odd, since /tmp has 1777 perms on both hosts, so I don't see how<br>
> it could be a permissions problem. Surely the default apparmor profile is<br>
> not the cause? You did give me a new idea though, and I'll set up a test<br>
> with privileged containers for comparison. Is there a switch to enable verbose logging?<br>
<br>
</span>I've ran into the same issue once. Stumbled upon it for nearly a month, falsely<br>
blaming LXC.<br>
Recreating a container's rootfs from scratch resolved the issue.<br>
I know not of what caused it to begin with, must've been some kind of glitch.<br>
<br>
P.S.<br>
It would be great if you can configure your mail client to not use HTML format<br>
for lists.<br>
<span class=""><font color="#888888"><br>
<br>
--<br>
With best regards,<br>
Andrey Repin<br>
Tuesday, March 29, 2016 22:43:04<br>
<br>
Sorry for my terrible english...<br>
</font></span><div class=""><div class="h5">_______________________________________________<br>
lxc-users mailing list<br>
<a href="mailto:lxc-users@lists.linuxcontainers.org">lxc-users@lists.linuxcontainers.org</a><br>
<a href="http://lists.linuxcontainers.org/listinfo/lxc-users" rel="noreferrer" target="_blank">http://lists.linuxcontainers.org/listinfo/lxc-users</a></div></div></blockquote></div><br></div></div></div></div>