xemul / criu / 1223
66%

DEFAULT BRANCH: master
Ran
Jobs 1
Files 209
Run time 10s
Badge
Embed ▾
README BADGES
x

If you need to use a raster PNG badge, change the '.svg' to '.png' in the link

Markdown

Textile

RDoc

HTML

Rst
1223

push

travis-ci

xemul 
restore: Fix deadlock when helper's child dies

Since commit ced9c529f687 ("restore: fix race with helpers' kids dying
too early"), we block SIGCHLD in helper tasks before CR_STATE_RESTORE.
This way we avoided default criu sighandler as it doesn't expect that
childs may die.

This is very racy as we wait on futex for another stage to be started,
but the next stage may start only when all the tasks complete previous
stage. If some children of helper dies, the helper may already have
blocked SIGCHLD and have started sleeping on the futex. Then the next
stage never comes and no one reads a pending SIGCHLD for helper.

A customer met this situation on the node, where the following
(non-related) problem has occured:
Unable to send a fin packet: libnet_write_raw_ipv6(): -1 bytes written (Network is unreachable)
Then child criu of the helper has exited with error-code and the
lockup has happened.

While we could fix it by aborting futex in the end of
restore_task_with_children() for each (non-root also) tasks,
that would be not completely correct:
1. All futex-waiting tasks will wake up after that and they
   may not expect that some tasks are on the previous stage,
   so they will spam into logs with unrelated errors and may
   also die painfully.
2. Child may die and miss aborting of the futex due to:
   o segfault
   o OOM killer
   o User-sended SIGKILL
   o Other error-path we forgot to cover with abort futex

To fix this deadlock in TASK_HELPER, as suggested-by Kirill,
let's check if there are children deaths expected - if there
isn't any, don't block SIGCHLD, otherwise wait() and check if
death was on expected stage of restore (not CR_STATE_RESTORE).

Reviewed-by: Kirill Tkhai <ktkhai@virtuozzo.com>
Signed-off-by: Dmitry Safonov <dsafonov@virtuozzo.com>
Signed-off-by: Andrei Vagin <avagin@virtuozzo.com>

Conflicts:
	criu/cr-restore.c

17997 of 27404 relevant lines covered (65.67%)

58214.35 hits per line

Uncovered Existing Lines

Lines Coverage ∆ File
1
81.08
 -1.35% /home/travis/build/xemul/criu/criu/pagemap-cache.c
64
76.47
 -0.74% /home/travis/build/xemul/criu/criu/page-xfer.c
317
70.51
 -0.51% /home/travis/build/xemul/criu/criu/cr-restore.c
Jobs
ID Job ID Ran Files Coverage
1 1223.1 (TR_ARCH=local GCOV=1) 209
65.67
 Travis Job 1223.1
Source Files on build 1223
Coverage ∆ File Lines Relevant Covered Missed Hits/Line