[CRIU] Android port

[CRIU criu]

More info on this:

So I found that "oarg" (need_to_validate) is being set to 1 for
walk_namespaces(&mnt_ns_desc, collect_mntns, &need_to_validate);

This is because ns->pid != getpid()

In the log I *found*:

./criu dump -D data/data -o dump.log -v3 -t 709

(00.420095) Writing image inventory (version 1)
(00.433772) Add pid ns 1 pid 1184
(00.434402) Add net ns 2 pid 1184
(00.435087) Add ipc ns 3 pid 1184
(00.435574) Add uts ns 4 pid 1184
(00.436036) Add mnt ns 5 pid 1184
(00.436478) Add user ns 6 pid 1184
(00.436760) cg: Dumping cgroups for 1184
(00.437895) cg: Set 1 is criu one


(00.650857) Collected 709 in 1 state
(00.682634) Will take mnt namespace in the image
*(00.682803) Add mnt ns 7 pid 709*

I'm trying to understand the reason behind checking "ns->pid != getpid()".



On Tue, Jun 2, 2015 at 2:31 PM, CRIU criu <criuport at gmail.com> wrote:

> Hello,
>
> I'm porting CRIU on Android.
>
> When I run CRIU, it fails with the following
> Error (mount.c:601): FS mnt ./cache dev 0x1f00002 root / unsupported id 28
>
>
> This is what I found in dump.log
>
> (00.096659)     type ext4 source /dev/block/mtdblock0 mnt_id 0x26 s_dev
> 0x1f00000 / @ ./system flags 0x200001 options data=ordered
> (00.096844)     type ext4 source /dev/block/mtdblock1 mnt_id 0x27 s_dev
> 0x1f00001 / @ ./data flags 0x406 options data=ordered
> (00.097010)     type ext4 source /dev/block/mtdblock2 mnt_id 0x28 s_dev
> 0x1f00002 / @ ./cache flags 0x406 options data=ordered
>
> As seen, all (mtdblock*) is ext4 based, but CRIU complains about "cache"
> partition. Any clue as to why this is the case?
> I don't see ext4 in "static struct fstype fstypes[]"
>
> -Lilo
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openvz.org/pipermail/criu/attachments/20150602/4267cd67/attachment.html>