<div dir="ltr">Hello,<br><br>Since this is a development related issue, I wasn&#39;t sure if I should post this here or in the GitHub issues, so I opted to post here. Please let me know if this fits better elsewhere.<br><br>I&#39;ve been working on getting my development environment set up to best implement lazy migration support for P.Haul, but have run into a few snags related to CRIU&#39;s lazy migration feature: namely that it fails in different ways both on master and criu-dev branches, which I will outline here.<br><br>Environment Setup:<br>    I am using vagrant for all of my VM configuration and &#39;spin-up&#39;. The general configurations are as follows:<br>        OS: Ubuntu Xenial 64-bit<br>        Kernel: 4.13.0-26-generic (upgraded via apt&#39;s packages from 4.4)<br>        RAM: 4 GB<br>    <br>    I run 2 of these VMs with the following setup:<br>        criuSrc:<br>            -has NFS mount setup at /mnt/<br>        criuDest:<br>            -has mapped the /mnt/ directory of criuSrc via NFS<br><br>    I have the following packages installed on each VM as per the suggestions on the wiki:<br>        libprotobuf-dev libprotobuf-c0-dev protobuf-c-compiler protobuf-compiler python-protobuf \<br>        pkg-config python-ipaddr iproute2 libcap-dev libnl-3-dev libnet-dev libaio-dev python-yaml asciidoc xmlto --no-install-recommends<br><br>With this setup (setup files here if comfortable with vagrant: <a href="https://github.com/jtgoen/vagrant/tree/master/criu">https://github.com/jtgoen/vagrant/tree/master/criu</a>), I am able to run simple single-dump and iterative migrations of a simple looping test program similar to the one found in this example video for lazy migration without issue:<br>    <a href="https://asciinema.org/a/146427">https://asciinema.org/a/146427</a><br>    (the github link above has my commands for simple/iterative/lazy migration outlined in simple-proc-live-migration.txt)<br><br>However, when performing the lazy migration steps nearly verbatim from the tutorial video, the lazy migration restore command fails when using the build of CRIU from master, with the following error:<br>    $ pie: &lt;procnum&gt;: Error (criu/pie/util-vdso.c:97): vdso: ELF header magic mismatch<br><br>When running the same migration steps in the criu-dev branch, I encountered the following different errors when attempting to start the lazy-pages daemon (never being able to reach the proper restore step:<br>    $ Error (criu/util.c:703): Can&#39;t read link of fd -404: No such file or directory<br>    $ Error (criu/protobuf.c:75): Unexpected EOF on (null)<br><br>After running the daemon through GDB, I&#39;ve determined that the -404 file descriptor is being produced erroneously via image.c by incorrectly reading the lazy flags (or something of that sort, since the lazy variable, set here <a href="https://github.com/checkpoint-restore/criu/blob/51c4dc7c25b8687b455675dc33d45fbfd7a99689/criu/image.c#L254">https://github.com/checkpoint-restore/criu/blob/51c4dc7c25b8687b455675dc33d45fbfd7a99689/criu/image.c#L254</a> is never made true). <br><br>I&#39;m unsure if this is an issue with my command setup (which was only slightly modified from the example commands) something wrong with my environment, or a current bug, but if any assistance could be provided on any of these possibilities, it would be much appreciated.<br><br>Also, if there are any suggestions on available dev environment setups for working on CRIU/P.Haul, they are also welcome.<br><br>Best,<br>John Goen<br></div>