RE: GIT clone fails, how to proceed?

Hi, I find it strange that the 'normal' git repository (though slow) is unable to clone correctly. But i guess thats not so important if there is a good workaround / secondary up to date repository. I agree, slow is one thing, not working is another thing. Willy, can you take a look why

Re: GIT clone fails, how to proceed?

Hi Lukas, On Sun, Jun 23, 2013 at 09:46:34AM +0200, Lukas Tribus wrote: Hi, I find it strange that the 'normal' git repository (though slow) is unable to clone correctly. But i guess thats not so important if there is a good workaround / secondary up to date repository. I agree, slow

RE: GIT clone fails, how to proceed?

Hi Willy, I've just put the cache into maintenance so that connections will go directly to the origin, if you want to retry. It will be even slower but probably worth a try. Still fails here: lukas@ubuntuvm:~/haproxy-test$ time git clone http://git.1wt.eu/git/haproxy.git/ Cloning into

Re: GIT clone fails, how to proceed?

On Sun, Jun 23, 2013 at 10:54:00AM +0200, Lukas Tribus wrote: Still fails here: lukas@ubuntuvm:~/haproxy-test$ time git clone http://git.1wt.eu/git/haproxy.git/ Cloning into 'haproxy'... error: Unable to get pack file

RE: RFC: set-tos followup

Hi Willy, static inline void inet_set_tos(int fd, sa_family_t family, int tos) {     if (family != AF_INET family != AF_INET6)         return; #if defined(IP_TOS)     if (setsockopt(fd, IPPROTO_IP, IP_TOS, tos, sizeof(tos)) == 0)         return; #endif #if defined(IPV6_TCLASS)     if

Re: RFC: set-tos followup

Hi Lukas, On Sun, Jun 23, 2013 at 03:23:15PM +0200, Lukas Tribus wrote: static inline void inet_set_tos(int fd, sa_family_t family, int tos) {     if (family != AF_INET family != AF_INET6)         return; #if defined(IP_TOS)     if (setsockopt(fd, IPPROTO_IP, IP_TOS, tos,

Re: GIT clone fails, how to proceed?

Guys, I found a workaround which seems to be working quit ewell at the moment. For some reason the kernel seems to ignore the max TCP window size when GSO is enabled on the interface, resulting in hundreds of kB in flight which take ages to recover in case of losses = haproxy sees nothing move and

Re: GIT clone fails, how to proceed?

Hi, On 23.06.2013 15:55, Willy Tarreau wrote: Guys, I found a workaround which seems to be working quit ewell at the moment. For some reason the kernel seems to ignore the max TCP window size when GSO is enabled on the interface, resulting in hundreds of kB in flight which take ages to

RE: RFC: set-tos followup

Hi again! Seems OK in principle. However I'd rather enclose the IPv6 part in the if condition instead of making the code return Agreed and fixed. OK, I think everything is fine in your proposal. Patch attached, but you have to apply the bugfix patch from June 20th first I guess. Thanks

Re: RFC: set-tos followup

On Sun, Jun 23, 2013 at 05:40:44PM +0200, Lukas Tribus wrote: Hi again! Seems OK in principle. However I'd rather enclose the IPv6 part in the if condition instead of making the code return Agreed and fixed. OK, I think everything is fine in your proposal. Patch attached, but

Re: haproxy live demo IPv4-cached, IPv4-direct, etc under frontend

Willy Tarreau w at 1wt.eu writes: You need two things : 1) enable option socket-stats so that haproxy keeps stats per-listener 2) name each of your listeners. Hoping this helps, Willy Thanks! Great, I was missing option socket-stats I assume that direct/cached is based on an haproxy

Re: haproxy current session rate and current session count

Amyas amyas@... writes: Wei Kong wkong at ... writes: Hi, Can someone please help me understand what the difference is between these two metrics? See attached chart. We used to rely on session rate to determine when to autoscale but all of  a sudden, the session rate always