Re: Status change from MAINT to UP

Hi Johan, Op 14-12-2017 om 9:35 schreef Johan Hendriks: Op 13/12/2017 om 20:48 schreef PiBa-NL: Hi Johan, Op 13-12-2017 om 17:31 schreef Johan Hendriks: When i use the show stat command I get different results? Just a guess, are you using?: nbproc > 1 Yes indeed i use nbproc > 1, The

Re: bug: mworker unable to reload on USR2 since baf6ea4b

he new worker.. Seems to work OK afterwards though.. Is this intentional.? Anyhow, wish you all good Christmas day(s) and a happy new year. Regards, PiBa-NL / Pieter From 49272b2c0bafb413f0fb89717f17c784c2947a4f Mon Sep 17 00:00:00 2001 From: PiBa-NL Date: Mon, 25 Dec 2017 21:03:31 +0100 Sub

Re: bug: mworker unable to reload on USR2 since baf6ea4b

t oldfd, int newfd);" "closing/newfd/first if necessary" https://linux.die.net/man/2/dup2 Regards, PiBa-NL / Pieter

Re: problem in 1.8 with hosts going out of service (alive.txt+404+track)

disable-on-404     server myhost vhost1.pfs.local:303 track example-http/myhost Regards, PiBa-NL / Pieter

Re: problem in 1.8 with hosts going out of service

Hi Christopher, Patch seems to work for me. Maybe Paul can confirm as well. Regards, PiBa-NL / Pieter Op 24-1-2018 om 22:02 schreef Christopher Faulet: Le 24/01/2018 à 17:21, Paul Lockaby a écrit : Sorry, I know this list is super busy and that there are a number of other more important

Re: Dynamically adding/deleting SSL certificates

in.sock OCSP Response updated! Not that i have a strong preference, but imho it would be nice to keep the way to call similar commands the the same. Regards, PiBa-NL (Pieter)

Re: logger #n in ALERT messages?

cl, use_backend and backend sections.There are no log statements in these sections.) I did add the following to /etc/rsyslog.conf and messages are being logged to those files. local0.*/var/log/haproxy.log local1.*/var/log/haproxy-status.log Thanks for any clues, Glen Regards, PiBa-NL (Pieter)

Re: Order of acls not important?

ves is not relevant. However you should iirc get a warning that the http-request will be processed before the use_backend directive. Regards, PiBa-NL

Re: Logging check response

e it helps.. Regards, PiBa-NL (Pieter)

Re: proxy error 502

:app.srvhdr[0009:000c]: Accept-Ranges: bytes :app.srvcls[0009:adfd] 0001:main.clicls[000a:] 0001:main.closed[000a:] 0002:main.clicls[000b:] 0002:main.closed[000b:] 0003:main.clicls[0009:] 0003:main.closed[0009:ffff] R

Re: 答复: proxy error 502

ls[000a:]/ /0001:main.closed[000a:]/ *发件人:*PiBa-NL [mailto:piba.nl@gmail.com] *发送时间:*2018年3月31日1:20 *收件人:*Xu Ricky ; haproxy@formilux.org *主题:*Re: proxy error 502 Hi Ricky, Works for me with your configuration, mostly. Adding a bind to the frontend and using haproxy 1.8.

1.8.7 http-tunnel doesn't seem to work? (but default http-keep-alive does)

tunnelmode after the first request and as such should have no issue sending the credentials the the server.?. Below are:  config / haproxy -vv / tcpdump / sess all Is it a known issue? Is there anything else i can provide? Regards, PiBa-NL (Pieter) - # Automaticaly

Re: 1.8.7 http-tunnel doesn't seem to work? (but default http-keep-alive does)

it was yours ;) ) Thanks in advance :). Regards, PiBa-NL (Pieter)  src/ev_kqueue.c | 2 +-  1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/ev_kqueue.c b/src/ev_kqueue.c index a103ece..49e7302 100644 --- a/src/ev_kqueue.c +++ b/src/ev_kqueue.c @@ -78,7 +78,7 @@ REGPRM2 static void

Re: 1.8.7 http-tunnel doesn't seem to work? (but default http-keep-alive does)

latest 1.9-dev just by chance ? Yes when i started compiling from source, thats where i started, the current master branch. Though (sadly) it has the same broken effect. Ill try and investigate a bit more.. Though if you think of a possible patch, i'm happy to try anything out ;) Regards, Pi

Re: 1.8.7 http-tunnel doesn't seem to work? (but default http-keep-alive does)

Using poll (startup with -dk) the request works properly. Many thanks for your tests. Willy Regards, PiBa-NL (Pieter)

Re: 1.8.7 http-tunnel doesn't seem to work? (but default http-keep-alive does)

ing in the browser. The 'fix' on the old version after the commit introducing the issue was to call the EV_SET write delete *less* often. Or maybe my understanding of what is does is just wrong :). Op 13-4-2018 om 0:57 schreef PiBa-NL: Hi Willy, Op 13-4-2018 om 0:22 schreef Willy Tarr

[PATCH] BUG/MEDIUM: kqueue/poll: only use EV_SET when actually needing to add or remove event filters

x27; comparison back.. Lemme know if its okay like this, you would like the new variable to be renamed, the if/then/else restructured or just don't like it at all ;). In the last case please do give a hint about what you would like instead :). Regards, PiBa-NL (Pieter) From 21c191c036f740eb75a4fa5

Re: [PATCH] BUG/MEDIUM: kqueue/poll: only use EV_SET when actually needing to add or remove event filters

existing event After this the KernelEvent for FD 7 that should read the second browser request never happens. I think we can conclude deleting events that don't exist is a bad thing.? Ill leave further discussion about why and how to you and Oliver :). Regards, PiBa-NL (Pieter)

Re: 1.8.7 http-tunnel doesn't seem to work? (but default http-keep-alive does)

heaper than what kevent itself needs to do to ignore an item and 'error report' some of the changes.?. I've not tried to measure this, but technically i think there will be a few more cpu operations needed overall this way.?. Regards, PiBa-NL (Pieter)

Re: 1.8.7 http-tunnel doesn't seem to work? (but default http-keep-alive does)

ed, thanks guys! Willy Thanks! Works as expected with current master. Do i dare ask a estimate when 1.8.8 might be released? (oh just did. ;) ) O well, i guess ill run production with nokqueue for a little while, that works alright for me sofar. Regards, PiBa-NL (Pieter)

1.9dev LUA shows partial results from print_r(core.get_info()) after adding headers ?

roxy but that doesn't seem to affect any effects i'm seeing.. Regards, PiBa-NL (Pieter) Content of haproxy.conf global   nbthread 1   lua-load /root/haproxytest/print_r.lua   lua-load /root/haproxytest/test.lua defaults     mode http     timeout connect 5s     timeout cl

1.9dev LUA register_task to function that ends performs a core dump..

, PiBa-NL (Pieter) haproxy.conf global   nbthread 1   lua-load /root/haproxytest/print_r.lua   lua-load /root/haproxytest/test.lua defaults     mode http     timeout connect 5s     timeout client 30s     timeout server 60s frontend TestSite     bind *:80 Lua script mytask

1.9dev LUA core.tcp() cannot be used from different threads

in advance. Regards, PiBa-NL (Pieter) haproxy.conf & lua scripts Basically the serverhealth_smtpmail_haproxy.conf <https://github.com/PiBa-NL/MyPublicProjects/blob/master/haproxy/lua-scripts/serverhealth_smtpmail_haproxy.conf> and the files it links to are her

Re: 1.9dev LUA shows partial results from print_r(core.get_info()) after adding headers ?

Hi Tim, Op 24-4-2018 om 14:36 schreef Tim Düsterhus: Hi Am 23.04.2018 um 22:36 schrieb PiBa-NL: Is there a bug in my script, or is it more likely that 'something' needs fixing in the lua api / interaction? I poked around a bit: The cause in this case is the Content-Length header.

Re: 1.9dev LUA core.tcp() cannot be used from different threads

last patch from Christopher, and that seems to do the trick nicely for my situation. If you guys come up with a different approach i'm happy to try that as well instead. Regards, PiBa-NL (Pieter)

Re: 1.9dev LUA shows partial results from print_r(core.get_info()) after adding headers ?

nts when it happened fast. And the coredump backtrace belonging with that output. Anything i can try to narrow it down further.? Or perhaps leave it for now.?. as long as i dont output tons of info on console after the last tcp.send it seams to work okay for now.. Regards, PiBa-NL (Pieter) root@f

1.9dev LUA core.tcp() socket:receive("*l") takes 100% cpu usage

iddle ground is possible? Regards, PiBa-NL (Pieter) mytask = function()     core.sleep(10)     core.Info("TASK start")     local mailconnection = core.tcp()     mailconnection:settimeout(60)     mailconnection = mailconnection     ret = mailconnection:connect("127.0.0.1",&q

Re: 1.9dev LUA shows partial results from print_r(core.get_info()) after adding headers ?

traversed exactly.. I seem to see that at least for the first task to be put into the tree there is some special handling.. On the other side, if it aint in the tree, is there technically still a 'next' item?? Below the last part of that logging, and also attached the co

Re: 1.9dev LUA shows partial results from print_r(core.get_info()) after adding headers ?

Hi Thierry, Op 27-4-2018 om 1:54 schreef PiBa-NL: Hi Thierry, Op 26-4-2018 om 12:25 schreef thierry.fourn...@arpalert.org: Your trace shows a corrupted tree. Maybe it is due to the freebsd architecture and the corruption is no reproductible on Linux ? I do not have freebsd for testing

[PATCH] BUG/MINOR, lua/sockets, make lua tasks that are waiting for io suspend until woken up by the a corresponding event.

'all okay' so it can be merged.? If commit message needs tweaking please feel free to do so :). Regards, PiBa-NL (Pieter) From a0b01cdc8ccc4ae95c5c03bc98bf859b6115d2f9 Mon Sep 17 00:00:00 2001 From: PiBa-NL Date: Wed, 2 May 2018 22:27:14 +0200 Subject: [PATCH] BUG/MINOR, lua/sockets, m

Re: [PATCH] BUG/MINOR, lua/sockets, make lua tasks that are waiting for io suspend until woken up by the a corresponding event.

Hi Tim, Op 3-5-2018 om 0:26 schreef Tim Düsterhus: Pieter, Am 02.05.2018 um 23:54 schrieb PiBa-NL: If commit message needs tweaking please feel free to do so :). obviously not authoritative for this, but I noticed directly that the first line of your message is very long. It should

1.8.8 lua, xref_get_peer_and_lock hang / 100% cpu usage after restarting haproxy a few times

Hi List, Sometimes after a few 'restarts' of haproxy 1.8.8 (using -sf parameter) one of the processes seems to get into a 'hanging' state consuming 100% cpu.. In this configuration i'm using 'nbthread 1' not sure if this is related to the corrupted task-tree from my other lua issue.?. http

Re: [PATCH] BUG/MINOR, lua/sockets, make lua tasks that are waiting for io suspend until woken up by the a corresponding event.

Hi Tim, Willy, Apparently even a simple copy/paste is to difficult for me to do right sometimes really sorry about that.. :/ Thanks for merging and explaining, ill try and do better next time :) Regards, PiBa-NL

Re: 1.9dev LUA shows partial results from print_r(core.get_info()) after adding headers ?

anymore with that change. But i'm not sure if now its leaking memory instead for some cases.. Is there a easy way to check? Regards, PiBa-NL (Pieter) diff --git a/src/hlua.c b/src/hlua.c index 4c56409..6515f52 100644 --- a/src/hlua.c +++ b/src/hlua.c @@ -6635,8 +6635,7 @@ error:

Re: 1.9dev LUA shows partial results from print_r(core.get_info()) after adding headers ?

ig issue i guess i just didn't expect it. Regards, PiBa-NL

[PATCH] BUG/MINOR: lua: schedule socket task when lua connect() is called

Hi List, Thierry, Willy, Created another little patch. Hope this one fits all submission criteria. Regards, PiBa-NL (Pieter) From cc4adb62c55f268e9e74853f4a4893e2a3734aec Mon Sep 17 00:00:00 2001 From: PiBa-NL Date: Sat, 5 May 2018 23:51:42 +0200 Subject: [PATCH] BUG/MINOR: lua: schedule

Re: 1.8.8 & 1.9dev, lua, xref_get_peer_and_lock hang / 100% cpu usage after restarting haproxy a few times

appen, but it doesnt know what socket / peer it should release at that point.. its in the local peer variable of the hlua_socket_receive_yield funtion.. Should it be 'unlocked' before calling stream_int_notify?? Does anyone dare to take a stab at a creating a patch ? If so thanks in adv

Re: 1.8.8 & 1.9dev, lua, xref_get_peer_and_lock hang / 100% cpu usage after restarting haproxy a few times

ome well placed sleep() as you suggest. Regards, PiBa-NL http://git.haproxy.org/?p=haproxy.git;a=blob;f=include/common/xref.h;h=6dfa7b62758dfaebe12d25f66aaa858dc873a060;hb=29d698040d6bb56b29c036aeba05f0d52d8ce94b 31 <http://git.haproxy.org/?p=haproxy.git;a=b

[PATCH] BUG/MEDIUM: pollers/kqueue: use incremented position in event list

as introduced here: http://git.haproxy.org/?p=haproxy.git;a=commit;h=6b96f7289c2f401deef4bdc6e20792360807dde4 Thanks, PiBa-NL (Pieter) From 3c60fdace2f23a8c6d070c8fafab660becb8c514 Mon Sep 17 00:00:00 2001 From: PiBa-NL Date: Thu, 10 May 2018 01:01:28 +0200 Subject: [PATCH] BUG/MEDIUM: pollers/kqueue: us

Re: Eclipse 403 access denied

mpression. Compression algorithms supported : identity("identity"), deflate("deflate"), raw-deflate("deflate"), gzip("gzip") Built with OpenSSL version : OpenSSL 1.0.1e-fips 11 Feb 2013 Running on OpenSSL version : OpenSSL 1.0.2l  25 May 2017 (VERSIONS DIFFER!) p.s. Running with different versions between build/running is a bad thing.. Regards, PiBa-NL

Re: 1.8.8 & 1.9dev, lua, xref_get_peer_and_lock hang / 100% cpu usage after restarting haproxy a few times

r it.. [info] 130/195937 (76770) : Wait response 2..   xref_get_peer_and_lock xref->peer == 1 Hope this helps to come up with a solution.. Thanks in advance, PiBa-NL (Pieter) Op 9-5-2018 om 19:47 schreef PiBa-NL: Hi Thierry, Op 9-5-2018 om 18:30 schreef Thierry Fournier: It seems a dead l

Re: 1.8.8 & 1.9dev, lua, xref_get_peer_and_lock hang / 100% cpu usage after restarting haproxy a few times

instead of 150ms. Regards, PiBa-NL (Pieter) con = core.tcp() con:connect_ssl("216.58.212.132",443) --google: 216.58.212.132 request = [[GET / HTTP/1.0 ]] con:send(request) res = con:receive("*a") con:close()

warnings during loading load-server-state, expected?

tion failed for server 'vhost1_http_ipvANY/plainhttpsocket', invalid srv_f_forced_id value '-' Tried with 1.8.8 and 1.9dev. Should i be doing something differently? Or should i ignore those.?. Or is there a way to suppress those messages.?. Regards, PiBa-NL (Pieter)

DNS resolver + threads, 100% cpu usage / hang 1.9dev

0051ef21 in dns_resolve_recv (dgram=0x8022483c0) at src/dns.c:1646 More gdb 'bt full' output of all 3 threads is at the bottom of the attached logfile. Hope someone can try and fix this :) Config and haproxy -vv also added below. Thanks PiBa-NL (Pieter) global     maxco

Re: warnings during loading load-server-state, expected?

dr to "-" when not covered by a socket family. This should be backported to 1.8 Thanks, -- Daniel Works for me to get rid of the unix-socket message. So 1 issue fixed, and 1 to go on this subject ;) Regards, PiBa-NL (Pieter)

Re: DNS resolver + threads, 100% cpu usage / hang 1.9dev

;m running the same testbox for an hour now without issue. Thanks ! Regards, PiBa-NL (Pieter)

Re: [PATCH] Re: 1.8.8 & 1.9dev, lua, xref_get_peer_and_lock hang / 100% cpu usage after restarting haproxy a few times

Hi Thierry, Op 25-5-2018 om 15:40 schreef Thierry FOURNIER: On Fri, 18 May 2018 22:17:00 +0200 PiBa-NL wrote: Hi Thierry, Op 18-5-2018 om 20:00 schreef Thierry FOURNIER: Hi Pieter, Could you test the attached patch ? It seems to fix the problem, but I have some doubts about the

1.9dev, lua, socket:settimeout() is not being honored and continuous to wait

e sort of error / nil response.?. As can be seen from below output the second socket:receive() takes the complete 6 seconds that tcploop takes to produce its second response. Can you take a look? Thanks in advance :). Regards, PiBa-NL (Pieter) --- response1response2 Timing: [19

dev1.9 2018/06/05 threads cpu 100% spin_lock v.s. thread_sync_barrier

Hi List, I've got no clue how i got into this state ;) and maybe there is nothing wrong..(well i did resume a VM that was suspended for half a day..) Still thought it might be worth reporting, or perhaps its solved already as there are a few fixes for threads after the 6-6 snapshot that i bui

Re: dev1.9 2018/06/05 threads cpu 100% spin_lock v.s. thread_sync_barrier

ecific options/parts.. Thanks for your analysis, though i'm not sure what to do with the info at the moment, i do hope you guys together can find a likely culprit from the information given ;). Regards, PiBa-NL (Pieter)

haproxy 1.8.12 / 1.9- 20180623 / stopping process hangs with threads (100% cpu) on -sf reload / FreeBSD

nothing obvious that can be spotted with the info from the stack-traces of both 1.8 and 1.9 below ill try and dig further tomorrow :).Thanks in advance for anyone's time :). Regards, PiBa-NL (Pieter) p.s. I CC'ed Christopher as he seems to have made the last 2 patches going into 201806

Re: haproxy 1.8.12 / 1.9- 20180623 / stopping process hangs with threads (100% cpu) on -sf reload / FreeBSD

;  #endif Also snapshot of 20180622 + '0461-BUG-MEDIUM-threads-Use-the-sync-point-to-che-1.9-dev0.patch' works okay. Though i guess just reverting that line is not the right fix ;). Regards, PiBa-NL (Pieter)

Re: haproxy 1.8.12 / 1.9- 20180623 / stopping process hangs with threads (100% cpu) on -sf reload / FreeBSD

xy version 1.9-dev0-842ed9b 2018/07/20 (Well at least my reproduction doesn't work anymore.. while it did quite easily before.) So thats good ;) Regards, PiBa-NL (Pieter)

100% cpu usage 1.9-dev0-48d92ee 2018/07/30, task.?. but keeps working.. (nbthread 1)

rrect' version.. i never seemed to have issues with that before..) Hoping someone has an idea how to debug it further/differently or perhaps create a patch that might provide extra information when it occurs again.?. Regards, PiBa-NL (Pieter)

Re: 100% cpu usage 1.9-dev0-48d92ee 2018/07/30, task.?. but keeps working.. (nbthread 1)

3,0x0,0,{ },200,{ 0.0 })  = 0 (0x0) kevent(3,0x0,0,{ },200,{ 0.0 })  = 0 (0x0) Regards, PiBa-NL (Pieter) Op 8-8-2018 om 22:49 schreef PiBa-NL: Hi List, Ive got a weird issue.. and im not sure where/how to continue digging at the moment... Using nbthread=1 nbpr

Re: 100% cpu usage 1.9-dev0-48d92ee 2018/07/30, task.?. but keeps working.. (nbthread 1)

previously the issue would have likely returned in this time period.. Ill keep it running for a few more days, and switch back to nbthread 3 then.. Till next time ;) Thanks again! Best regards, PiBa-NL (Pieter)

lua script, 200% cpu usage with nbthread 3 - haproxy hangs - __spin_lock - HA-Proxy version 1.9-dev1-e3faf02 2018/08/25

Hi List, Thierry, Olivier, Using a lua-socket with connect_ssl and haproxy running with nbthread 3.. results in haproxy hanging with 3 threads for me. This while using both 1.9-7/30 version (with the 2 extra patches from Olivier avoiding 100% on a single thread.) and also a build of today's

Re: lua script, 200% cpu usage with nbthread 3 - haproxy hangs - __spin_lock - HA-Proxy version 1.9-dev1-e3faf02 2018/08/25

ore dumps also while testing..). There is of course the option that i did something wrong in the lua as well... Does the test itself work for you guys? (with nbthread 1) Did i do something crazy in the lua code? , i do have several loops.. but i don't think thats where it 'hangs' ?..

Re: lua script, 200% cpu usage with nbthread 3 - haproxy hangs - __spin_lock - HA-Proxy version 1.9-dev1-e3faf02 2018/08/25

Hi Frederic, Op 28-8-2018 om 11:27 schreef Frederic Lecaille: On 08/27/2018 10:46 PM, PiBa-NL wrote: Hi Frederic, Oliver, Thanks for your investigations :). I've made a little reg-test (files attached). Its probably not 'correct' to commit as-is, but should be enough to get

Re: [PATCH] BUG/MAJOR: thread: lua: Wrong SSL context initialization.

Subject: [PATCH] BUG/MAJOR: thread: lua: Wrong SSL context initialization. When calling ->prepare_srv() callback for SSL server which depends on global "nbthread" value, this latter was not already parsed, so equal to 1 default value. This lead to bad memory accesses. Thank you to Pi

Re: [PATCH] BUG/MAJOR: thread: lua: Wrong SSL context initialization.

made the patch. Only thing i provided was a 'reg-test' and some gdb traces.. Anyhow its fixed now, that's the important part ;) Regards, PiBa-NL (Pieter)

reg-test failures on FreeBSD, how to best adapt/skip some tests?

working properly when making a new build to take into my production system. If some tests fail by design (on this platform), it takes more administration to figure out if that was okay or not. Please advice :) Regards, PiBa-NL (Pieter) From 89a5fd48c11dba6a30f468e86e5a7d4bdab6b986 Mon Sep 1

regtest lua/b00002.vtc fails with 1.9-dev2 / master

2.0 HTTP rx failed (fd:5 read: Connection reset by peer) MEDIUM: connections/mux: Add a recv and a send+recv... 4cf7fb OK Did something go astray? p.s. should reg-tests maybe get run before the -dev releases get tagged? (or is that already done, and this could be a FreeBSD specific issue and a

making a new reg-test to verify server-state-file, why does it fail at random places?

h1    0.9 CLI expect failed ~ " - 33 -"  << The port change not being picked up is a 'known bug' afaik. Am i writing the test in a wrong way? Should i wait/lock/check something after some steps and if so how? Also its taking like a second or more to complete. is there a

[PATCH] REGTEST/MINOR: loadtest: add a test for connection counters

ue on FreeBSD, adding a 'nokqueue' on 1.8.13 makes it succeed though..). I think it might be a good and reproducible test to run.? Or does it need more tweaking? Thoughts appreciated :). Regards, PiBa-NL (Pieter) From 4b1af997e796e1bb2098c5f66ac24690841c72e8 Mon Sep 17 00:00:00 200

Re: [PATCH] REGTEST/MINOR: loadtest: add a test for connection counters

erested in Fred's and anyone elses opinion ;) , and well maybe this particular test-case could be replaced by something simpler/faster/ with more or less the same likelihood of catching yet unknown issues..? Looking forward to reactions :) . Thanks and regards, PiBa-NL (Pieter)

Re: [PATCH] REGTEST/MINOR: loadtest: add a test for connection counters

in between. As for all the rest of the email, thanks for your elaborate response :). Regards, PiBa-NL (Pieter)

Re: [PATCH] REGTEST/MINOR: loadtest: add a test for connection counters

0 CLI recv|CumReq: 65 h1    0.0 CLI expect failed ~ "CumConns: 41" If my 'expect' is correct,  would the patch be suitable for inclusion with the other reg-tests this way? If you want to rename loadtest, to heavytest, or any other tweaks please feel free to do so. Rega

Re: [PATCH] REGTEST/MINOR: loadtest: add a test for connection counters

aps be a coincidence, maybe now things are processed even faster now but in different order so the test fails for the wrong reason.?. Hope that makes some sense in my thought process :). Regards, PiBa-NL (Pieter)

Re: [PATCH] REGTEST/MINOR: loadtest: add a test for connection counters

Hi Willy, Op 30-9-2018 om 7:46 schreef Willy Tarreau: Hi Pieter, On Sun, Sep 30, 2018 at 12:05:14AM +0200, PiBa-NL wrote: Hi Willy, I thought lets give those reg-test another try :) as its easy to run and dev3 just came out. All tests pass on my FreeBSD system, except this one, new reg-test

Re: [PATCH] REGTEST/MINOR: loadtest: add a test for connection counters

Hi Willy, Op 30-9-2018 om 20:38 schreef Willy Tarreau: On Sun, Sep 30, 2018 at 08:22:23PM +0200, Willy Tarreau wrote: On Sun, Sep 30, 2018 at 07:59:34PM +0200, PiBa-NL wrote: Indeed it works with 1.8, so in that regard i 'think' the test itself is correct.. Also when disabling t

Re: reg-test failures on FreeBSD, how to best adapt/skip some tests?

Hi Frederic, Op 1-10-2018 om 16:19 schreef Frederic Lecaille: On 09/11/2018 04:51 PM, PiBa-NL wrote: Hi List, I was wondering how to best run the reg-tests that are 'valid' for FreeBSD. There are a 2 tests that use abns@ sockets, which seem not available on FreeBSD. Also 1 test

Re: reg-test failures on FreeBSD, how to best adapt/skip some tests?

her mail thread ( https://www.mail-archive.com/haproxy@formilux.org/msg31345.html ), but i don't think we have defined the perfect way to do it yet.. So that part of the question still stands ;) .. Whats the best way to skip tests that are not applicable? Regards, PiBa-NL (Pieter)

Re: [PATCH] REGTEST/MINOR: loadtest: add a test for connection counters

Hi Willy, Op 1-10-2018 om 4:00 schreef Willy Tarreau: On Sun, Sep 30, 2018 at 10:16:55PM +0200, PiBa-NL wrote: Hi Willy, Op 30-9-2018 om 20:38 schreef Willy Tarreau: On Sun, Sep 30, 2018 at 08:22:23PM +0200, Willy Tarreau wrote: On Sun, Sep 30, 2018 at 07:59:34PM +0200, PiBa-NL wrote

Re: [PATCH] REGTEST/MINOR: loadtest: add a test for connection counters

Hi Frederic, Op 1-10-2018 om 15:15 schreef Frederic Lecaille: On 09/15/2018 02:03 AM, PiBa-NL wrote: Hi List, Willy, Hi Pieter, Sorry for this late reply. I am also sorry to tell you that -D option should not be used anymore because it as been recently broken. It adds an extra 2s delay on

Re: reg-test failures on FreeBSD, how to best adapt/skip some tests?

e running of multiple tests at once. Thoughts appreciated :). Regards, PiBa-NL (Pieter) root@freebsd11:/usr/ports/net/haproxy-devel # ./run-regtests.sh ## Preparing to run tests ## HA-Proxy version 1.8.14-52e4d43 2018/09/20 Cop

[PATCH] REGTEST/MINOR: compatibility: use unix@ instead of abns@

Hi Frederic, Willy, Attached a patch that will change /reg-tests/connection/b0.vtc to use unix@ sockets so it is compatible with FreeBSD and possibly other OS's. As discussed in the other thread https://www.mail-archive.com/haproxy@formilux.org/msg31370.html. Regards, PiBa-NL (P

Re: [PATCH] REGTEST/MINOR: loadtest: add a test for connection counters

to haproxy code? Get some kind of trace? Anything in particular that would be of interest? Regards, PiBa-NL (Pieter)

Re: [PATCH] REGTEST/MINOR: loadtest: add a test for connection counters

paring' for a second request over the keep-alive connection if i understand correctly. Which eventually doesn't happen, but is counted. Maybe that is a point that can be improved in a future version if time permits.? Or would it even be expected to behave like that? Regards, PiBa-NL (Pieter)

Re: [PATCH] REGTEST/MINOR: loadtest: add a test for connection counters

Hi William, Op 12-10-2018 om 10:53 schreef William Lallemand: The attached patch should fix the issue. The patch works for me, thanks. Regards, PiBa-NL (Pieter)

Re: Logging real rather than load balancer IP

first 2 already ruled out, the 3rd is your only option.. (that i know of anyhow..) Regards, PiBa-NL (Pieter)

Re: reg-test failures on FreeBSD, how to best adapt/skip some tests?

Hi Frederic, Do you have a little time to take a look at (the idea of) the script? Thanks in advance :). Op 3-10-2018 om 21:52 schreef PiBa-NL: Hi Frederic, Made a little script (attached).. What do you think ? Could this work for current 'requirements'? Regards, PiBa-NL (Pieter)

'http-response cache-store icons if { path_beg /icons }' produces crashes and/or random behavior

ticle (and perhaps include the cache section declaration also), and perhaps investigate why haproxy does seem to try and process the fetch it warns about on startup that it would/should never match.. Regards, PiBa-NL (Pieter) # Checks that basic cache is working varnishtest "Checks that

Re: reg-test failures on FreeBSD, how to best adapt/skip some tests?

er way to keep previous results separated from the current run? If you could give it another look i would appreciate that. Are there any things that need to be added/changed about it before considering to add it to haproxy sources branch? Regards, PiBa-NL (Pieter) #!/usr/bin/env sh if

Re: 'http-response cache-store icons if { path_beg /icons }' produces crashes and/or random behavior

Hi Willy, Op 28-10-2018 om 20:21 schreef Willy Tarreau: Hi Pieter, On Sun, Oct 28, 2018 at 12:49:44AM +0200, PiBa-NL wrote: Hello Chad, List, Thanks for the nice article https://www.haproxy.com/blog/introduction-to-haproxy-acls/ However one of the examples that shows how to use cache-store

enabling H2 slows down my webapp, how to use keep-alive on backend ssl connection?

fails on " s4    0.2 HTTP rx failed (fd:10 read: Connection reset by peer)" while that is where the s4 server expects a second request over its keep-alive connection. (assuming i wrote the test correctly..) While it 'should' fail on the s3 server. Regards, PiBa-NL (P

Re: enabling H2 slows down my webapp, how to use keep-alive on backend ssl connection?

Hi Lukas, Op 29-10-2018 om 16:39 schreef Lukas Tribus: Hi, On Sun, 28 Oct 2018 at 23:47, PiBa-NL wrote: Hi List, When i enable H2 'alpn h2,http/1.1' on haproxy bind line with offloading 'mode http'. The overall loading of a web-application i use takes longer than with

Re: Some patches about the master worker

with SIGTERM Yes i'm using -W in the varnishtest, and yes that adds a 1 second delay or something, but that never prevented this test from succeeding for me before.. Can you take a look? Regards, PiBa-NL (Pieter) Op 6-11-2018 om 18:33 schreef Willy Tarreau: On Tue, Nov 06, 2018 at

varnishtest with H2>HTX>H1(keep-alive)

expected request tries to make a second connection. (the 'old' way..) Thanks in advance. Regards PiBa-NL (Pieter) **   c4    0.2 === txreq -req GET -url /3 ***  c4    0.2 tx: stream: 1, type: HEADERS (1), flags: 0x05, size: 37 **   c4    0.2 === rxresp ***  h1    0.2 debug|0007:fe4

Re: varnishtest with H2>HTX>H1(keep-alive)

Hi Willy, Op 19-11-2018 om 4:37 schreef Willy Tarreau: Hi Pieter, On Mon, Nov 19, 2018 at 01:07:44AM +0100, PiBa-NL wrote: Hi List, I'm trying (and failing?) to write a H2>HTX>H1(keepalive) test. Using haproxy 1.9-dev6-05b9b64. Test vtc attached, i added the 'option http

Re: reg-test failures on FreeBSD, how to best adapt/skip some tests?

d to incorporate all suggestions. Lemme know if/what i missed :) Regards, PiBa-NL (Pieter) #!/usr/bin/env sh if [ "$1" == "--help" ]; then cat << EOF ### run-regtests.sh ### Running run-regtests.sh --help shows this information about how to use it Run without par

Re: varnishtest with H2>HTX>H1(keep-alive)

ug|[ALERT] 323/233813 (5) : sendmsg()/writev() failed in logger #2: Socket operation on non-socket (errno=38) Partial config:   global     log stdout format raw daemon     log :1514 local0 I'm using "HA-Proxy version 1.9-dev7-7ff4f14 2018/11/20" this time. Or is it (again)

Re: reg-test failures on FreeBSD, how to best adapt/skip some tests?

not like == operator (at line 3): Used a single = now. When I do not set both HAPROY_PROGRAM I get this output with a script with a successful result. Checks added to avoid this issue for both haproxy and varnishtest so they are checked to exist. Next round :). Regards, PiBa-NL (Pieter)

[PATCH] REGTEST/MINOR: script: add run-regtests.sh script

free to comment on them or change them as required. Once this one is 'accepted' ill create a few patches for the existing .vtc files to include their requirements. (at least the more obvious ones..) Regards, PiBa-NL (Pieter) From 4432c10a0a822619c152aa187f18b2f6478ac565 Mon Sep 1

Re: [PATCH] REGTEST/MINOR: script: add run-regtests.sh script

odification of the Makefile to call the ./scripts/run-regtests.sh Please can someone check it again before merging.?. Thanks guys :). Regards, PiBa-NL (Pieter) From 989bf7ccbfd849deed450291121cdcc68796ba64 Mon Sep 17 00:00:00 2001 From: PiBa-NL Date: Tue, 27 Nov 2018 22:26:38 +0100 Subject: [PATCH] RE

Re: [PATCH] REGTEST/MINOR: script: add run-regtests.sh script

7;t have to do anything at this moment, thank you! (i suppose your turnaround time from issue>fix will also be shorter than waiting for my spare evening hour..) Ill start checking some requirements of existing .vtc . And perhaps writing new one's. Regards, PiBa-NL (Pieter)

reg-test failure for /connection/b00000.vtc after commit 3e1f68b

188 (http/HTTP) **   Slog_1  0.0 === expect ~ "Connect from .* to ${h1_ssl_addr}:${h1_ssl_port}" Do you see the same? Is more info needed? Thanks in advance :) Regards, PiBa-NL (Pieter)

Re: BUG: Lua tasks can't use client sockets after bf89ff3d

patch out of it for inclusion in git? Or can you guys do that once the fix is also ready.? i think it was the preferred to get bugfix+regtest 'linked' then ? Regards, PiBa-NL (Pieter) varnishtest "Lua: txn:get_priv() scope" feature ignore_unknown_macro #REQUIRE_OPTIONS=LUA #RE

[PATCH] REGTEST: lua: check socket functionality from a lua-task

back-ported until haproxy 1.6. It does fail on the current 1.9-dev8-51e01b5 version, and back until 1.9-dev5-3e1f68b . Hope its okay like this :). Regards, PiBa-NL (Pieter) From 29b2e82eb8461a2994841ba5460583c8acf5cddc Mon Sep 17 00:00:00 2001 From: PiBa-NL Date: Fri, 30 Nov 2018 21:01:01

regtest failure for /cache/h00000.vtc, config parsing fails? after commit 7805e2b

he-use rule. ***  h1    0.0 debug|[ALERT] 334/200950 (30141) : Proxy 'test': unable to find the cache 'my_cache' referenced by the filter 'cache'. ***  h1    0.0 debug|[ALERT] 334/200950 (30141) : Fatal errors found in configuration. Can you take a look? Thanks in advance :). Regards, PiBa-NL (Pieter)

<    1   2   3   4   >