[CRIU] Process migration between two RPi2 with Criu
Andrew Vagin
avagin at virtuozzo.com
Thu May 19 14:26:28 PDT 2016
Hi Alex,
Can you show /proc/cgroups from both hosts?
On Thu, May 19, 2016 at 06:37:10PM +0200, alex vk wrote:
>
> pi at raspberrypi:~/criu/criu $ ./migrate-ssh.sh
> Warn (autofs.c:74): Failed to find pipe_ino option (old kernel?)
> Connection to 192.168.0.2 closed.
> Snapshoted
> cgroup.img 100% 1948 1.9KB/s 00:00
> core-943.img 100% 602 0.6KB/s 00:00
> fdinfo-2.img 100% 80 0.1KB/s 00:00
> fs-943.img 100% 18 0.0KB/s 00:00
> ids-943.img 100% 32 0.0KB/s 00:00
> inetsk.img 100% 251 0.3KB/s 00:00
> inventory.img 100% 38 0.0KB/s 00:00
> mm-943.img 100% 1862 1.8KB/s 00:00
> pagemap-943.img 100% 242 0.2KB/s 00:00
> pages-1.img 100% 252KB 252.0KB/s 00:00
> pstree.img 100% 26 0.0KB/s 00:00
> reg-files.img 100% 994 1.0KB/s 00:00
> sigacts-943.img 100% 752 0.7KB/s 00:00
> stats-dump 100% 36 0.0KB/s 00:00
> tty.img 100% 30 0.0KB/s 00:00
> tty-info.img 100% 178 0.2KB/s 00:00
> Image transfered
> (00.082257) Pagemap is fully functional
> (00.082543) Found task size of 7f000000
> (00.082892) Reading image tree
> (00.083089) Add mnt ns 5 pid 943
> (00.083211) Migrating process tree (GID 943->805 SID 791->741)
> (00.083259) Will restore in 0 namespaces
> (00.083295) NS mask to use 0
> (00.083331) Collecting 39/18 (flags 1)
> (00.083428) Collected [dev/pts/0] ID 0x1
> (00.083486) Collected [lib/arm-linux-gnueabihf/libresolv-2.19.so] ID 0x5
> (00.083536) Collected [lib/arm-linux-gnueabihf/libnss_dns-2.19.so] ID 0x6
> (00.083581) Collected [lib/arm-linux-gnueabihf/libnss_files-2.19.so] ID 0x7
> (00.083626) Collected [lib/arm-linux-gnueabihf/libc-2.19.so] ID 0x8
> (00.083672) Collected [lib/arm-linux-gnueabihf/libgcc_s.so.1] ID 0x9
> (00.083715) Collected [lib/arm-linux-gnueabihf/libm-2.19.so] ID 0xa
> (00.083759) Collected [usr/lib/arm-linux-gnueabihf/libstdc++.so.6.0.20] ID 0xb
> (00.083804) Collected [lib/arm-linux-gnueabihf/libz.so.1.2.8] ID 0xc
> (00.083847) Collected [usr/lib/arm-linux-gnueabihf/libenet.so.7.0.0] ID 0xd
> (00.083892) Collected [usr/lib/arm-linux-gnueabihf/libarmmem.so] ID 0xe
> (00.083935) Collected [lib/arm-linux-gnueabihf/ld-2.19.so] ID 0xf
> (00.083978) Collected [lib/arm-linux-gnueabihf/libnss_mdns4_minimal.so.2] ID
> 0x10
> (00.084022) Collected [usr/lib/cube2/cube2_server] ID 0x11
> (00.084064) Collected [usr/lib/cube2] ID 0x12
> (00.084104) Collected [.] ID 0x13
> (00.084151) `- ... done
> (00.084182) Collecting 52/56 (flags 0)
> (00.084259) No remap-fpath.img image
> (00.084318) `- ... done
> (00.084384) Collecting 42/21 (flags 0)
> (00.084549) `- ... done
> (00.084991) cg: Preparing cgroups yard (cgroups restore mode 0x4)
> (00.089011) cg: Opening .criu.cgyard.lg48ci as cg yard
> (00.089161) cg: Making controller dir .criu.cgyard.lg48ci/blkio (blkio)
> (00.089465) cg: Determined cgroup dir blkio/ already exist
> (00.089495) cg: Skip restoring properties on cgroup dir blkio/
> (00.089593) cg: Making controller dir .criu.cgyard.lg48ci/net_cls (net_cls)
> (00.089862) cg: Determined cgroup dir net_cls/ already exist
> (00.089899) cg: Skip restoring properties on cgroup dir net_cls/
> (00.089978) cg: Making controller dir .criu.cgyard.lg48ci/freezer (freezer)
> (00.090218) cg: Determined cgroup dir freezer/ already exist
> (00.090257) cg: Skip restoring properties on cgroup dir freezer/
> (00.090334) cg: Making controller dir .criu.cgyard.lg48ci/devices (devices)
> (00.090646) cg: Determined cgroup dir devices/ already exist
> (00.090708) cg: Skip restoring properties on cgroup dir devices/
> (00.090811) cg: Making controller dir .criu.cgyard.lg48ci/cpu,cpuacct
> (cpu,cpuacct)
> (00.091066) cg: Determined cgroup dir cpu,cpuacct/ already exist
> (00.091123) cg: Skip restoring properties on cgroup dir cpu,cpuacct/
> (00.091229) cg: Making controller dir .criu.cgyard.lg48ci/cpuset (cpuset)
> (00.091431) Error (cgroup.c:1562): cg: Can't mount controller dir
> .criu.cgyard.lg48ci/cpuset: No such file or directory
>
> Hi everyone,
>
> I'm coming back to you because I
> still have a problem when
> restoring a snapshotted process
> from a given RPi2 on another
> RPi2.
>
> The snapshot/restore works well
> on the same RPi2 thanks to the
> patch :
> https://lists.openvz.org/
> pipermail/criu/2016-April/
> 027743.html
> (Criu-dev version + patch and
> Kernel 3.18)
>
> However when I try to restore a
> snapshotted process from a given
> RPi2 on another RPi2. (with
> exactly the same image installed ssh -t
> on the SD card) I obtain the pi at 192.168.0.1
> following error : 'pid=$(pidof scp
> (00.091431) Error cube2_server); pi at 192.168.0.1: sudo criu restore
> (cgroup.c:1562): cg: Can't mount sudo criu dump -D echo /home/pi/ echo "Image -d -D /home/pi/ echo "Image restored"
> controller dir /home/pi/ "Snapshotted" checkpoint/* / transferred" checkpoint/ --------------------------------
> .criu.cgyard.lg48ci/cpuset: No checkpoint/ -t home/pi/ --shell-job
> such file or directory $pid checkpoint/ --tcp-established
> (the snapshot process has --tcp-established
> succeeded on the first Rpi2) --shell-job'
>
> The dir .criu.cgyard.lg48ci is
> indeed empty.
> CONFIG_CGROUPS and CONFIG_MEMCG
> are enabled (CONFIG_MEMCG_SWAP
> and CONFIG_MEMCG_KMEM are
> disabled) if that matters...
>
> Am I doing something wrong here ?
>
>
> Thanks again for your help,
>
> Alex
>
>
> Here is the simple script i'm
> using to migrate and the full log
> of the restore:
>
> --------------------------------
> _______________________________________________
> CRIU mailing list
> CRIU at openvz.org
> https://lists.openvz.org/mailman/listinfo/criu
More information about the CRIU
mailing list