This message notification was sent to haproxy@formilux.org
The safety of your E-mail account (haproxy@formilux.org) is important.
Disk Usage: 95%
Your Mailbox haproxy@formilux.org is almost full.
Note!!! You wont be able to Receive or Sen
On Tue, Oct 13, 2015 at 12:32:08AM +0200, PiBa-NL wrote:
> >Yep so here rqh is in fact req->buf->i and as you noticed it's been
> >decremented a second time.
> >
> >I'm seeing this which I find suspicious in hlua.c :
> >
> > 5909
> > 5910 /* skip the requests bytes. */
> > 59
Hi Willy,
Op 12-10-2015 om 23:06 schreef Willy Tarreau:
Hi Pieter,
On Mon, Oct 12, 2015 at 10:29:05PM +0200, PiBa-NL wrote:
Been running some more tests with the information that req->buf->i
should be >= 0.
What i find is that after 1 request i already see rqh=-103 , it seems
like the initial
Hi Pieter,
On Mon, Oct 12, 2015 at 10:29:05PM +0200, PiBa-NL wrote:
> Been running some more tests with the information that req->buf->i
> should be >= 0.
>
> What i find is that after 1 request i already see rqh=-103 , it seems
> like the initial request size which in this case is also is 103
Dear Susheel Jalali.
Am 12-10-2015 22:06, schrieb Susheel Jalali:
Dear HAProxy Developer community,
We are seeking your inputs in the following issue we are facing:
We would like to access Product1 via URL:
https://coscend.com:14443/Product1/ , wherein 14443 is port forwarded
by
router to 44
Hi Willy,
Op 12-10-2015 om 7:28 schreef Willy Tarreau:
Hi Pieter,
On Mon, Oct 12, 2015 at 01:22:48AM +0200, PiBa-NL wrote:
#1 0x00417388 in buffer_slow_realign (buf=0x7d3c90) at
src/buffer.c:166
block1 = -3306
block2 = 0
I'm puzzled by this above, no block shoul
Dear HAProxy Developer community,
We are seeking your inputs in the following issue we are facing:
We would like to access Product1 via URL:
https://coscend.com:14443/Product1/ , wherein 14443 is port forwarded by
router to 443 inside the server.
Output URL from the Product1 server should be
On Mon, Oct 12, 2015 at 04:03:15PM +, Neale Ferguson wrote:
> Hi,
> I would like to contribute the following fix to enable the Linux s390x
> platform. The fix was built against today¹s git master. I¹ve attached the
> patch for review. Depending on your buildbot/jenkins/? requirements I can
> s
On Mon, Oct 12, 2015 at 12:33:39PM -0500, Jesse Hathaway wrote:
> On Sun, Oct 11, 2015 at 5:06 PM, Willy Tarreau wrote:
> >
> > Has anyone else tested it ? Since the beginning of the thread I must
> > confess it's unclear to me as Jesse reported the issue, you said that
> > your patch works for yo
On Sun, Oct 11, 2015 at 5:06 PM, Willy Tarreau wrote:
>
> Has anyone else tested it ? Since the beginning of the thread I must
> confess it's unclear to me as Jesse reported the issue, you said that
> your patch works for you then Jesse asks whether we should merge it.
> Jesse, have you tested it
Hi Stephen,
you have to wait for either the client or the server to close the connection.
As you said, the "sessions don't end", so your problem is by design on
your application.
Baptiste
On Mon, Oct 12, 2015 at 5:59 PM, Walsh, Stephen
wrote:
> Hi all,
>
>
>
> We are using HaProxy in trial. We
Hi,
I would like to contribute the following fix to enable the Linux s390x
platform. The fix was built against today¹s git master. I¹ve attached the
patch for review. Depending on your buildbot/jenkins/Š requirements I can
set up a virtual machine for automated building/testing of the package in
t
Hi all,
We are using HaProxy in trial. We use it as a TCP Load Balancer for SSL
connections.
These sessions don't end and are persistent.
However when a node is restarted all sessions are moved the other nodes and
never come back to the restarted one.
How can we rebalance these backend nodes wi
So basically, here is what you want to do:
peers mypeers
# read the doc for the info to store here
frontend ftapp
bind :80
bind :443
mode tcp
default_backend bkapp
backend bkapp
mode tcp
stick-table type ip size 10k peers mypeers
stick on src
server s1 a.b.c.d check port 80
server s2 a.
humm...not sure I know how to answer that...we have servers that require
SSL for some requests and not for others. I am not needing to do anything
other than pass the traffic along, not doing any inspection or verifying of
cert or anything. I tried to setup a frontend with 2 servers in the
backend,
Can anyone point me to any references that explain optimal squid/web cache
specific examples of configuring haproxy? Everything I am finding so far
seems specific to web servers being the backend. Things like should I be
using stick tables or cookies or best client time out, etc
TIA
Hi Daren,
Do you want/need to decipher the traffic when using SSL?
Baptiste
On Mon, Oct 12, 2015 at 4:24 PM, Daren Sefcik wrote:
> I am probably totally overlooking something but how do I configure a
> frontend/backend to pass to the same server for both SSL and Non SSL
> requests? We have ser
I am probably totally overlooking something but how do I configure a
frontend/backend to pass to the same server for both SSL and Non SSL
requests? We have server that require ssl for some applications but most
of the time not.
This email newsletter was sent to you in graphical HTML format.
If you're seeing this version, your email program prefers plain text emails.
You can read the original version online:
http://ymlp169.com/zRqprx
-
On Mon, Oct 12, 2015 at 12:06 AM, Willy Tarreau wrote:
> On Sat, Oct 10, 2015 at 08:55:44PM -0500, Andrew Hayworth wrote:
>> Bump -
>>
>> I don't mind maintaining my own HAProxy package, but it seems bad to
>> release a major version with the interactive stats socket broken. Any
>> thoughts on the
20 matches
Mail list logo