Re: Lots of spam on this list
On Thu, Sep 18, 2014 at 11:00:28AM +0100, Kobus Bensch wrote: You are seeing the amount of spam because some person has maliciously added the haproxy email address to these sites. There is not much that can be done about that as it is seen as legitimate email. Well mostly anyway. I've added some filters for some obvious ones. It's really painful that someone is subscribing us to a number of newsletters and such. The filters catch pretty well, 99 emails on the elapsed week. I tried to forward all those which leaked to this list via an anti-spam appliance just to see how many could get caught, and none of them was tagged as spam this time, while this anti-spam already catches a few false positives from time to time... We'll monitor the situation and see if we can improve without degrading the usability of the list. Willy
haproxy segmentation fault
Hi, all In recent haproxy 1.5 git repository, segmentation fault was occurred. As below, # gdb haproxy core.11536 GNU gdb (GDB) Red Hat Enterprise Linux (7.2-64.el6_5.2) snip (gdb) bt #0 propagate_processes (from=0x36eb9906a8, to=0x144) at src/cfgparse.c:5958 #1 0x00413c56 in propagate_processes (from=0x36eb9906a8, to=value optimized out) at src/cfgparse.c:5976 #2 0x00413c56 in propagate_processes (from=0x36eb990688, to=value optimized out) at src/cfgparse.c:5976 #3 0x00413c56 in propagate_processes (from=0x36eb990668, to=value optimized out) at src/cfgparse.c:5976 #4 0x00413c56 in propagate_processes (from=0x36eb990648, to=value optimized out) at src/cfgparse.c:5976 #5 0x00413c56 in propagate_processes (from=0x36eb990628, to=value optimized out) at src/cfgparse.c:5976 #6 0x00413c56 in propagate_processes (from=0x36eb990608, to=value optimized out) at src/cfgparse.c:5976 #7 0x00413c56 in propagate_processes (from=0x36eb9905e8, to=value optimized out) at src/cfgparse.c:5976 #8 0x00413c56 in propagate_processes (from=0x36eb9905c8, to=value optimized out) at src/cfgparse.c:5976 #9 0x00413c56 in propagate_processes (from=0x36eb9905a8, to=value optimized out) at src/cfgparse.c:5976 #10 0x00413c56 in propagate_processes (from=0x36eb990588, to=value optimized out) at src/cfgparse.c:5976 #11 0x00413c56 in propagate_processes (from=0x36eb990568, to=value optimized out) at src/cfgparse.c:5976 #12 0x00413c56 in propagate_processes (from=0x36eb990548, to=value optimized out) at src/cfgparse.c:5976 #13 0x00413c56 in propagate_processes (from=0x36eb990528, to=value optimized out) at src/cfgparse.c:5976 #14 0x00413c56 in propagate_processes (from=0x36eb990508, to=value optimized out) at src/cfgparse.c:5976 #15 0x00413c56 in propagate_processes (from=0x36eb9904e8, to=value optimized out) at src/cfgparse.c:5976 #16 0x00413c56 in propagate_processes (from=0x36eb9904c8, to=value optimized out) at src/cfgparse.c:5976 #17 0x00413c56 in propagate_processes (from=0x36eb9904a8, to=value optimized out) at src/cfgparse.c:5976 #18 0x00413c56 in propagate_processes (from=0x36eb990488, to=value optimized out) at src/cfgparse.c:5976 #19 0x00413c56 in propagate_processes (from=0x36eb990468, to=value optimized out) at src/cfgparse.c:5976 #20 0x00413c56 in propagate_processes (from=0x36eb990448, to=value optimized out) at src/cfgparse.c:5976 #21 0x00413c56 in propagate_processes (from=0x36eb990428, to=value optimized out) at src/cfgparse.c:5976 #22 0x00413c56 in propagate_processes (from=0x36eb990408, to=value optimized out) at src/cfgparse.c:5976 #23 0x00413c56 in propagate_processes (from=0x36eb9903e8, to=value optimized out) at src/cfgparse.c:5976 #24 0x00413c56 in propagate_processes (from=0x36eb9903c8, to=value optimized out) at src/cfgparse.c:5976 #25 0x00413c56 in propagate_processes (from=0x36eb9903a8, to=value optimized out) at src/cfgparse.c:5976 #26 0x00413c56 in propagate_processes (from=0x36eb990388, to=value optimized out) at src/cfgparse.c:5976 #27 0x00413c56 in propagate_processes (from=0x36eb990368, to=value optimized out) at src/cfgparse.c:5976 #28 0x00413c56 in propagate_processes (from=0x36eb990348, to=value optimized out) at src/cfgparse.c:5976 #29 0x00413c56 in propagate_processes (from=0x36eb990328, to=value optimized out) at src/cfgparse.c:5976 #30 0x00413c56 in propagate_processes (from=0x36eb990308, to=value optimized out) at src/cfgparse.c:5976 #31 0x00413c56 in propagate_processes (from=0x36eb9902e8, to=value optimized out) at src/cfgparse.c:5976 #32 0x00413c56 in propagate_processes (from=0x36eb9902c8, to=value optimized out) at src/cfgparse.c:5976 #33 0x00413c56 in propagate_processes (from=0x36eb9902a8, to=value optimized out) at src/cfgparse.c:5976 #34 0x00413c56 in propagate_processes (from=0x36eb990288, to=value optimized out) at src/cfgparse.c:5976 #35 0x00413c56 in propagate_processes (from=0x36eb990268, to=value optimized out) at src/cfgparse.c:5976 #36 0x00413c56 in propagate_processes (from=0x36eb990248, to=value optimized out) at src/cfgparse.c:5976 #37 0x00413c56 in propagate_processes (from=0x36eb990228, to=value optimized out) at src/cfgparse.c:5976 #38 0x00413c56 in propagate_processes (from=0x36eb990208, to=value optimized out) at src/cfgparse.c:5976 #39 0x00413c56 in propagate_processes (from=0x36eb9901e8, to=value optimized out) at src/cfgparse.c:5976 #40 0x00413c56 in propagate_processes (from=0x36eb9901c8, to=value optimized out) at src/cfgparse.c:5976 #41 0x00413c56 in propagate_processes (from=0x36eb9901a8, to=value optimized out) at src/cfgparse.c:5976 #42 0x00413c56 in propagate_processes
Re: Lots of spam on this list
Hi Aleks, On Fri, Sep 19, 2014 at 11:18:35AM +0200, Aleksandar Lazic wrote: Hi willy. If I can help feel free to write how. Thanks, but that's not trivial at all. Basically I want zero FP, I don't want users to have to resubscribe and I don't want to filter based on subscriptions. However I have another idea that I'll have to experiment with. We have two barracudas in front of haproxy.com and I'll have to see with the guys who manage them if we can pass all @formilux.org traffic overthere and just have them add a [SPAM] tag to the subject so that each individual user decides to delete or not. I also need to check with a few other people using formilux.org if they agree with their e-mails passing through such a box. Thanks, Willy
Real-Time Advertising Summit - £150 Early Bird Discount Expiring Today
Dear Sirs, Hope this email finds you well. Just a quick reminder that that £225 early bird discount expiring next week Tuesday, 15th April 2014 for our Biochemicals and Bioplastics 2014, 10th 11th June, Düsseldorf, Germany, please let me know how many people will be joining us as soon as possible to secure your spaces with the discount. Pay only £1345 (+VAT if applicable) per participant instead of £1495 (+VAT if applicable) using this following link now for your registration: http://www.wplgroup.com/aci/_crosslink/register.asp?intSitePageId=11159 or email mah...@acieu.net. Exclusive Site Visit to BASF's Plant in Ludwigshafen - Thursday 12th June 2014 On the 12th June 2014, as part of Biochemicals and Bioplastics 2014, conference attendees have the exciting opportunity to visit the biggest chemical complex in the world! Ten square kilometers of plant grounds, 33,000 employees, 2,000 kilometers of piping. BASF's plant on the banks of the Rhine in Ludwigshafen is BASF's largest production site worldwide. There is no extra charge to attend the site visit, but spaces are limited and allocated on a first come first served basis. Please register your attendance for the site visit when booking for the conference Click here to download the agenda: Biochemicals and Bioplastics 2014, 10th 11th June, Düsseldorf, Germany Thanks and speak to you soon. ACI EUROPE T. + 44 20 3141 0606 F. + 44 20 7593 0071 5/13 Great Suffolk Street, London, SE1 0NS E. mah...@acieu.net Copyright (c) 2014 ACI EUROPE Our address is 5/13 Great Suffolk Street, London, SE1 0NS, UK If you do not wish to receive future email, click here: http://ci43.actonsoftware.com/acton/rif/6204/s-00ba-1409/-/l-008e:596/l-008e/zout (You can also send your request to Customer Care at the street address above.)
use_backend map failing me
Hi, I'm running haproxy01 and trying to make this new map feature work, but I get this error: [ALERT] 261/141604 (29621) : Proxy 'cachebackend': unable to find required use_backend: 'bk_%[hdr(host),map(/etc/haproxy/haproxy-backends.map)]'. My config is: frontend cachebackend bind 127.0.0.1:80 mode http use_backend bk_%[hdr(host),map(/etc/haproxy/haproxy-backends.map)] if TRUE backend bk_o2dprod-hosphp01 mode http option httplog server localhost 193.8.37.125:80 check backend bk_o2dprod-hosphp02 mode http option httplog server localhost 193.8.37.126:80 check I'm definetely missing something.. ? -- Regards, Klavs Klavsen, GSEC - k...@vsen.dk - http://www.vsen.dk - Tlf. 61281200 Those who do not understand Unix are condemned to reinvent it, poorly. --Henry Spencer
Re: use_backend map failing me
dooh.. point to correct file and things work.. :) Klavs Klavsen said the following on 09/19/2014 02:18 PM: Hi, I'm running haproxy01 and trying to make this new map feature work, but I get this error: [ALERT] 261/141604 (29621) : Proxy 'cachebackend': unable to find required use_backend: 'bk_%[hdr(host),map(/etc/haproxy/haproxy-backends.map)]'. My config is: frontend cachebackend bind 127.0.0.1:80 mode http use_backend bk_%[hdr(host),map(/etc/haproxy/haproxy-backends.map)] if TRUE backend bk_o2dprod-hosphp01 mode http option httplog server localhost 193.8.37.125:80 check backend bk_o2dprod-hosphp02 mode http option httplog server localhost 193.8.37.126:80 check I'm definetely missing something.. ? -- Regards, Klavs Klavsen, GSEC - k...@vsen.dk - http://www.vsen.dk - Tlf. 61281200 Those who do not understand Unix are condemned to reinvent it, poorly. --Henry Spencer
Re: use_backend map failing me
On Fri, Sep 19, 2014 at 3:09 PM, Klavs Klavsen k...@vsen.dk wrote: dooh.. point to correct file and things work.. :) Hi, I like your config :) Baptiste
Re: use_backend map failing me
Hi, On 19.09.2014 15:12, Baptiste wrote: On Fri, Sep 19, 2014 at 3:09 PM, Klavs Klavsen k...@vsen.dk wrote: dooh.. point to correct file and things work.. :) Hi, I like your config :) Baptiste Maybe this is somewhat better -- use_backend bk_%[hdr(host),lower,map(/etc/haproxy/haproxy-backends.map)] if TRUE -- because its case insensitive about the hostname. cheers thomas
Re: use_backend map failing me
Thomas Heil said the following on 09/19/2014 03:15 PM: [CUT] Maybe this is somewhat better -- use_backend bk_%[hdr(host),lower,map(/etc/haproxy/haproxy-backends.map)] if TRUE -- because its case insensitive about the hostname. Thank you for that very valuable tip.. :) -- Regards, Klavs Klavsen, GSEC - k...@vsen.dk - http://www.vsen.dk - Tlf. 61281200 Those who do not understand Unix are condemned to reinvent it, poorly. --Henry Spencer
tcp-check not checking
Hi, I just configured the load-balacing for systems that are yet to be installed yet according to the tcp-check of haproxy these systems are all available. This is the backend config I'm using right now: backend back-api bind-process 1 option tcp-check mode http balance roundrobin stick-table type ip size 100k expire 20m stick on src server web1 10.2.0.224:80 check server web2 10.2.0.254:80 check server web3 10.2.0.223:80 check server web4 10.2.0.253:80 check server web5 10.2.0.222:80 check server web6 10.2.0.252:80 check When I look at the stats page all servers are marked active and LastChk says Layer7 check passed: (tcp-check) even though none of the servers are online yet. Does anyone know the reason for this? Regards, Dennis
Re: tcp-check not checking
Hi Dennis, option tcp-check that requires more send/expect options to actually perform L7 checks. For a simple L4 check remove the line completely or add : tcp-check connect You might also want to look at option httpchk. Which is more friendly for basic http checks. Greets PiBa-NL Dennis Jacobfeuerborn schreef op 19-9-2014 19:45: Hi, I just configured the load-balacing for systems that are yet to be installed yet according to the tcp-check of haproxy these systems are all available. This is the backend config I'm using right now: backend back-api bind-process 1 option tcp-check mode http balance roundrobin stick-table type ip size 100k expire 20m stick on src server web1 10.2.0.224:80 check server web2 10.2.0.254:80 check server web3 10.2.0.223:80 check server web4 10.2.0.253:80 check server web5 10.2.0.222:80 check server web6 10.2.0.252:80 check When I look at the stats page all servers are marked active and LastChk says Layer7 check passed: (tcp-check) even though none of the servers are online yet. Does anyone know the reason for this? Regards, Dennis
Re: tcp-check not checking
Hi, indeed after removing the option tcp-check line the checks now work as expected. Thanks for the pointer. Regards, Dennis On 19.09.2014 20:02, PiBa-NL wrote: Hi Dennis, option tcp-check that requires more send/expect options to actually perform L7 checks. For a simple L4 check remove the line completely or add : tcp-check connect You might also want to look at option httpchk. Which is more friendly for basic http checks. Greets PiBa-NL Dennis Jacobfeuerborn schreef op 19-9-2014 19:45: Hi, I just configured the load-balacing for systems that are yet to be installed yet according to the tcp-check of haproxy these systems are all available. This is the backend config I'm using right now: backend back-api bind-process 1 option tcp-check mode http balance roundrobin stick-table type ip size 100k expire 20m stick on src server web1 10.2.0.224:80 check server web2 10.2.0.254:80 check server web3 10.2.0.223:80 check server web4 10.2.0.253:80 check server web5 10.2.0.222:80 check server web6 10.2.0.252:80 check When I look at the stats page all servers are marked active and LastChk says Layer7 check passed: (tcp-check) even though none of the servers are online yet. Does anyone know the reason for this? Regards, Dennis
Re: change the size of a stick-table at run time
Please don't forget to Cc the ML, unless there are private information in your email. Oh, sorry. I missed that. 'peer' section is also used to synchronize data between HAProxy processes, when HAProxy is reloaded. You should use it. create a 'peer' section and don't forget to use the 'peers' directive on the stick-table definition. Thanks! That was exactly what I needed. -Tobi
مزرعة مشجرة مع مسبح للبيع في الأردن - منطقة ناعور
View the Online page http://www.naf-emarketing.net/ads/naf_constructions/ads001.htm Share it in your Facebook ... Click here . نـاف للإسكان و التعمير للبيع شقق جديدة و مستعملة أراضي بمساحات و أماكن مختلفة شقق سكنية للبيع - بناء جديد . - المساحة: 130 متر مربع. - 3 غرف نوم ( غرفة ماستر ). - 3 حمامات. - صالة. - مطبخ . - غرفة جلوس. - مصعد يخدم الشقق . - مكان مميز جدا في منطقة طبربور، عمان - الأردن. - أسعار منافسة جدا. شقق مستعملة للبيع . - المساحة: 190 متر مربع . - 3 غرف نوم . - 3 حمامات . - مطبخ مع خزائن خشبية نظام أمريكي فاخر . - صالة . - صالون . - غرفة جلوس. - المكان: خلدا، عمان - الأردن . - الأسعار مختلفة و منافسة جدا . شقة مفروشة للأيجار . - المساحة: 170 متر مربع . - 3 غرف نوم . - حمام عدد 2 . - مطبخ . - صالة . - صالون . - مصعد . - المكان: المدينة الرياضية، عمان - الأردن . - الإيجار الشهري: 600 دينار أردني . أراضي للبيع مساحات و مواقع مختلفة . مزرعة مشجرة للبيع . - المساحة: 3 دونم . - أشجارها من التين و الزيتون . - المنطقة: ناعور - عمان - الأردن . لمزيد من التفاصيل يرجى الإتصال مع السيد: رامي عوده +962 799231039 (موبايل - واتس اب - فايبر - رسائل نصية ) NAF Group NAF SENSITISING PAPER ::: NAF Professional Print Services ::: NAF for Construction NAF E-marketing Solutions. نــاف لحلول التسويق الإلكتروني ص.ب: 911557، المملكة الأردنية الهاشمية - عمان - العبدلي. هاتف: ( 0096265678400 / 0096265661216 ) www.naf-emarketing.com www.facebook.com/nafemarketing Unsubscribe