- 1. Re[2]: [PATCH 2/2] ipvs: fix app registration in netns (score: 1)
- Author: Julian Anastasov <ja@xxxxxx>
- Date: Sat, 14 Apr 2012 00:29:08 +0300 (EEST)
- Hello, You say it is simple but I'm not sure :) If things look complicated you do not need to do it. Note that apps and schedulers are loaded after core, so their netns handlers are always called aft
- /html/lvs-devel/2012-04/msg00045.html (10,958 bytes)
- 2. Re[2]: [PATCH 2/2] ipvs: fix app registration in netns (score: 1)
- Author: "Hans Schillstrom" <hans@xxxxxxxxxxxxxxx>
- Date: Fri, 13 Apr 2012 22:22:10 +0200 (CEST)
- Hello Julian OK I can take care of this, but not before Sunday evening -- To unsubscribe from this list: send the line "unsubscribe lvs-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx Mo
- /html/lvs-devel/2012-04/msg00043.html (11,344 bytes)
- 3. Re: [PATCH 2/2] ipvs: fix app registration in netns (score: 1)
- Author: Julian Anastasov <ja@xxxxxx>
- Date: Fri, 13 Apr 2012 16:14:58 +0300 (EEST)
- Hello, OK, go ahead. But also change init_netns for proto (and now for apps) to return int error. Now __ip_vs_tcp_init does not return error if the May be you can do this change on top of these two p
- /html/lvs-devel/2012-04/msg00032.html (11,893 bytes)
- 4. Re: [PATCH 2/2] ipvs: fix app registration in netns (score: 1)
- Author: Hans Schillstrom <hans.schillstrom@xxxxxxxxxxxx>
- Date: Fri, 13 Apr 2012 11:47:48 +0200
- I think we can do this much simpler, remove the auto init of ftp (ip_vs_ftp_init and ip_vs_ftp_exit) and let ip_vs_app call __ip_vs_ftp_init() as a we do with the protocols. If the init fails before
- /html/lvs-devel/2012-04/msg00030.html (10,188 bytes)
- 5. [PATCH 2/2] ipvs: fix app registration in netns (score: 1)
- Author: Julian Anastasov <ja@xxxxxx>
- Date: Fri, 13 Apr 2012 11:44:02 +0300
- Avoid crash when registering applications (ftp) when the IPVS core initialization for netns fails. Do this by checking for present core (net->ipvs) when registering apps. As result this gets rid of t
- /html/lvs-devel/2012-04/msg00028.html (14,858 bytes)
This search system is powered by
Namazu