Actually, we can successfully compile the latest 1.7 on the same Solaris
setup, without USE_PTHREAD_PSHARED.
You're right about the patch, though; it seems unnecessary with that flag.
Thanks!
On Saturday, 21 July 2018, 10:07:41 am AEST, Olivier Houchard
wrote:
My patch won't be applied,
8 at 02:17:59AM +0000, Thrawn wrote:
> Mea culpa, I applied the patch incorrectly. After fixing that, I can
> successfully build with 'USE_THREAD=' but without 'USE_PTHREAD_PSHARED=yes'
> (although from what Olivier said, I probably shouldn't do that). On
> We
Mea culpa, I applied the patch incorrectly. After fixing that, I can
successfully build with 'USE_THREAD=' but without 'USE_PTHREAD_PSHARED=yes'
(although from what Olivier said, I probably shouldn't do that). On
Wednesday, 18 July 2018, 12:10:57 pm AEST, Thrawn
wro
id type argument of `unary
*'include/proto/shctx.h:140: warning: left-hand operand of comma expression has
no effectgmake: *** [src/cache.o] Error 1
Thanks for the help :). Anything further that I should test, or should I just
wait for some variety of this patch to land in 1.8.13?
Regards
Thra
July 2018, 8:58:40 pm AEST, Lukas Tribus
wrote:
Hello,
On Mon, 16 Jul 2018 at 03:12, Thrawn wrote:
>
> Update: If I disable threading with
>
> USE_THREAD=
>
> then the build gets much further, but still fails eventually with:
>
> gcc -g -o haproxy src/ev_poll.o e
exit statusgmake: *** [haproxy] Error 1
On Monday, 16 July 2018, 10:52:06 am AEST, Thrawn
wrote:
My workplace is using HAProxy on Solaris (uname -a output: SunOS 5.10
Generic_150400-49 sun4v sparc sun4v), and we can build up to 1.7.11
successfully, but attempting to build 1.8 fails
My workplace is using HAProxy on Solaris (uname -a output: SunOS 5.10
Generic_150400-49 sun4v sparc sun4v), and we can build up to 1.7.11
successfully, but attempting to build 1.8 fails.
> MAKE=/usr/sfw/bin/gmake> $MAKE cleanrm -f *.[oas] src/*.[oas] ebtree/*.[oas]
> haproxy test .build_opts .bu
The 'Description' and 'Main features' sections of the haproxy.org homepage need
updates due to the release of new versions and retirement of 1.3.
@PiBa-NL If you're interested, I've developed a NoScript surrogate script for
cleaning up the online mail archives.
If you don't use NoScript, you could probably port it to Greasemonkey or
similar.
https://forums.informaction.com/viewtopic.php?f=26&t=20652
ities?
On Friday, 20 November 2015, 4:12, Willy Tarreau wrote:
On Thu, Nov 19, 2015 at 07:00:32AM +0000, Thrawn wrote:
> Hmm...I haven't tuned anything (this is just my workstation, not a server).
> /proc/sys/net/core/somaxconn 128
> /proc/sys/net/ipv4/tcp_max_backlog doesn't e
mendations?
On Thursday, 19 November 2015, 16:40, Willy Tarreau wrote:
Hi,
On Thu, Nov 19, 2015 at 03:37:33AM +0000, Thrawn wrote:
> OK, I've decided to go a bit easier on the stress tools ;), and limited
> concurrency to 500, using siege. That's resulted in some useful data
>
pared to HAProxy with two processes, it had a somewhat
higher error rate and noticeably slower response time.
Looks like the conclusion is: use HAProxy, but tune nbproc wisely :)
On Thursday, 19 November 2015, 9:49, Willy Tarreau wrote:
On Wed, Nov 18, 2015 at 10:53:18PM +, Thrawn wrote
Thursday, 12 November 2015, 5:50, PiBa-NL wrote:
Hi Thrawn,
I tried these configs, and there doesn't seem to be much if any difference.
The tcp one might even be the slowest in my limited virtualized tests, but only
my a few milliseconds..
frontend lua-replyip
mode. A TCP service could be almost 1 line of lua code.. And i kinda
expect to be a bit faster.
http://www.arpalert.org/src/haproxy-lua-api/1.6/index.html#haproxy-lua-hello-world
Instead of sending 'hello world' you could send the client-ip..
Op 10-11-2015 om 23:46 schreef Thra
mber 2015, 8:29, Baptiste wrote:
On Tue, Nov 10, 2015 at 10:46 PM, Thrawn
wrote:
> OK, I've set this up locally, and tested it against PHP using ab.
>
> HAProxy was consistently faster (99% within 1ms, vs 5-15ms for PHP), but at
> request volumes over about 35000, with concu
1 401
Waiting: 0 1 3.1 1 400
Total: 0 2 32.5 1 1400
Percentage of the requests served within a certain time (ms)
50% 1
66% 1
75% 2
80% 2
90% 2
95% 3
98% 3
99% 3
100% 1400 (longest request)
~ ᐅ
uot;echo", { "http-req" }, function (txn)
txn.res:send("HTTP/1.0 200 OK\r\nServer: haproxy-lua/echo\r\nContent-Type:
text/html\r\nContent-Length: " .. buffer:len() .. "\r\nConnection:
close\r\n\r\n" .. txn.f:src()) txn.done()end)
Regards
Thrawn
be
Now that HAProxy has Lua support, I'm looking at the possibility of setting up
an echo server, which simply responds with the observed remote address of the
client (currently implemented in PHP as ).
Does anyone have a suggestion of the most efficient possible implementation of
this? If possib
I can't reproduce the problem here; both SSL and plaintext work OK with a
similar configuration.
What does the error look like? An empty frame? A message?
> software that can't use Unix sockets, like Java
Er...that's generally true (although there are libraries like junixsocket), and
not to put you off, but why do you have Java talking to the HAProxy admin
socket?
> Does this mean that the TCP port is dangerous, or that the multiple
> instances of the socket is dangerous??
> What is the danger with it?
I believe the danger is that it may be externally visible, allowing outsiders
to start and stop your servers, add new backends and redirect traffic to them,
Perhaps the trouble is that you're putting HAProxy inside a chroot? Does
/var/lib/haproxy/var/log exist?
being altered.
Willy's suggested approach was to use a request ACL to send traffic to a
different backend, which can then apply the response action.
So, in the case where that backend is almost a duplicate of the first, is there
(or should there be) some way to reduce the duplication?
Regards
Thr
ify a named list of servers that can be referenced from
different places?
Thanks in advance.
Thrawn
uot;
backend foo_admin
rspadd "X-Frame-Options: DENY"
To reduce the duplication, is it possible to have one backend delegate to
another, or specify a named list of servers that can be referenced from
different places?
Thanks in advance.
Thrawn
25 matches
Mail list logo