Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[PATCH\]\s+ipvs\:\s+fix\s+race\s+between\s+ip_vs_conn_new\(\)\s+and\s+ip_vs_del_dest\(\)\s*$/: 2 ]

Total 2 documents matching your query.

1. Re: [PATCH] ipvs: fix race between ip_vs_conn_new() and ip_vs_del_dest() (score: 1)
Author: Julian Anastasov <ja@xxxxxx>
Date: Tue, 24 Jul 2018 22:47:12 +0300 (EEST)
Hello, Looks like an old bug... Add: u32 flags = cp->flags; When ip_vs_conn_put is called for IP_VS_CONN_F_ONE_PACKET it is possible to call ip_vs_conn_expire and to free cp with ip_vs_conn_rcu_free
/html/lvs-devel/2018-07/msg00017.html (13,561 bytes)

2. [PATCH] ipvs: fix race between ip_vs_conn_new() and ip_vs_del_dest() (score: 1)
Author: Tan Hu <tan.hu@xxxxxxxxxx>
Date: Tue, 24 Jul 2018 16:12:33 +0800
We came across infinite loop in ipvs when using ipvs in docker env. When ipvs receives new packets and cannot find an ipvs connection, it will create a new connection, then if the dest is unavailable
/html/lvs-devel/2018-07/msg00014.html (11,657 bytes)


This search system is powered by Namazu