<div dir="ltr">I use docker 1.6.0 and 1.6.2, they all have this problem.<div><br></div><div>the needed files are shared via NFS.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jul 17, 2015 at 11:15 AM, Saied Kazemi <span dir="ltr"><<a href="mailto:saied@google.com" target="_blank">saied@google.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Which Docker version are you using to checkpoint and restore your containers? Also, for migration, are you manually copying the container to a target machine?<div><br></div><div>--Saied</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Tue, Jul 14, 2015 at 7:36 AM, Yanbao Cui <span dir="ltr"><<a href="mailto:yygcui@gmail.com" target="_blank">yygcui@gmail.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><p dir="ltr">Correct my reply:</p>
<p dir="ltr">_existing_ migrated connections hang.</p>
<p dir="ltr">New connection (here I mean new socket or a new process, not as like reconnection manually) is OK<br><br></p>
<br><div class="gmail_quote"><div dir="ltr">Yanbao Cui <<a href="mailto:yygcui@gmail.com" target="_blank">yygcui@gmail.com</a>>于2015年7月14日 周二 22:07写道：<br></div><div><div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">_existing_ migrated connections hang.</p>
<p dir="ltr">New connection is OK</p>
<br><div class="gmail_quote"><div dir="ltr">Pavel Emelyanov <<a href="mailto:xemul@parallels.com" target="_blank">xemul@parallels.com</a>>于2015年7月14日 周二 21:59写道：<br></div></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 07/14/2015 04:43 PM, Yanbao Cui wrote:<br>
> Server is working always and waiting. It seems the client, which is in the container, cannot send data out after restored.<br>
><br>
> For TCP, yeah, the client try to reconnect manually.<br>
<br>
You mean that after restore new connect()-s hang for a while? Why do these connect()-s happen?<br>
Or _existing_ migrated connections hang?<br>
<br>
> The delay is happened after restore successful, although the network is recovered<br>
><br>
><br>
> Pavel Emelyanov <<a href="mailto:xemul@parallels.com" target="_blank">xemul@parallels.com</a> <mailto:<a href="mailto:xemul@parallels.com" target="_blank">xemul@parallels.com</a>>>于2015年7月14日 周二 21:31写道：<br>
><br>
> On 07/14/2015 04:15 PM, Yanbao Cui wrote:<br>
> > Sorry for mistake.<br>
> > For UDP, I mean the sever can receive the packet from client again.<br>
><br>
> So where's the 0.5 seconds delay? Server sleeps and doesn't wake up, packets<br>
> do not reach the server or something else?<br>
><br>
> > Actually, I have analysis the tcpdump output, in my case, the client try to reconnect<br>
> > to the server again, but can not receive SYN+ACK, so it re-transmission after 1 second<br>
> > according to the client rule, and then try again.<br>
><br>
> During migration we don't reconnect TCP (with regular SYN, SYNACK, ACK sequence),<br>
> do you reconnect them manually?<br>
><br>
> -- Pavel<br>
><br>
<br>
</blockquote></div></blockquote></div></div></div>
<br></div></div><span class="">_______________________________________________<br>
CRIU mailing list<br>
<a href="mailto:CRIU@openvz.org" target="_blank">CRIU@openvz.org</a><br>
</span><a href="https://lists.openvz.org/mailman/listinfo/criu" rel="noreferrer" target="_blank">https://lists.openvz.org/mailman/listinfo/criu</a><br>
<br></blockquote></div><br></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><font color="#3333ff"><div><font color="#3333ff">Best Regards</font></div><div><font color="#3333ff">Cui Yanbao | 崔言宝</font></div><div><font color="#3333ff">--</font></div>龍生玖天，豈能安於凡塵！</font></div>
</div>