[CRIU] [PATCH v3 0/2] mem: Address dropped guard pages from procfs report
Adrian Reber
adrian at lisas.de
Thu Jun 29 18:49:04 MSK 2017
On Thu, Jun 29, 2017 at 02:00:39PM +0300, Cyrill Gorcunov wrote:
> On Thu, Jun 29, 2017 at 12:27:21PM +0200, Adrian Reber wrote:
> >
> > Trying the master branch this fix seems to work on my test system, but
> > it still fails using the criu-dev branch. I see that these patches exist
> > on the criu-dev branch but zdtm fails with:
> >
> > ------------------------ grep Error ------------------------
> > task_args->nr_threads: 1
> > task_args->clone_restore_fn: 0x11200
> > task_args->thread_args: 0x22600
> > (00.006597)pie: 24: Switched to the restorer 24
> > (00.006598)pie: 24: Error (criu/pie/parasite-vdso.c:49): vdso: BUG at criu/pi>
> > (00.006598)pie: 24: e/parasite-vdso.c:49
> > (00.006598)pie: 24: e/parasite-vdso.c:49
> > (00.009079) Error (criu/cr-restore.c:1472): 24 killed by signal 11: Segmentation fault
> > (00.009094) Error (criu/cr-restore.c:2378): Restoring FAILED.
> > ------------------------ ERROR OVER ------------------------
> >
> > Any ideas what I might be doing wrong?
>
> Hmm. Hard to say, maybe something with CONFIG_ symbols again?
> Mind to try bisecting it?
Bisecting does not really work as it does not work right now and if I
remove the stack guard gap fix it also does not work. But I removed the
following patchset (vdso rework):
https://lists.openvz.org/pipermail/criu/2017-June/thread.html
and I can run criu again on the RHEL kernel. The patch description talks
about the vzkernel and
"""
I've tested the performance impact of the patches set on:
4.12.0-rc5+ kernel (needed arch_prctl() is available from v4.9 kernel)
With the current criu-dev af6399cc5 ("vma: Fix badly inherited FD
in filemap_open")
"""
Does this mean that the RHEL kernel needs additional patches to work
with criu-dev?
Adrian
More information about the CRIU
mailing list