[CRIU] link_remap_ok
Pavel Emelyanov
xemul at parallels.com
Fri Feb 27 06:40:19 PST 2015
On 02/27/2015 05:25 PM, beproject criu wrote:
> This is the flow before error,could you get what's wrong :
>
> (02.352922) Dumping path for 4 fd via self 43 [/usr/local/lib/lxc/rootfs/root/dev/__properties__]
> (02.353079) [nyc_fd] The required root is already opened. get_service_fd() returns : 1017
> (02.353216) [nyc_fd] Going into fstatat()-> [mntns_root : 1017],[rpath : ./usr/local/lib/lxc/rootfs/root/dev/__properties__]
> (02.353398) [nyc_fd] Out of fstatat()-> [ret : -1],[rpath : ./usr/local/lib/lxc/rootfs/root/dev/__properties__]
> (02.353574) [nyc_fd] Going into dump_linked_remap()
> (02.354191) [nyc_fd] The required root is already opened. get_service_fd() returns : 1017
> (02.354431) [nyc_fd] Doing linkat() [mntns_root : 1017],[link_name : ./usr/local/lib/lxc/rootfs/root/dev/link_remap.4]
> (02.354747) Error (files-reg.c:510): Can't link remap to /usr/local/lib/lxc/rootfs/root/dev/__properties__: No such file or directory
> (02.355915) [nyc_fd] Error in dump_one_reg_file->check_path_remap()
> (02.356066) [nyc_fd] Going into dump_task_files_seized() : dump_one_file()
OK, so in both cases we access file af fd 1017 and sub-path "./user/local/lib/lxc/roootfs/root/dev/__properties__"
and you tell that this file actually exists in container, right?
The failing fstatat then means, that the 1017 descriptor points to some bad path. Can you check where? We
have a helper called read_fd_link() helper for that, see the fsnotify.c line 455 for code example.
And one more question -- does your container live in another mount namespace, or shared one with host?
Thanks,
Pavel
More information about the CRIU
mailing list