[CRIU] [PATCH] inet: tcp -- Find size of max memory allowed to restore TCP data, v2

Pavel Emelyanov xemul at parallels.com
Fri Oct 11 03:51:10 PDT 2013


On 10/11/2013 03:31 AM, Frederico Araujo wrote:
> Hi there,
> 
> After updating CRIU to the current development version (which contains this patch), checkpoint started crashing
> when dumping established connections. The problem is that CRIU can't find tcp_rmem and tcp_rmem on the container,

But patch that is currently in git doesn't try to find them in container. The sysctls in questions
are read in the kerndat_init() function, which is launched when criu is started, i.e. -- on host.

Do you want to say, that you run criu itself in contianer to dump something else?

> although these files exist on the host machine. My host machine and lxc container are running both Ubuntu Saucy
> (latest update). Also, my lxc container is running unconfined and the network type is veth, linking to a bridge 
> I created.
> 
> I understood the reason for this patch. However, should checkpoint fail in case these two files are not present?
> Do you guys know a way to make these files available to the guest lxc container? 

These should be available there. Can you check it by hands with "ls /proc/sys/net/ipv4" command?

> I tried playing with the container's fstab, without success.
> 
> Any help or comments will be much appreciated!
> 
> Best, 
> Fred
> 
> 
> 
> On Mon, Oct 7, 2013 at 10:18 AM, Cyrill Gorcunov <gorcunov at gmail.com <mailto:gorcunov at gmail.com>> wrote:
> 
>     On Mon, Oct 07, 2013 at 05:22:09PM +0400, Cyrill Gorcunov wrote:
>     >
>     > Yeah, I'll check the sysctl engine code, thanks! As to read queue -- I think yes,
>     > you're right, I'll update, thanks!
> 
>     Update attached.
> 
>     _______________________________________________
>     CRIU mailing list
>     CRIU at openvz.org <mailto:CRIU at openvz.org>
>     https://lists.openvz.org/mailman/listinfo/criu
> 
> 




More information about the CRIU mailing list