Capitalize Online Presence : haproxy.org

Hello haproxy.org Team, Hope you are doing well. It is an honor to go through your website. I must say you have built a phenomenal website, however to get relevant traffic you need visibility on the major search engines which require SEO touch in order to make it more famous and popular over the

Re: haproxy 1.8 ssl backend server leads to server session aborts

Hi Olivier, On Tue, Feb 13, 2018 at 06:07:36PM +0100, Olivier Houchard wrote: > Hi Emmanuel, > > On Tue, Feb 13, 2018 at 05:40:00PM +0100, Emmanuel Hocdet wrote: > > Hi Olivier > > > > > Le 13 févr. 2018 à 15:27, Olivier Houchard a > > > écrit : > > > > > > Thanks a

Re: slowly move connections away from failed real server to remaining real server.

Hello Moemen Thank you for your reply. Indeed we have already thought of the MAXCONN values. Any other thoughts? The aim is to move clients from a failed server slowly much like the feature where a real server comes back online and slowly the weight is raised until all connections are on the

Re: slowly move connections away from failed real server to remaining real server.

On 13/02/2018 15:49, Andrew Smalley wrote: > Hi, Hi Andrew, > > We have had a request and not sure if there is any way to implement this. > > Simply think of two real servers being loadbalanced. one fails all the > connections are moved to the remaining server overloading it. > > What we want

Re: haproxy 1.8 ssl backend server leads to server session aborts

Hi Emmanuel, On Tue, Feb 13, 2018 at 05:40:00PM +0100, Emmanuel Hocdet wrote: > Hi Olivier > > > Le 13 févr. 2018 à 15:27, Olivier Houchard a écrit : > > > > Thanks a lot for the detailed analyze, and sorry for the late answer. > > You're probably right,

Re: haproxy 1.8 ssl backend server leads to server session aborts

Hi Olivier > Le 13 févr. 2018 à 15:27, Olivier Houchard a écrit : > > Thanks a lot for the detailed analyze, and sorry for the late answer. > You're probably right, SSL_ERROR_SYSCALL shouldn't be treated as an > unrecoverable error. > So, what you basically did was

Re: haproxy 1.8 ssl backend server leads to server session aborts

On Tue, Feb 13, 2018 at 05:29:21PM +0100, Mateusz Malek wrote: > Hi, > > On 13.02.2018 15:27, Olivier Houchard wrote: > > Thanks a lot for the detailed analyze, and sorry for the late answer. > > You're probably right, SSL_ERROR_SYSCALL shouldn't be treated as an > > unrecoverable error. > > So,

Re: haproxy 1.8 ssl backend server leads to server session aborts

Hi, On 13.02.2018 15:27, Olivier Houchard wrote: > Thanks a lot for the detailed analyze, and sorry for the late answer. > You're probably right, SSL_ERROR_SYSCALL shouldn't be treated as an > unrecoverable error. > So, what you basically did was something equivalent to the patch attached ?

slowly move connections away from failed real server to remaining real server.

Hi, We have had a request and not sure if there is any way to implement this. Simply think of two real servers being loadbalanced. one fails all the connections are moved to the remaining server overloading it. What we want is for the traffic from the failed real server to be moved to the

Re: haproxy 1.8 ssl backend server leads to server session aborts

Hi guys, On Sat, Feb 10, 2018 at 06:26:42PM +0100, Mateusz Małek wrote: > Hi everyone, > > I've narrowed down my problem down to the same commit as Tomek Gacek - > c2aae74f010f97a3415542fe649198a5d3be1ea8 (MEDIUM: ssl: Handle early data > with OpenSSL 1.1.1), so I guess it may be related. In my

Question about post regarding ketones on feedjunkie.com

Hello there I noticed on http://feedjunkie.com/feed/229/3 that you reference an article which has some information regarding ketones. I would like to ask if an article I published would be some help to you. It is all about what they are and what they do for us. You can read all the takeaways

RE: Peer tables don't synch on clear

Thanks for the update, Looks like I need to clear from both nodes simultaneously then, or use the option to shut down connections on return of the non-backup server(s). Thanks again Andy -Original Message- From: Frederic Lecaille [mailto:flecai...@haproxy.com] Sent: 13 February 2018