[CRIU] [PATCH 1/4] Support for dumping/restoring user namespaces

Pavel Emelyanov xemul at parallels.com
Mon Aug 18 08:58:50 PDT 2014


On 08/18/2014 07:31 PM, Ying Han wrote:

> 
> ​Sophie finished her internship last week, and ​remove her email from here which won't work from this moment.

If you could thank Sophie for me for the great job she did, that would be awesome :)

> Pavel, I think you have merged all the patches she recently pushed and the remaining ones are the actual
> user namespace support which also being covered by Andrew's patches. So let us know what you guys need
> help with and we will follow-up from there.

First of all, I'd appreciate if someone from Google kernel people support this change:
https://lkml.org/lkml/2014/8/4/570 . This thing is known to block _any_ attempt to
restore tasks in user namespaces and it's somehow stuck on the mailing lists :)

Other than this, right now the list of "what we know" is at http://criu.org/Userns
AFAIS all items but #1 are resource-specific, i.e. if applications we c/r don't use e.g.
inotifies, we won't hit the "open_by_handle_at and linkat(AT_EMPTY_PATH)" problem. Thus,
we can work on this list in parallel.

But in order to do so effectively, it would be great to "materialize" this list :) So
I'd like to have someone (see below) to tune the zdtm test-suite to explicitly list tests 
that are known not to work inside user-namespaces, and run the rest inside userns. After
that we can fix the known problems one-by-one.

Now, why I say "someone" :) I cannot plan Andrey's time, since I'm not his manager. Thus,
I'd like to hear your and Andrew's opinion about who can start looking at the zdtm.


Thanks,
Pavel



More information about the CRIU mailing list