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
:59AM +, 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
> Wednesday, 18 July 2018, 12:10:57 pm
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
wrote:
We always clean
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
ThrawnOn Wednesday, 18 July 2018, 1:33:12 am AEST, Oliv
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
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=20652
?
On Friday, 20 November 2015, 4:12, Willy Tarreau <w...@1wt.eu> wrote:
On Thu, Nov 19, 2015 at 07:00:32AM +, 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_backlo
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 <w...@1wt.eu> wrote:
On Wed, Nov 18, 2015 at 10:53:18PM +, Thrawn wrote:
> Than
?
On Thursday, 19 November 2015, 16:40, Willy Tarreau <w...@1wt.eu> wrote:
Hi,
On Thu, Nov 19, 2015 at 03:37:33AM +, 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
.
On Thursday, 12 November 2015, 5:50, PiBa-NL <piba.nl@gmail.com> 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-r
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)
~ ᐅ
On Monday, 9 November 2
<bed...@gmail.com> wrote:
On Tue, Nov 10, 2015 at 10:46 PM, Thrawn
<shell_layer-git...@yahoo.com.au> 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
tcp or http
service 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 Th
eq" }, 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
bed...@gmail.com
On Wed
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
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
Perhaps the trouble is that you're putting HAProxy inside a chroot? Does
/var/lib/haproxy/var/log exist?
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
Thrawn
On 2015-03-09 14
backend delegate to
another, or specify a named list of servers that can be referenced from
different places?
Thanks in advance.
Thrawn
24 matches
Mail list logo
