Hi,
On Sun, Oct 18, Daren Sefcik wrote:
> I have an ICAP server backend with servers that each listen on different
> ports, can anyone offer some advice on how to configure health checks for
> it? I am currently using basic but that really doesn't help if the service
> is not responding.
>
>
On Mon, 19 Oct 2015 01:31:42 +0200
PiBa-NL wrote:
> Hi Thierry,
>
> Op 18-10-2015 om 21:37 schreef thierry.fourn...@arpalert.org:
> > On Sun, 18 Oct 2015 00:07:13 +0200
> > PiBa-NL wrote:
> >
> >> Hi haproxy list,
> >>
> >> For testing purposes i
Le 16/10/2015 22:42, Willy Tarreau a écrit :
Hi Christopher,
Marcus (in CC) reported that 1.6 doesn't build anymore on SuSE 11
(which uses openssl 0.9.8). After some digging, we found that it
is caused by the absence of EVP_PKEY_get_default_digest_nid()
which was introduced in 1.0.0 and which
Hi Willy,
Le 16/10/2015 19:07, Willy Tarreau a écrit :
The SSL_CTX and SSL objects are reference-counted objects, so there is
no problem.
When a SSL_CTX object is created, its refcount is set to 1. When a SSL
connection use it, it is incremented and when the connection is closed,
it is
On Mon, Oct 19, 2015 at 03:06:44PM +0200, Christopher Faulet wrote:
> >OK so the unused objects in the tree have a refcount of 1 while the used
> >ones have 2 or more, thus the refcount is always valid. Good that also
> >means we must not test if the tree is null or not in ssl_sock_close(),
> >we
Hi Christopher,
On Mon, Oct 19, 2015 at 03:05:05PM +0200, Christopher Faulet wrote:
> Damned! I generated a huge amount of disturbances with my paches! Really
> sorry for that.
Shit happens sometimes. I had my hours of fame with option
http-send-name-header merged in 1.4-stable years ago, and
Thanks Jarno, I am still not sure how I can apply this to each server using
a different port but will poke around at it and see if I can figure it out.
On Mon, Oct 19, 2015 at 1:04 AM, Jarno Huuskonen
wrote:
> Hi,
>
> On Sun, Oct 18, Daren Sefcik wrote:
> > I have an
On 2015-10-19 16:29:45 +0200, Willy Tarreau wrote:
> On Mon, Oct 19, 2015 at 03:05:05PM +0200, Christopher Faulet wrote:
> > Damned! I generated a huge amount of disturbances with my paches! Really
> > sorry for that.
>
> Shit happens sometimes. I had my hours of fame with option
>
Thanks, this will be helpful to find a good load balance as the systems are
running.
On Mon, Oct 19, 2015 at 1:12 PM, Willy Tarreau wrote:
> On Mon, Oct 19, 2015 at 02:19:52PM -0500, Andrew Hayworth wrote:
> > I was just thinking about how useful this would be, and will submit a
>
On Mon, Oct 19, 2015 at 02:19:52PM -0500, Andrew Hayworth wrote:
> I was just thinking about how useful this would be, and will submit a patch
> for it.
Thank you Andrew.
Willy
Dear Aleks, Bryan, Igor and Willy,
Thank you Aleks and Igor for your domain rewrite insights and Bryan and
Willy for your basic configuration guidance in the last few weeks. Your
insights and a few Web articles helped us achieve the following milestones:
1) A working reverse proxy load
In another thread "Dynamically change server maxconn possible?",
someone raised the possibility of setting a per-server maxconn via the
stats socket. I believe the below patch implements this functionality.
I'd appreciate any feedback, since I'm not really familiar with this
part of the code.
I was just thinking about how useful this would be, and will submit a patch
for it.
On Fri, Oct 16, 2015 at 3:53 PM, Willy Tarreau wrote:
> On Fri, Oct 16, 2015 at 12:07:17PM -0700, Daren Sefcik wrote:
> > I am thinking the answer is no but figured I would ask just to make
> >
Dear HAProxy Developers:
The following error message appears with HAProxy 1.6.0 after start and
then the load balancer stops. No haproxy.pid is getting created. The
same configuration works seamlessly with HAProxy 1.5.14 on the same
server. We are seeking insights into what we could be
Apologies for two posts in a row: this version of the patch includes a
blurb for doc/management.txt as well.
- Andrew Hayworth
>From 6c54812a06706460dd2944ce7d51ea29636ed989 Mon Sep 17 00:00:00 2001
From: Andrew Hayworth
Date: Mon, 19 Oct 2015 19:15:56 +
The ANY query type is weird, and some resolvers don't 'do the legwork'
of resolving useful things like CNAMEs. Given that upstream resolver
behavior is not always under the control of the HAProxy administrator,
we should not use the ANY query type. Rather, we should use A or
according to
Hi all -
Just to chime in, we just got bit by this in production. Our dns
resolver (unbound) does not follow CNAMES -> A records when you send
an ANY query type. This is by design, so I can't just configure it
differently (and ripping out our DNS resolver is not immediately
feasible).
I
Hopethise-mailfi=ndsyouwell.
HereIwouldliket=ostronglyrecommendourNEWlaunchedRECHARGEABLErainbowLEDtablelampJK-848withCOLORCHANGINGMOODLIGHTforyour=reference:
MultifunctionINEXPENSIVE:
Powerperformance5Wwithsuperbrightness800Luxat30=CMofdistance:Aqualifiedreadinglamp.
HI Customer, If you can not see the description below, please click here. 如無法閱讀以下的內容,請按此.To learn more, please visit www.printing100.com. 想了解多D請到www.printing100.com 只需落單時付全數網上落單即享折扣優惠 送貨大優惠全線噴畫,展板,展架等,運費及所有配件 噴畫展架即減5%
19 matches
Mail list logo