[no subject]

[june]

DearPurchasemanager, =;  
4WT30*300ledfilamentbulbwiththefollowingfeatures=: =;  
1)ImportedEpistarCOB,8*26mmfilament =;  
2)luminousefficiency:90-120lm/w =;  3)differentshapefilamentoption 
=;  4)fillwithnoblegasandreduceluminousdecay =;  
5)Linearconstantcurrentdimming =;  6)CRI80   
B.RGDSJunewww.sunriseleds.com

[PATCH] MINOR: Fixes the build of 1.7-dev3 on OSX

[유준희]

Thanks for noticing and reply to my mail.
Actually I hope my commit get in to discussion and merge into code because
this was my first code contribution to open source community.
However, I think I've missed something to get involve a discussion.
May be I need to wait for another chance to contribute. :)
Thank you again.
2016. 7. 6. 오전 4:54에 "Bryan Talbot" 님이 작성:

> I didn’t see other discussion about it, but commit 3015a2 seems to have
> fixed this issue. Thank you.
>
> -Bryan
>
>
>
> On Jul 1, 2016, at Jul 1, 2:09 PM, Bryan Talbot 
> wrote:
>
>
> On Jul 1, 2016, at Jul 1, 9:36 AM, 유준희  wrote:
>
> I found below error on 90fd35c3a726e613e36ea0399507778b094181a0 with OS X
> 11.5 (El capitan)
>
>
>
> Issue introduced with
>
> 93b227db9502f72f894c83708cd49c41925158b2 is the first bad commit
> commit 93b227db9502f72f894c83708cd49c41925158b2
> Author: Bertrand Jacquin 
> Date:   Sat Jun 4 15:11:10 2016 +0100
>
> -Bryan
>
>
>
>
> $ make TARGET=generic
> 
> gcc -Iinclude -Iebtree -Wall  -O2 -g -fno-strict-aliasing
> -Wdeclaration-after-statement   -DTPROXY -DENABLE_POLL
> -DCONFIG_HAPROXY_VERSION=\"1.7-dev3-90fd35-69\"
> -DCONFIG_HAPROXY_DATE=\"2016/06/30\" -c -o src/connection.o src/connection.c
> src/connection.c:739:65: error: no member named 'source' in 'struct
> tcphdr'
> ((struct sockaddr_in *)>addr.from)->sin_port =
> hdr_tcp->source;
>
> ~~~  ^
> src/connection.c:743:63: error: no member named 'dest' in 'struct tcphdr'
> ((struct sockaddr_in *)>addr.to)->sin_port =
> hdr_tcp->dest;
>
> ~~~  ^
> src/connection.c:772:67: error: no member named 'source' in 'struct
> tcphdr'
> ((struct sockaddr_in6 *)>addr.from)->sin6_port =
> hdr_tcp->source;
>
> ~~~  ^
> src/connection.c:776:65: error: no member named 'dest' in 'struct tcphdr'
> ((struct sockaddr_in6 *)>addr.to)->sin6_port =
> hdr_tcp->dest;
>
> ~~~  ^
> 4 errors generated.
> make: *** [src/connection.o] Error 1
>
> The reason why is 'struct tcphdr' in  doesn't have source and dest
> member:
>
> 
> 
> ...
> 81 struct tcphdr {
> 82 unsigned short th_sport; /* source port */
> 83 unsigned short th_dport; /* destination port */
> 84 tcp_seq th_seq; /* sequence number */
> ...
>
> 
>
> After I patch, it complied and seems like working properly.
> I check the functionality with very simple configuration.
>
> 
> global
> maxconn10
>
> defaults
> mode http
> timeout connect 5000ms
> timeout client 5ms
> timeout server 5ms
>
> frontend http-in
> mode http
> bind *:8080
> default_backend servers
>
> backend servers
> balanceroundrobin
> server server1 127.0.0.1:8081
> server server2 127.0.0.1:8082
> server server3 127.0.0.1:8083
>
>
>
> Thanks
> - Jun Hee Yoo
>
> --
> 踏雪野中去
> <0001-BUILD-Can-t-build-on-OS-X-11.5.patch>
>
>
>
>

Re: HTML documentation : work in progress

[Igor Cicimov]

On 4 Jul 2016 8:35 am, "Cyril Bonté"  wrote:
>
> Hi all,
>
> this was a productive week-end and the new documentation is nearly ready.
To celebrate this, I've already decided to make it official, despite there
is stille some work to do.
>
> The links provided in my previous mail are still working and will become
the official ones, and everything is also available from the index page :
>
> http://cbonte.github.io/haproxy-dconv/
>
> Important change :
> I've decided to remove the search box. It was a funny toy but some people
reported that they expected it was a full text search box, which was not
true, and the library behind it looks to not be maintained anymore. To
replace the feature, I've added tabs at the left : one to navigate in the
chapters, another to list all the keywords.
> This will allow to use only search tool : the one provided by the browser
;-)
>
> Now, I'll try to work on less critical tasks :
> - remove the old documentation files and redirect to the new ones.
> - fix the parsing issues I still have at some places (mainly false
positives on keyword detection).
> - add a filter box in the keywords tab.
>
> Cheers,
>
>
> Le 27/06/2016 à 23:40, Cyril Bonté a écrit :
>>
>> Hi all,
>>
>> It's been monthes since haproxy has introduced new documentation files
>> in 1.6 and 1.7-dev (ie. intro.txt, management.txt, ...). Until now, I
>> hardly found time to include them in the HTML documentation. It's time
>> to seriously work on this issue !
>>
>> There is quite a lot of things to do before I can say everything is
>> ready, but let's go ! This means that things will break for some days.
>> At least, currently I've disabled the job that regenerates the
>> documentations automatically until things become more stable again (New
>> documentation commits won't appear).
>>
>> I'm also thinking of reorganizing the documentation with one directory
>> per major version (1.4, 1.5, 1.6, 1.7).
>>
>> Tasks in the highest priorities :
>> - allow to navigate between files
>> - search keywords in all files
>> - fix rendering issues (I know there are several parts that are not
>> correctly parsed)
>>
>> As an early preview those files are available here :
>> - haproxy 1.4
>> http://cbonte.github.io/haproxy-dconv/1.4/configuration.html
>>
>> - haproxy 1.5
>> http://cbonte.github.io/haproxy-dconv/1.5/configuration.html
>>
>> - haproxy 1.6
>> http://cbonte.github.io/haproxy-dconv/1.6/intro.html
>> http://cbonte.github.io/haproxy-dconv/1.6/configuration.html
>> http://cbonte.github.io/haproxy-dconv/1.6/management.html
>>
>> - haproxy 1.7
>> http://cbonte.github.io/haproxy-dconv/1.7/intro.html
>> http://cbonte.github.io/haproxy-dconv/1.7/configuration.html
>> http://cbonte.github.io/haproxy-dconv/1.7/management.html
>>
>
>
> --
> Cyril Bonté
>

Awesome job!

Re: HTML documentation : work in progress

[ge...@riseup.net]

Hi Cyril,

On 16-07-05 19:17:30, Willy Tarreau wrote:
> Thanks for doing this!

Don't have that much to add, but: I second that!

All the best,
Georg


signature.asc
Description: Digital signature

Re: [PATCH] MINOR: Fixes the build of 1.7-dev3 on OSX

[Bryan Talbot]

I didn’t see other discussion about it, but commit 3015a2 seems to have fixed 
this issue. Thank you.

-Bryan



> On Jul 1, 2016, at Jul 1, 2:09 PM, Bryan Talbot  
> wrote:
> 
> 
>> On Jul 1, 2016, at Jul 1, 9:36 AM, 유준희 > > wrote:
>> 
>> I found below error on 90fd35c3a726e613e36ea0399507778b094181a0 with OS X 
>> 11.5 (El capitan)
> 
> 
> Issue introduced with
> 
> 93b227db9502f72f894c83708cd49c41925158b2 is the first bad commit
> commit 93b227db9502f72f894c83708cd49c41925158b2
> Author: Bertrand Jacquin >
> Date:   Sat Jun 4 15:11:10 2016 +0100
> 
> -Bryan
> 
> 
> 
>> 
>> $ make TARGET=generic
>> 
>> gcc -Iinclude -Iebtree -Wall  -O2 -g -fno-strict-aliasing 
>> -Wdeclaration-after-statement   -DTPROXY -DENABLE_POLL  
>> -DCONFIG_HAPROXY_VERSION=\"1.7-dev3-90fd35-69\" 
>> -DCONFIG_HAPROXY_DATE=\"2016/06/30\" -c -o src/connection.o src/connection.c
>> src/connection.c:739:65: error: no member named 'source' in 'struct tcphdr'
>> ((struct sockaddr_in *)>addr.from)->sin_port = 
>> hdr_tcp->source;
>>  ~~~ 
>>  ^
>> src/connection.c:743:63: error: no member named 'dest' in 'struct tcphdr'
>> ((struct sockaddr_in *)>addr.to 
>> )->sin_port = hdr_tcp->dest;
>>~~~  ^
>> src/connection.c:772:67: error: no member named 'source' in 'struct tcphdr'
>> ((struct sockaddr_in6 *)>addr.from)->sin6_port = 
>> hdr_tcp->source;
>>
>> ~~~  ^
>> src/connection.c:776:65: error: no member named 'dest' in 'struct tcphdr'
>> ((struct sockaddr_in6 *)>addr.to 
>> )->sin6_port = hdr_tcp->dest;
>>  ~~~ 
>>  ^
>> 4 errors generated.
>> make: *** [src/connection.o] Error 1
>> 
>> The reason why is 'struct tcphdr' in  doesn't have source and dest 
>> member:
>> 
>> 
>> ...
>> 81 struct tcphdr {
>> 82 unsigned shortth_sport;   /* source port */
>> 83 unsigned shortth_dport;   /* destination port */
>> 84 tcp_seq th_seq;   /* sequence number */
>> ...
>> 
>> 
>> After I patch, it complied and seems like working properly.
>> I check the functionality with very simple configuration.
>> 
>> global
>> maxconn10
>> 
>> defaults
>> mode http
>> timeout connect 5000ms
>> timeout client 5ms
>> timeout server 5ms
>> 
>> frontend http-in
>> mode http
>> bind *:8080
>> default_backend servers
>> 
>> backend servers
>> balanceroundrobin
>> server server1 127.0.0.1:8081 
>> server server2 127.0.0.1:8082 
>> server server3 127.0.0.1:8083 
>> 
>> 
>> 
>> Thanks
>> - Jun Hee Yoo
>> 
>> -- 
>> 踏雪野中去
>> <0001-BUILD-Can-t-build-on-OS-X-11.5.patch>
> 

Re: HTML documentation : work in progress

[Willy Tarreau]

Hi Cyril,

On Mon, Jul 04, 2016 at 12:34:07AM +0200, Cyril Bonté wrote:
> Hi all,
> 
> this was a productive week-end and the new documentation is nearly ready. To
> celebrate this, I've already decided to make it official, despite there is
> stille some work to do.
> 
> The links provided in my previous mail are still working and will become the
> official ones, and everything is also available from the index page :
> 
> http://cbonte.github.io/haproxy-dconv/

I love it! It's really pleasant and convenient to use. The menu on the left
is a nice accelerator because now we can finally lookup parts of words
without ending in random text in the original file! Oh and I just found
that you managed to deduplicate words by sections, excellent :-)

Thanks for doing this!
Willy

Re: [PATCH] [PATCH] DOC: spelling fixes

[Willy Tarreau]

Hi Dan,

On Fri, Jul 01, 2016 at 09:01:18PM -0400, Dan Lloyd wrote:
> ---
>  doc/management.txt | 52 ++--
>  1 file changed, 26 insertions(+), 26 deletions(-)

Many thanks for doing this! Most of these mistakes are mine, so I'm
really glad someone dug into them. Patch merged.

Willy

Re: Getting JSON encoded data from the stats socket.

[Willy Tarreau]

Hi Mark,

On Tue, Jul 05, 2016 at 10:05:13AM +0100, Mark Brookes wrote:
> Hi Willy/All
> 
> I wondered if we could start a discussion about the possibility of
> having the stats socket return stats data in JSON format.
> 
> Im primarily interested in the data that is returned by issuing a
> 'show stat' which is normally returned as a csv.
> 
> I wont go into specifics as to how the data would be structured, we
> can decide on that later (Assuming you are happy with this idea).
> 
> Ive approached Simon Horman and hes happy to do the work for us.
> 
> Please let me know your thoughts

Well, I completely reworked the stats internals recently for two
purposes :
  1) bringing the ability to dump them in another format such as JSON ;
  2) making it easier to aggregate them over multiple processes/nodes

So for sure I definitely support this proposal :-)

Best regards
Willy

Re: haproxy wrapper scripts when real servers change state ?

[ge...@riseup.net]

Hi Guillaume,

On 16-07-01 17:25:05, Guillaume Demillecamps wrote:
> I'm asking this because I know of some Cisco product that can provide
> that service (very expensively). But I would love to see this
> achievable with haproxy instead.

Not really sure if this is a task of / for HAProxy, but what about a
script, which just does the monitoring and creating / deleting DNS 
records and is called via cron, for example. Since you're using a
database backend for your DNS server, this doesn't sound like a
complicated task.

All the best,
Georg


signature.asc
Description: Digital signature

Re: lua executable linking issue during build process

[Pavlo Zhuk]

Sorry, please, ignore the message - I have upgraded to 1.6.6 and it works
fine

On Tue, Jul 5, 2016 at 4:28 PM, Pavlo Zhuk wrote:

> Dears,
>
>
> I've been trying to use luasocket library for lua scripts in haproxy, and
> faced an issue which has been described already before.
>
> It says:
>
>
>
>
> https://github.com/diegonehab/luasocket/issues/158#issuecomment-189585164
>
> --
>

[no subject]

[june]

DearPurchasemanager, =; 4WG95ledfilamentbulbwiththefollowingfeatures:  
   =; 1)ImportedEpistarCOB,4*26mmfilament =; 
2)luminousefficiency:90-120lm/w =; 3)differentshapefilamentoption 
=; 4)fillwithnoblegasandreduceluminousdecay =; 
5)Linearconstantcurrentdimming =; 6)CRI80 
B.RGDSJunewww.sunriseleds.com

lua executable linking issue during build process

[Pavlo Zhuk]

Dears,


I've been trying to use luasocket library for lua scripts in haproxy, and
faced an issue which has been described already before.

It says:




https://github.com/diegonehab/luasocket/issues/158#issuecomment-189585164

-- 
BR,
Pavlo Zhuk
+38093 241

Re: Fwd: [PATCH] : cleanup : connection

[Willy TARREAU]

On Mon, Jul 04, 2016 at 10:58:07PM +0100, David CARLIER wrote:
> Is this patch more suited ?

Now applied, thank you guys.

Willy

UDP sockets API for LUA

[Pavlo Zhuk]

Hi dears,

I would like to implement some UDP sockets call from the lua script running
in the action haproxy context. Is there any UDP api? haproxy doc only
mentions core.tcp(), but nothing about UDP.

And assuming there are no any core UDP api : any recommendations on sing
external modules? How safe is luasocket(
https://github.com/diegonehab/luasocket) for implementing UDP calls in such
scenario?


-- 
BR,
Pavlo Zhuk
+38093 241

Getting JSON encoded data from the stats socket.

[Mark Brookes]

Hi Willy/All

I wondered if we could start a discussion about the possibility of
having the stats socket return stats data in JSON format.

Im primarily interested in the data that is returned by issuing a
'show stat' which is normally returned as a csv.

I wont go into specifics as to how the data would be structured, we
can decide on that later (Assuming you are happy with this idea).

Ive approached Simon Horman and hes happy to do the work for us.

Please let me know your thoughts

Thanks

Mark

Re: Fwd: [PATCH] : cleanup : connection

[Willy TARREAU]

On Mon, Jul 04, 2016 at 10:58:07PM +0100, David CARLIER wrote:
> Is this patch more suited ?

This one looks good indeed!

Barring any objection I'll merge it today (going to a meeting now).

Thanks David,
Willy