I think that is the same bug I ran into. I was unable to get the debug tools working sufficiently to track it down myself, and Willy was unable to use my debug file to find it either.
He did point me toward a clever workaround of changing the header instead of deleting it and that seems to work. In my case changing Content-Length to Xontent-Length. >> rsprep ^Content-Length:(.*) Xontent-Length:\1 if is_304 The other thing that worked for me was using the built in regular expressions library instead of PCRE. HTH, Kevin On Dec 31, 2013, at 10:02 AM, William Lewis <[email protected]> wrote: > Hi, > > I've just upgraded to the latest dev build 1.5-dev21-6b07bf7 > > Running on OSX 10.8.5, installed as follows > make TARGET=generic ARCH=`uname -m` USE_PCRE=1 USE_OPENSSL=1 USE_ZLIB=yes > sudo make install > > And now if a response matches a rule to delete a response header the haproxy > instance crashes on trying to process the response. > This is my config. > > global > daemon > quiet > maxconn 1024 > pidfile haproxy.pid > log 127.0.0.1 local0 > log 127.0.0.1 local1 notice > > defaults > log global > > balance roundrobin > mode http > http-check send-state > > retries 3 > > timeout connect 6000 > timeout client 1020000 > timeout server 1020000 > timeout http-request 6000 > > option abortonclose > option forwardfor except 127.0.0.1 > option http-pretend-keepalive > option http-server-close > option httplog > option log-health-checks > option log-separate-errors > option redispatch > option tcpka > > errorfile 200 errorfiles/200.http > errorfile 400 errorfiles/400.http > errorfile 403 errorfiles/403.http > errorfile 408 errorfiles/408.http > errorfile 500 errorfiles/500.http > errorfile 502 errorfiles/502.http > errorfile 503 errorfiles/503.http > > > listen stats :7000 > mode http > stats uri / > > frontend external > bind :80 > > maxconn 1024 > > rspidel ^X-Frame-Options:.* > > default_backend migw > > backend migw > option httpchk GET /online > server migw :8081 check port 48080 > > > Please let me know how I can further help fixing this bug. > > Cheers > > > Will Lewis >
