<div dir="ltr">I&#39;m running into a failure when trying to checkpoint (with the as of yet unmerged support being worked on libcontainer). The command I&#39;m running is:<div><br></div><div>&gt;&gt;&gt; criu dump -v4 -D /busybox/nsinit/checkpoint -o dump.log --root /busybox --manage-cgroups --evasive-devices -t 51<br></div><div><br></div><div>Which eventually ends up with this error:</div><div><br></div><div>(00.017527) Replacing /var/lib/docker/aufs/diff/df29663e06373227d372bdd13867dbdce00bf02dac9627679ee3d4985021beb0/busybox/bin/busybox with /busybox/bin/busybox<br></div><div>(00.017537) Saved AUFS paths ./busybox/bin/busybox and /busybox/busybox/bin/busybox</div><div>(00.017575) Error (sysfs_parse.c:304): Failed stat on map 400000 (/busybox/busybox/bin/busybox): No such file or directory</div><div>(00.017583) Error (proc_parse.c:589): Can&#39;t open 51&#39;s mapfile link 400000: No such file or directory</div><div><br></div><div>(full dump: <a href="https://gist.github.com/boucher/d2539bcaa1311c5d5f5c">https://gist.github.com/boucher/d2539bcaa1311c5d5f5c</a>)<br></div><div><br></div><div>I can see in the criu source that this is part of potentially trying to workaround a kernel bug (according to the comments around fixup_aufs_vma_fd). I&#39;m not entirely sure what the expected behavior is, or why /busybox/bin/busybox seems to get turned into the relative version ./busybox/bin/busybox. </div><div><br></div><div>Any ideas?</div><div><br></div></div>