[CRIU] Bug report: a process restored with criu crashes on SIGFPE

Andrei Vagin avagin at virtuozzo.com
Sat Jan 27 23:28:32 MSK 2018


On Fri, Jan 26, 2018 at 02:02:35PM +0200, Shlomi Matichin wrote:
>    0x00007fc88f5c7788: jmpq   0x7fc88f5c7706
>    0x00007fc88f5c778d: nopl   (%rax)
>    0x00007fc88f5c7790: movl   $0x0,0x4(%r13)
>    0x00007fc88f5c7798: jmpq   0x7fc88f5c76fc
>    0x00007fc88f5c779d: nopl   (%rax)
>    0x00007fc88f5c77a0: movl   $0x0,0x0(%r13)
>    0x00007fc88f5c77a8: jmpq   0x7fc88f5c76ee
>    0x00007fc88f5c77ad: pxor   %xmm3,%xmm3
> => 0x00007fc88f5c77b1: cvtsd2ss %xmm0,%xmm3

Looks like we incorrectly save fpu state...

I tried to reproduce this issue on my laptop, in digital ocean with the same
ubuntu version, and I even created an aws account. But in all my attempts,
everything works as expected.

Could you write a detailed instruction how you reproduce this bug on a
ec2 instance? What image do you use? Maybe you can create there an
instance and give us access to it?

Could you show registers before and after dump/restore?

For that you need to attach to a target process by gdb and call " info
all-registers", then you need to detach from a process, do dump/restore
and attach again to get registers. Pls, don't forget to check that the
issue is reproduced in this case.

Thanks,
Andrei


More information about the CRIU mailing list