[CRIU] EMFILE during open() after successful restore

[CRIU criu]

Thanks Pavel!

Looks like rlimit restore fails:
if (r->rlim_cur > r->rlim_max) fails because r->rlim_max is 0

What could be wrong?

On Thu, Jul 23, 2015 at 4:59 AM, Pavel Emelyanov <xemul at parallels.com>
wrote:

> On 07/23/2015 03:21 AM, CRIU criu wrote:
> > Hi,
> >
> > I'm facing an issue with open()ing a file after a successful restore. It
> > fails with "Too many open files" error. I've tested with a LD_PRELOAD
> wrapper
> > library overriding open()/close() lib calls to verify that the process
> doesn't
> > open too many files and that there is no FD leakage.
>
> Do you play with android binder device? Quick kernel grep shows that
> it reports EMFILE from some of its operation(s).
>
> > As long as the app runs before cr-dump, open() works fine, but fails once
> > restored. Is anybody else facing this problem? What file should I start
> > looking in order to fix this? Thanks!
>
> Do you restore on the same node, or on another? The issue may be either
> in rlimits restore or in different sysctl fs.nr_open value.
>
> -- Pavel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openvz.org/pipermail/criu/attachments/20150723/524f747d/attachment.html>