[CRIU] [PATCH 1/4] Support for dumping/restoring user namespaces
Ying Han
yinghan at google.com
Mon Aug 18 09:41:27 PDT 2014
On Mon, Aug 18, 2014 at 8:58 AM, Pavel Emelyanov <xemul at parallels.com>
wrote:
> 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 for the details of information. Getting the kernel patch
seems to be the very first step, and will let you know what we can do about
it.
--Ying
>
> Thanks,
> Pavel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openvz.org/pipermail/criu/attachments/20140818/560562c6/attachment.html>
More information about the CRIU
mailing list