[CRIU] criu + threaded program + TCP_REPAIR
Pavel Emelyanov
xemul at parallels.com
Mon Oct 20 07:54:39 PDT 2014
On 10/20/2014 06:42 PM, Sowmini Varadhan wrote:
> On (10/20/14 18:38), Pavel Emelyanov wrote:
>>
>> On 10/20/2014 06:23 PM, Sowmini Varadhan wrote:
>>> f77bd000-f77bf000 r--p 00000000 00:00 0
>>
>> Here it is.
>>
>>> (00.002958) Error (proc_parse.c:357): Unsupported mapping found 00000000f77bd000-00000000f77bf000
>>
>> This is a mapping that had VM_IO or VM_PFNMAP flags on it. You
>> can check the /proc/pid/smaps VmFlags: line for the respective
>> mapping. Do you know why iperf needs one?
>
> Dont know, but this is iperf2 - I used it as a typical example
> of an off-the-shelf threaded client-server app..
Actually, p.haul is quite an in-progress thing. If you want to start
with it, I'd recommend to learn how the test/zdtm/ test works. It should
give you a good starting point of p.haul.
> Is there a fix/workaround possible for this (no rush to get it out-
> I'm willing to wait)?
The only way here is to learn how to dump and restore such mappings.
Maybe this will be quite easy, I don't know. We just know that such
mappings cannot be dumped with the existing criu mechanisms.
I can't say for sure when we will be able to have a look at this, but
if you are willing to try to handle it yourself -- we will be glad to
help by answering questions about criu and kernel.
Thanks,
Pavel
More information about the CRIU
mailing list