Re: stick-table and URL

2013-05-16 Thread Rui Luís
Sorry for the problem.. but it was my problem.. its working now as
expected..
again sorry for the troble..

--
Give a man a fish and you feed him for a day. Teach him how to fish and you
feed him for a lifetime.


On Wed, May 15, 2013 at 2:58 PM, Rui Luís rui.l...@gmail.com wrote:

 i was able to generate in the server the cookie (SERVERID) and i can pass
 it
 i also altered the line
 cookie SERVERID insert indirect nocache
 to
 cookie SERVERID
 and also try without the line

 however it is not working

 curl header:
 Set-Cookie: SERVERID=memtom1

 is it possible to see the stick table content?


 --
 Give a man a fish and you feed him for a day. Teach him how to fish and
 you feed him for a lifetime.


 On Mon, May 13, 2013 at 10:01 PM, Baptiste bed...@gmail.com wrote:

 Hi Rui,

 This is normal: HAProxy can't store in a stick table headers it has
 itself setup.
 So the line
   stick store-response set-cookie(SERVERID) table webservers_backend
 will work only if the server set-up the cookie.

 If you manage your server to setup this cookie, it may work with the
 configuration below:
   stick store-response set-cookie(SERVERID) table webservers_backend
   stick on cookie(SERVERID) table webservers_backend
   stick on url_param(SERVERID) table webservers_backend

 HAProxy will first try to collect stickiness information from the
 Cookie. If it can't find it, then it will look for the information in
 the url parameter.

 Baptiste


 On Mon, May 13, 2013 at 6:47 PM, Rui Luís rui.l...@gmail.com wrote:
  Good day.
  For a few days i am trying to use stick-table with cookies and url
  parameters because flash does not support cookies
  i have the following configuration:
 
  backend webservers_backend
 
  cookie SERVERID insert indirect nocache
 
  stick-table type string len 40 size 20k
  stick store-response set-cookie(SERVERID) table webservers_backend
  stick on url_param(SERVERID) table webservers_backend
 
   server memtom1 ip1 check inter 5000 cookie memtom1
   server memtom2 ip2 check inter 5000 cookie memtom2
 
  i also try other configurations.. however it does not work..
 
  the call from flash..
  getConfig?val1=xcv93ec9SERVERID=memtom2;%20path=/
  i also try
  getConfig?val1=xcv93ec9SERVERID=memtom2
 
  but it does not work for both..
 
  I am entering a dead lock...
  --
  Give a man a fish and you feed him for a day. Teach him how to fish and
 you
  feed him for a lifetime.





Re: HAProxy and MySQL failover

2013-05-16 Thread Jonathan Matthews
In the past I've used a ludicrously high setting on the primary for
rise, the number of health checks it has to pass before it's
considered to be up again.

It's definitely a hack, though that's not to say I haven't used it in
production ;-)

Jonathan

-- 
Jonathan Matthews
Oxford, London, UK
http://www.jpluscplusm.com/contact.html



resources in group not start parallel

2013-05-16 Thread Wolfgang Routschka
Hi Guys,

one question about group  resource for starting parallel configuring with 
crmshell (Scientifix Linux 64 with pacemaker 1.18-7, cman-3.0.12.1-49 and 
crmsh-1.2.5-55).

in my 2 node cluster I´ll configured a group with 40 ip-address resources for 
easy managing. Now I want that start the resources parallel.

in my crmshell I cannot use the option meta ordered=false  - these option is 
no longer disponse for my information

Afte searching i found resource sets so I hope it´s correct for my way  to 
parallel my resources but I can´t configure resource sets in crmshell.

Next way for me is testing with xml-code directly in crmshell but here failures 
 too 

for example
crm configure
xml rsc_colocation id=coloc-1 score=INFINITY \
 resource_set id=collocated-set-1 sequential=false \
 resource_ref id=A/ \
 resource_ref id=B/ \
 resource_ref id=C/ \
 /resource_set \
 resource_set id=collocated-set-2 sequential=true \
 resource_ref id=D/ \
 /resource_set \
 /rsc_colocation

ERROR: cannot parse xml chunk: rsc_colocation id=coloc-1 
score=INFINITYresource_set id=collocated-set-1 sequential=falseresource_ref 
id=A/resource_ref id=B/resource_ref id=C//resource_setresource_set 
id=collocated-set-2 sequential=trueresource_ref 
id=D//resource_set/rsc_colocation
ERROR: not well-formed (invalid token): line 1, column 19

How can I configure my resources to start parallel?

Greetings Wolfgang




Re: HAProxy and MySQL failover

2013-05-16 Thread Michael Glenney
How about handling it on the backend. Setup your health checks on a different 
port and forward that port with iptables to the actual health check. When you 
fail over to the slave have some automation that detects that and shuts down 
iptables on the master. When your ready to receive traffic again startup 
iptables on the master so the health checks pass again

Michael Glenney
Sent from my iPhone

On May 15, 2013, at 10:19 PM, Jayadevan M jayadevan.maym...@ibsplc.com wrote:

 Hi,
 We are using HAProxy to check for MySQL availability and failing over to a 
 slave. Is it possible to stop HAProxy going back to the master once it is up? 
 We want that to happen after manual intervention.
 Regards,
 Jayadevan
 
 
 DISCLAIMER: The information in this e-mail and any attachment is intended 
 only for the person to whom it is addressed and may contain confidential 
 and/or privileged material. If you have received this e-mail in  error, 
 kindly contact the sender and destroy all copies of the original 
 communication. IBS makes no warranty, express or implied, nor guarantees the 
 accuracy, adequacy or completeness of the information contained in this email 
 or any attachment and is not liable for any errors, defects, omissions, 
 viruses or for resultant loss or damage, if any, direct or indirect.


HaProxy and kernel 3.8

2013-05-16 Thread Arnall

Hello,

our servers are hosted at OVH. Yesterday OVH asked their customers to 
update the kernel to 3.8.13 ( due to a local linux root exploit in 
2.6.37 to 3.8.8 ).
I've done the update (old kernel = 3.2.13) but now the load of our 
haproxy servers has increased ( x 4 ). It's still reasonable but i would 
like to know if i can provide any informations to know why.


Server:
Debian 6.0.7
HaProxy 1.4.22

Thanks.



RE: HaProxy and kernel 3.8

2013-05-16 Thread Lukas Tribus
Hi Arnall!


 Yesterday OVH asked their customers to
 update the kernel to 3.8.13 ( due to a local linux root exploit in
 2.6.37 to 3.8.8 ).
 I've done the update (old kernel = 3.2.13) but now the load of our
 haproxy servers has increased ( x 4 ). It's still reasonable but i would
 like to know if i can provide any informations to know why.

Debian is backporting those fixes to their distro kernel, there is no
need for you to upgrade to a kernel.org kernel - in fact this is a
pretty major step. Doesn't the latest debian kernel update [1] contain
the fix?


Did the load increase in kernel or user space?


Regards,
Lukas


[1] http://lists.debian.org/debian-security-announce/2013/msg00077.html 
  


Re: HaProxy and kernel 3.8

2013-05-16 Thread Arnall

Hi Lukas,

the hoster provides its own kernel for the dedicated servers, i've 
updated via netboot to the 3.8.13 hoster kernel. So it's not the distro 
kernel nor kernel.org.


For the load, how can i know if it's kernel or user space ?
I have the load average with the top command.
%CPU ( %us, %sy ... )is the same than before, only the load average has 
increased.


Thanks.

Le 16/05/2013 16:58, Lukas Tribus a écrit :

Hi Arnall!



Yesterday OVH asked their customers to
update the kernel to 3.8.13 ( due to a local linux root exploit in
2.6.37 to 3.8.8 ).
I've done the update (old kernel = 3.2.13) but now the load of our
haproxy servers has increased ( x 4 ). It's still reasonable but i would
like to know if i can provide any informations to know why.


Debian is backporting those fixes to their distro kernel, there is no
need for you to upgrade to a kernel.org kernel - in fact this is a
pretty major step. Doesn't the latest debian kernel update [1] contain
the fix?


Did the load increase in kernel or user space?


Regards,
Lukas


[1] http://lists.debian.org/debian-security-announce/2013/msg00077.html 







RE: HaProxy and kernel 3.8

2013-05-16 Thread Lukas Tribus
Hi,

 %CPU ( %us, %sy ... )is the same than before, only the load average has
 increased.

Uhrm, I'm not sure how this is possible. What was the load average before
the upgrade exactly? Please post the first 5 lines of top with the new 
kernel.

Also, if you can boot the old kernel once, let it run for a few minutes
and post a complete top from old and the new kernel, that would probably
give as a better idea of what exactly the difference is.


Lukas 


Re: HaProxy and kernel 3.8

2013-05-16 Thread Arnall

kernel 3.2.13 grsec 64:

top - 19:13:09 up  6:15,  1 user,  load average: 0.03, 0.03, 0.05
Tasks: 105 total,   1 running, 104 sleeping,   0 stopped,   0 zombie
Cpu(s):  1.3%us,  2.1%sy,  0.0%ni, 79.7%id,  0.1%wa,  0.0%hi, 16.8%si, 
0.0%st

Mem:   7914788k total,  3255420k used,  4659368k free,44724k buffers
Swap:   523260k total,0k used,   523260k free,  2865856k cached

  PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND
23095 haproxy   20   0 73144  53m  496 S   17  0.7   0:12.22 haproxy
 2586 root  20   0 38272 4116 1012 S5  0.1   2:54.50 floodmon
 2399 root  20   0  125m 1508 1096 S2  0.0   5:26.85 rsyslogd
23101 root  20   0 19112 1300  916 R0  0.0   0:00.10 top
1 root  20   0  8396  760  632 S0  0.0   0:01.12 init

reboot with kernel 3.8.13 grsec 64:

top - 19:23:22 up 8 min,  1 user,  load average: 0.20, 0.19, 0.12
Tasks: 110 total,   1 running, 109 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.9%us,  1.9%sy,  0.0%ni, 80.8%id,  0.1%wa,  0.0%hi, 16.4%si, 
0.0%st

Mem:   7912412k total,   382768k used,  7529644k free, 5288k buffers
Swap:   523260k total,0k used,   523260k free,94876k cached

  PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND
 2773 haproxy   20   0  104m  77m  596 S   13  1.0   1:14.99 haproxy
 3017 root  20   0 38276 4116 1012 S3  0.1   0:03.22 floodmon
 2772 root  20   0  124m 1524 1096 S1  0.0   0:08.09 rsyslogd
1 root  20   0  8400  760  632 S0  0.0   0:00.58 init
2 root  20   0 000 S0  0.0   0:00.00 kthreadd

reboot again with 3.2.13 grsec 64:

top - 19:41:41 up 5 min,  1 user,  load average: 0.04, 0.06, 0.04
Tasks: 103 total,   2 running, 101 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.4%us,  2.0%sy,  0.0%ni, 82.6%id,  0.1%wa,  0.0%hi, 15.0%si, 
0.0%st

Mem:   7914788k total,   369548k used,  7545240k free, 4976k buffers
Swap:   523260k total,0k used,   523260k free,72872k cached

  PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND
 2430 haproxy   20   0  132m  90m  596 R   10  1.2   0:46.42 haproxy
 2622 root  20   0 38272 4116 1012 S4  0.1   0:02.46 floodmon
 2421 root  20   0  124m 1396 1092 S1  0.0   0:05.15 rsyslogd
1 root  20   0  8396  760  632 S0  0.0   0:01.00 init
2 root  20   0 000 S0  0.0   0:00.00 kthreadd



Le 16/05/2013 18:39, Lukas Tribus a écrit :

Hi,


%CPU ( %us, %sy ... )is the same than before, only the load average has
increased.


Uhrm, I'm not sure how this is possible. What was the load average before
the upgrade exactly? Please post the first 5 lines of top with the new
kernel.

Also, if you can boot the old kernel once, let it run for a few minutes
and post a complete top from old and the new kernel, that would probably
give as a better idea of what exactly the difference is.


Lukas   






RE: HaProxy and kernel 3.8

2013-05-16 Thread Lukas Tribus
Hi Arnall,

looks like the load average calculation was wrong with the old kernel,
it did not account for the soft interupts (XX%si):
 top - 19:13:09 up  6:15,  1 user,  load average: 0.03, 0.03, 0.05
 Cpu(s):  1.3%us,  2.1%sy,  0.0%ni, 79.7%id,  0.1%wa,  0.0%hi, 16.8%si,

The CPU is always about 80% idle with both the old and the new kernel,
and it also always spends about 16%si, and a few percents in the kernel
and userspace.

So it looks like you are not facing more real load, the two kernels
only have a different understanding of what load is.


Regards,

Lukas 


Re: HaProxy and kernel 3.8

2013-05-16 Thread Arnall
Thanks Lukas, i've made some search on kernel 3.2.x and i've found some 
articles reporting inconsistent load average on tickless kernels 
(CONFIG_NO_HZ=y).

It seems to be the case here.

Thks again.

Arnaud.

Le 16/05/2013 20:44, Lukas Tribus a écrit :

Hi Arnall,

looks like the load average calculation was wrong with the old kernel,
it did not account for the soft interupts (XX%si):

top - 19:13:09 up  6:15,  1 user,  load average: 0.03, 0.03, 0.05
Cpu(s):  1.3%us,  2.1%sy,  0.0%ni, 79.7%id,  0.1%wa,  0.0%hi, 16.8%si,

The CPU is always about 80% idle with both the old and the new kernel,
and it also always spends about 16%si, and a few percents in the kernel
and userspace.

So it looks like you are not facing more real load, the two kernels
only have a different understanding of what load is.


Regards,

Lukas