[CRIU] [PATCH 00/12] Introduce custom per-task service fds placement

Kirill Tkhai ktkhai at virtuozzo.com
Wed Dec 27 22:30:26 MSK 2017


On 27.12.2017 20:14, Andrei Vagin wrote:
> On Tue, Dec 26, 2017 at 06:45:46PM +0300, Kirill Tkhai wrote:
>> Currently, service fds are bounded to rlimit(RLIMIT_NOFILE).
>> This brings problems with memory usage, because service fds
>> forces kernel to allocate big files_struct for every task,
>> and the container consumes much more memory, than it used
>> before dump. In some situations this even may lead to restore
>> fail because of enough memory absence in cgroup or on node.
>>
>> This patchset reworks service fds placement, and places
>> the service fds in custom place for every task in dependence
>> of task's biggest fd used on dump. This reduces kernel-allocated
>> files_struct in significant way, and make container use less
>> memory.
>>
>> The patchset consists of two parts. Patches [1-4/12] reworks
>> ctl tty crutch we used before, and makes ctl tty to restore
>> in generic file engine way. This change is good enough by its
>> own, and it has to be made separately earlier, but now is
>> the time to stop delaying, and to remove all the crutch, because
>> this is need for the second part.
>>
>> The second part of patchset places service fds in dependence
>> of task's used fds as described in start of topic. See patches
>> [5-12/12] for details of that.
>>
>> Patch [12/12] actually makes service fds "per-task placed".
>>
> 
> Where is a test?

I'll be happy to implement a test scenario you'll suggested.
What will you recommend?
 
> [root at fc24 criu]# python test/zdtm.py run -t zdtm/static/env00
> === Run 1/1 ================ zdtm/static/env00
> 
> ========================== Run zdtm/static/env00 in h ==========================
> Start test
> ./env00 --pidfile=env00.pid --outfile=env00.out --envname=ENV_00_TEST
> Run criu dump
> Unable to kill 36: [Errno 3] No such process
> Run criu restore
> =[log]=> dump/zdtm/static/env00/36/1/restore.log
> ------------------------ grep Error ------------------------
> (00.016768)     36: Collect fdinfo pid=36 fd=1006 id=0x5
> (00.016783)     36: Collect fdinfo pid=36 fd=1007 id=0x5
> (00.016798)     36: Collect fdinfo pid=36 fd=1008 id=0x5
> (00.016813)     36: Collect fdinfo pid=36 fd=1009 id=0x5
> (00.016828)     36: Error (criu/files.c:915): Too big FD number to restore 1010
> (00.016864) Error (criu/cr-restore.c:2452): Restoring FAILED.

See below.

> ------------------------ ERROR OVER ------------------------
> ################# Test zdtm/static/env00 FAIL at CRIU restore ##################
> ##################################### FAIL #####################################
> [root at fc24 criu]# git diff
> diff --git a/criu/crtools.c b/criu/crtools.c
> index 5f005387d..f18c295d8 100644
> --- a/criu/crtools.c
> +++ b/criu/crtools.c
> @@ -244,7 +244,7 @@ static void rlimit_unlimit_nofile_self(void)
>         new.rlim_cur = kdat.sysctl_nr_open;
>         new.rlim_max = kdat.sysctl_nr_open;
>  
> -       if (prlimit(getpid(), RLIMIT_NOFILE, &new, NULL)) {
> +       if (0 && prlimit(getpid(), RLIMIT_NOFILE, &new, NULL)) {

It's not a valid change, because this unlimited PRLIMIT_NOFILE value
set in the above line is used in init_service_fd() to calculate potentially
possible service fds limit.

So, the check "Too big FD number" just says that you can't restore a fd,
if the system does not allow to create such a number whatever you do.

>                 pr_perror("rlimir: Can't setup RLIMIT_NOFILE for self");
>                 return;
>         } else
> diff --git a/test/zdtm/static/env00.c b/test/zdtm/static/env00.c
> index 1feabfa9f..0083d3fa0 100644
> --- a/test/zdtm/static/env00.c
> +++ b/test/zdtm/static/env00.c
> @@ -21,6 +21,15 @@ int main(int argc, char **argv)
>                 exit(1);
>         }
>  
> +       while (1) {
> +               if (dup(1) == -1)
> +                       break;
> +       }
> +       close(10);
> +       close(11);
> +       close(12);
> +       close(13);
> +
>         test_daemon();
>         test_waitsig();
>  
> 
>  
>> https://travis-ci.org/tkhai/criu/builds/321817890
>> ---
>>
>> Kirill Tkhai (12):
>>       files: Close ctl tty via generic engine
>>       files: Move prepare_ctl_tty() to criu/tty.c
>>       files: Move CTL_TTY_OFF fixup to generic file engine
>>       files: Kill unused CTL_TTY_OFF leftovers
>>       files: Rename service_fd_rlim_cur to service_fd_base_cur
>>       files: Count inh_fd_max
>>       files: Pass pstree_item argument to clone_service_fd()
>>       files: Close old service fd in clone_service_fd()
>>       files: Do setup_newborn_fds() later
>>       files: Refactor clone_service_fd()
>>       files: Prepare clone_service_fd() for overlaping ranges.
>>       files: Make tasks set their own service_fd_base
>>
>>
>>  criu/cr-restore.c        |   14 +++--
>>  criu/files.c             |   45 +++-------------
>>  criu/include/files.h     |    3 +
>>  criu/include/servicefd.h |    4 -
>>  criu/include/tty.h       |    2 -
>>  criu/include/util.h      |    2 +
>>  criu/tty.c               |  127 +++++++++++++++++++++++++++++++++++++++++++---
>>  criu/util.c              |  101 ++++++++++++++++++++++++++-----------
>>  images/fdinfo.proto      |    1 
>>  9 files changed, 214 insertions(+), 85 deletions(-)
>>
>> --
>> Signed-off-by: Kirill Tkhai <ktkhai at virtuozzo.com>

Kirill


More information about the CRIU mailing list