[CRIU] Can't restore a process,
which has been dumped in a second time
Andrey Vagin
avagin at openvz.org
Fri Aug 24 04:14:01 EDT 2012
The problem is that the restorer can't mmap vma with zero size.
I found that this vma is a part of stack from a first "crtools restore".
We already tried to fix such problem by df81acafa711811208442059e193f239c8f98c8d
"""
restorer: Calculate self-stack size with guard pages
Otherwise we might not unmap the whole stack leaving
a guard page in restoree memory map. Not a big deal
but anyway.
Signed-off-by: Cyrill Gorcunov <gorcunov at openvz.org>
Signed-off-by: Pavel Emelyanov <xemul at parallels.com>
"""
We care about own stack, but don't care about a previous stacks
(e.g:before clone(...)).
I think we should find a way to detect the flag MAP_GROWSDOWN... Do
you have any ideas?
More information about the CRIU
mailing list