Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[lvs\-users\]\s+Session\s+\"persistence\"\s+issues\s*$/>

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[lvs\-users\]\s+Session\s+\"persistence\"\s+issues\s*$/: 4 ]

Total 4 documents matching your query.

1. Re: [lvs-users] Session "persistence" issues (score: 1): Author: Elliott Barrere <elliott@xxxxxxxxxx>; Date: Mon, 22 Sep 2014 17:00:56 -0700; Thanks Malcolm, that's great. I am a little curious why that isn't the default, since it seems less common that someone would go to the trouble of managing the table through userspace, but what do I; /html/lvs-users/2014-09/msg00008.html (13,220 bytes)
2. Re: [lvs-users] Session "persistence" issues (score: 1): Author: Malcolm Turnbull <malcolm@xxxxxxxxxxxxxxxx>; Date: Mon, 22 Sep 2014 21:43:22 +0100; Elliot, Their are a couple of mechanisms to handle this, the behaviour that you probably want is: net.ipv4.vs.expire_nodest_conn=1 expire the entry in table immediately and inform client that connect; /html/lvs-users/2014-09/msg00007.html (11,608 bytes)
3. Re: [lvs-users] Session "persistence" issues (score: 1): Author: Elliott Barrere <elliott@xxxxxxxxxx>; Date: Mon, 22 Sep 2014 13:08:06 -0700; It appears my link was stripped. The configuration is described here: http://gcharriere.com/blog/?p=339 elliott barrere | 206.351.3520 _______________________________________________ Please read the; /html/lvs-users/2014-09/msg00006.html (11,674 bytes)
4. [lvs-users] Session "persistence" issues (score: 1): Author: Elliott Barrere <elliott@xxxxxxxxxx>; Date: Mon, 22 Sep 2014 13:04:40 -0700; Hi guys - I'm having an issue with a 2-node setup (similar setup to what's described here) where established sessions to a particular real server don't fail over when that real server fails. That is,; /html/lvs-users/2014-09/msg00005.html (10,318 bytes)

Current List: 1 - 4
Page: [1]