Amyas writes:
> Wei Kong ...> 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 remains
Willy Tarreau 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
Wei Kong 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 remains as 1 or 0
> while the current sess
Hi List,
We had a requirement to be able to put servers in and out of maint mode
remotely from a script. To facilitate this we exposed the stats socket using
socat, and wrote an init script to do that for us:
https://github.com/Wirehive/haproxy-remote
We then thought it would be nice, as we man
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
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.
Thank
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 rec
Hi,
On Sat, Jun 22, 2013 at 12:54:39PM +, Amyas wrote:
> I am just starting with haproxy on my personal website
> and have a basic setup.
>
> I was wondering if the config file for the "live demo" is available
> anywhere because
No, it's not public.
> I have not been able to figure out i
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
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, &to
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_TCLAS
Hi Lukas,
OK it's a kernel issue on my reverse proxy. Look below, haproxy detected a
timeout after 30s of idle :
(fd 14 faces the client, fd 15 the server)
epoll_wait(0, 0x1aebdd8, 0xc8, 0) = 0
gettimeofday({1371978241, 119519}, NULL) = 0
recv(15,
"-\nR\216+f\213%G\3539\"\270\246{9\3037\2
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
> http://git.1wt.eu/git/haproxy.git/objects/pack/pack-815835d1b2e2
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 'h
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 agr
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 c
16 matches
Mail list logo