<div dir="ltr">We may be able to get it merged into experimental without fixing this, but I doubt they will merge this into the main Docker engine without tests, and writing a test is where I&#39;m running into this problem.</div><br><div class="gmail_quote"><div dir="ltr">On Wed, Jun 29, 2016 at 2:07 AM Andrew Vagin &lt;<a href="mailto:avagin@virtuozzo.com">avagin@virtuozzo.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Tue, Jun 28, 2016 at 10:13:13PM +0000, Ross Boucher wrote:<br>
&gt; Andrew, did you have any other thoughts on this?<br>
<br>
  &gt; And I ran the exact same commands outside of docker-in-docker just fine,<br>
  &gt; so its AUFS docker-in-docker that isn&#39;t working I guess.<br>
<br>
How is it critical for us to solve this issue? I am not a big fan of<br>
aufs and overlayfs. Will this issue block a pull-request into Docker?<br>
<br>
&gt;<br>
&gt; On Tue, Jun 28, 2016 at 9:49 AM Pavel Emelyanov &lt;<a href="mailto:xemul@virtuozzo.com" target="_blank">xemul@virtuozzo.com</a>&gt; wrote:<br>
&gt;<br>
&gt;     On 06/23/2016 09:25 AM, Andrew Vagin wrote:<br>
&gt;     &gt; On Thu, Jun 23, 2016 at 05:16:24AM +0000, Ross Boucher wrote:<br>
&gt;     &gt;&gt; Just updated and posted some comments to that thread.<br>
&gt;     &gt;<br>
&gt;     &gt; Thanks!<br>
&gt;     &gt;<br>
&gt;     &gt; Can you try to reproduce this problem with the devicemapper driver?<br>
&gt;<br>
&gt;     Is it again overlayfs bug?<br>
&gt;<br>
&gt;     &gt; I think it will work.<br>
&gt;     &gt;<br>
&gt;     &gt; -- Andrew<br>
&gt;     &gt;<br>
&gt;     &gt;&gt;<br>
&gt;     &gt;&gt; On Thu, Jun 23, 2016 at 1:12 AM Andrew Vagin &lt;<a href="mailto:avagin@virtuozzo.com" target="_blank">avagin@virtuozzo.com</a>&gt;<br>
&gt;     wrote:<br>
&gt;     &gt;&gt;<br>
&gt;     &gt;&gt;     On Wed, Jun 22, 2016 at 11:21:48PM +0000, Ross Boucher wrote:<br>
&gt;     &gt;&gt;     &gt; I&#39;ve got a checkpoint failure with the automated test I&#39;m trying<br>
&gt;     to add<br>
&gt;     &gt;&gt;     to<br>
&gt;     &gt;&gt;     &gt; docker. Here&#39;s the log:<br>
&gt;     &gt;&gt;     &gt;<br>
&gt;     &gt;&gt;     &gt; <a href="https://gist.github.com/boucher/d122da7fc9a93cfb8e6dbe1444791f5f" rel="noreferrer" target="_blank">https://gist.github.com/boucher/d122da7fc9a93cfb8e6dbe1444791f5f</a><br>
&gt;     &gt;&gt;     &gt;<br>
&gt;     &gt;&gt;     &gt; From reading the log, it seems like an empty path is trying to be<br>
&gt;     &gt;&gt;     mounted? I&#39;m<br>
&gt;     &gt;&gt;     &gt; not sure where that might be coming from. It&#39;s probably worth<br>
&gt;     noting that<br>
&gt;     &gt;&gt;     this<br>
&gt;     &gt;&gt;     &gt; is running docker in docker, but I know we&#39;ve gotten that to work<br>
&gt;     in the<br>
&gt;     &gt;&gt;     past.<br>
&gt;     &gt;&gt;<br>
&gt;     &gt;&gt;     Which storage driver do you use here?<br>
&gt;     &gt;&gt;     Could you show output for &quot;ls -l /proc/pid/fd /proc/pid/map_files&quot;<br>
&gt;     &gt;&gt;     for the init process?<br>
&gt;     &gt;&gt;<br>
&gt;     &gt;&gt;     &gt; _______________________________________________<br>
&gt;     &gt;&gt;     &gt; CRIU mailing list<br>
&gt;     &gt;&gt;     &gt; <a href="mailto:CRIU@openvz.org" target="_blank">CRIU@openvz.org</a><br>
&gt;     &gt;&gt;     &gt; <a href="https://lists.openvz.org/mailman/listinfo/criu" rel="noreferrer" target="_blank">https://lists.openvz.org/mailman/listinfo/criu</a><br>
&gt;     &gt;&gt;<br>
&gt;     &gt;&gt;<br>
&gt;     &gt; _______________________________________________<br>
&gt;     &gt; CRIU mailing list<br>
&gt;     &gt; <a href="mailto:CRIU@openvz.org" target="_blank">CRIU@openvz.org</a><br>
&gt;     &gt; <a href="https://lists.openvz.org/mailman/listinfo/criu" rel="noreferrer" target="_blank">https://lists.openvz.org/mailman/listinfo/criu</a><br>
&gt;     &gt; .<br>
&gt;     &gt;<br>
&gt;<br>
&gt;<br>
</blockquote></div>