<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";
mso-fareast-language:EN-US;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-GB" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Thanks Jake<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Is it fixed in the standard repositories, or in the PPA?<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><b><span lang="EN-US" style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span lang="EN-US" style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> jjs - mainphrame [mailto:jjs@mainphrame.com]
<br>
<b>Sent:</b> 21 June 2016 17:27<br>
<b>To:</b> LXC users mailing-list<br>
<b>Subject:</b> Re: [lxc-users] Live migration mkdtemp failure<o:p></o:p></span></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">That particular error was resolved, but the lxc live migration doesn't work for a different reason now. We now get an error that says "can't dump ghost file" because of apparent size limitations - a limit less than the size of any lxc container
we have running here. <o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">(In contrast, live migration on all of our Openvz 7 containers works reliably)<o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Jake<o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</div>
</div>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">On Tue, Jun 21, 2016 at 4:19 AM, McDonagh, Ed <<a href="mailto:Ed.McDonagh@rmh.nhs.uk" target="_blank">Ed.McDonagh@rmh.nhs.uk</a>> wrote:<o:p></o:p></p>
<p class="MsoNormal"><br>
<br>
> On Tue, Mar 29, 2016 at 09:30:19AM -0700, jjs - mainphrame wrote:<br>
> > On Tue, Mar 29, 2016 at 7:18 AM, Tycho Andersen <<br>
> > tycho.andersen at <a href="http://canonical.com" target="_blank">canonical.com</a>> wrote:<br>
> ><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<br>
> > verbose logging?<br>
><br>
> It already is enabled, you can find the full logs in<br>
> /var/log/lxd/$container/migration_*<br>
><br>
> Perhaps the pwd of the CRIU task is what's broken instead, since CRIU<br>
> isn't supplying a full mkdtemp template. I'll have a deeper look in a<br>
> bit.<br>
><br>
> Tycho<br>
><br>
> ><br>
> > > ><br>
> > > > root at ronnie:~# lxc move third lxd:<br>
> > > > error: Error transferring container data: restore failed:<br>
> > > > (00.033172) 1: Error (cr-restore.c:1489): mkdtemp failed<br>
> > > > crtools-proc.x9p5OH: Permission denied<br>
> > > > (00.060072) Error (cr-restore.c:1352): 9188 killed by signal 9<br>
> > > > (00.117126) Error (cr-restore.c:2182): Restoring FAILED.<br>
<br>
I've been getting the same error - was the issue ever resolved for non-privileged containers?<br>
<br>
Kind regards<br>
Ed<br>
#########################################################################<br>
Attention:<br>
This e-mail and any attachment is for authorised use by the intended<br>
recipient(s) only. It may contain proprietary, confidential and/or<br>
privileged information and should not be copied, disclosed, distributed,<br>
retained or used by any other party. If you are not an intended recipient<br>
please notify the sender immediately and delete this e-mail (including<br>
attachments and copies).<br>
<br>
The statements and opinions expressed in this e-mail are those of the<br>
author and do not necessarily reflect those of the Royal Marsden NHS<br>
Foundation Trust. The Trust does not take any responsibility for the<br>
statements and opinions of the author.<br>
<br>
Website: <a href="http://www.royalmarsden.nhs.uk" target="_blank">http://www.royalmarsden.nhs.uk</a><br>
#########################################################################<br>
_______________________________________________<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" target="_blank">http://lists.linuxcontainers.org/listinfo/lxc-users</a><o:p></o:p></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
<P>
<HR>
<FONT color=#400040><STRONG>Attention: </STRONG><BR></FONT><STRONG><FONT
color=#ff0000><FONT color=#400040>This e-mail and any attachment is for
authorised use by the intended recipient(s) only. It may contain proprietary,
confidential and/or privileged information and should not be copied, disclosed,
distributed, retained or used by any other party. If you are not an intended
recipient please notify the sender immediately and delete this e-mail (including
attachments and copies). <BR>The statements and opinions expressed in this
e-mail are those of the author and do not necessarily reflect those of the Royal
Marsden NHS Foundation Trust. The Trust does not take any responsibility for the
statements and opinions of the author. <BR>Website:</FONT> <A
href="http://www.royalmarsden.nhs.uk">http://www.royalmarsden.nhs.uk</A><BR></P></FONT></STRONG>
<HR>
<P></P>
<P></P>
</body>
</html>