Re: possible crashes on linux with recent glibc

2014-03-06 Thread Willy Tarreau
Hi Lukas, On Thu, Mar 06, 2014 at 09:54:44AM +0100, Lukas Tribus wrote: > Hi Willy, > > > >> Your description corresponds with my configuration (using select() with > >> glibc 2.15 on ubuntu crashing with some load). > >> > >> > >> On the terminal I see (which is what confuses a bit): > >> *** b

RE: possible crashes on linux with recent glibc

2014-03-06 Thread Lukas Tribus
Hi Willy, >> Your description corresponds with my configuration (using select() with >> glibc 2.15 on ubuntu crashing with some load). >> >> >> On the terminal I see (which is what confuses a bit): >> *** buffer overflow detected ***: ./haproxy terminated >> >> and the backtrace looks like this:

Re: possible crashes on linux with recent glibc

2014-03-05 Thread Willy Tarreau
Hi Lukas, On Wed, Mar 05, 2014 at 07:38:42PM +0100, Lukas Tribus wrote: > Hi Willy, > > > > Chris Allen and Jeff Zellner reported a similar issue at the same > > time on two different versions : 1.4.20 and 1.5-dev17. The symptom > > is always the same, haproxy suddenly started to crash under loa

RE: possible crashes on linux with recent glibc

2014-03-05 Thread Lukas Tribus
Hi Willy, > Chris Allen and Jeff Zellner reported a similar issue at the same > time on two different versions : 1.4.20 and 1.5-dev17. The symptom > is always the same, haproxy suddenly started to crash under load > while it did not in the past. > > When looking deeper into the traces and core fi

Re: possible crashes on linux with recent glibc

2013-04-01 Thread Willy Tarreau
Hi Brian, On Mon, Apr 01, 2013 at 07:11:25PM -0700, Bryan Talbot wrote: > haproxy built with macports on OSX seems to only have support for select() > and not poll(). I don't have any suggestions but is this environment > impacted by your proposed changes? It's a Makefile issue, OSX supports sel

Re: possible crashes on linux with recent glibc

2013-04-01 Thread Bryan Talbot
On Fri, Mar 29, 2013 at 11:01 AM, Willy Tarreau wrote: > Hi, > > > For the medium term, I'm going to prepare the following changes : > > - make poll() rely solely on bit fields without using FD_* macros > - add a start up warning when select() is used with a maxconn leading > to more than