Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[lvs\-users\]\s+ipvsadm\s+problem\s*$/>

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[lvs\-users\]\s+ipvsadm\s+problem\s*$/: 10 ]

Total 10 documents matching your query.

1. Re: [lvs-users] ipvsadm problem (score: 1): Author: Dmitry Akindinov <dimak@xxxxxxxxxxx>; Date: Sat, 25 Aug 2012 10:14:52 +0400; Hello, We are trying to make ipvs balancing a part of our product and would rather avoid requiring additional nodes for our cluster. Actually, there is one more observation: as soon as the a first "t; /html/lvs-users/2012-08/msg00024.html (11,592 bytes)
2. Re: [lvs-users] ipvsadm problem (score: 1): Author: Dmitry Akindinov <dimak@xxxxxxxxxxx>; Date: Sat, 25 Aug 2012 10:07:05 +0400; Hello, It is unlikely. The iptables on all those servers has connection tracking switched off: *raw -A PREROUTING -d VIP/32 -j NOTRACK COMMIT -- Best regards, Dmitry Akindinov _______________________; /html/lvs-users/2012-08/msg00023.html (11,132 bytes)
3. Re: [lvs-users] ipvsadm problem (score: 1): Author: Graeme Fowler <graeme@xxxxxxxxxxx>; Date: Fri, 24 Aug 2012 15:05:47 +0100; I wonder... is this symptomatic of a connection tracking issue? Could it be that the incoming packets are not being seen as ESTABLISHED,RELATED by netfilter and therefore being dropped? Although that; /html/lvs-users/2012-08/msg00020.html (10,171 bytes)
4. Re: [lvs-users] ipvsadm problem (score: 1): Author: David Coulson <david@xxxxxxxxxxxxxxxx>; Date: Fri, 24 Aug 2012 09:14:44 -0400; Sorry, I totally missed that your IPVS boxes are also your 'real' servers - I had an issue like that a while ago. Basically as far as I can tell, if there is a connection in the sync table, the kerne; /html/lvs-users/2012-08/msg00019.html (10,260 bytes)
5. Re: [lvs-users] ipvsadm problem (score: 1): Author: Dmitry Akindinov <dimak@xxxxxxxxxxx>; Date: Fri, 24 Aug 2012 16:58:54 +0400; Hello, Thank you for the tip. We will definitely try it out, but the thing is that the "old" balancer has an empty ipvs rule set: it is emptied when the failover takes place. It looks like the proble; /html/lvs-users/2012-08/msg00018.html (12,304 bytes)
6. Re: [lvs-users] ipvsadm problem (score: 1): Author: Dmitry Akindinov <dimak@xxxxxxxxxxx>; Date: Fri, 24 Aug 2012 16:53:13 +0400; Hello, Sorry, it looks like I have not made myself clear. a) everything is fine with traffic redirection during the failover. We use direct arp broadcasts (via arping -U) and the traffic CORRECTLY go; /html/lvs-users/2012-08/msg00017.html (16,002 bytes)
7. Re: [lvs-users] ipvsadm problem (score: 1): Author: David Coulson <david@xxxxxxxxxxxxxxxx>; Date: Fri, 24 Aug 2012 08:04:09 -0400; 1) Update to a more current CentOS - 6.0 has lots of bugs 2) How are you moving the IP between servers? Pacemaker, keepalived? Have you checked the arp tables or route cache on a system which is inco; /html/lvs-users/2012-08/msg00016.html (14,358 bytes)
8. Re: [lvs-users] ipvsadm problem (score: 1): Author: Dmitry Akindinov <dimak@xxxxxxxxxxx>; Date: Fri, 24 Aug 2012 15:58:22 +0400; Hello, A small addendum to the initial posting: we looked more into the problem, and it looks like it is caused by the sync'ing daemon: if it is switched off, then this problem does not take place. B; /html/lvs-users/2012-08/msg00015.html (14,009 bytes)
9. Re: [lvs-users] ipvsadm problem (score: 1): Author: Graeme Fowler <graeme@xxxxxxxxxxx>; Date: Fri, 24 Aug 2012 12:54:37 +0100; <snip> This sounds very much like a problem I resolved some years ago with a two-node system like yours. In that case, I put additional rules or logic into the iptables ruleset to make sure that pack; /html/lvs-users/2012-08/msg00014.html (9,249 bytes)
10. [lvs-users] ipvsadm problem (score: 1): Author: Dmitry Akindinov <dimak@xxxxxxxxxxx>; Date: Fri, 24 Aug 2012 15:33:45 +0400; Hello, We are facing a problem with ipvsadm. A test system consists of 2 Linux boxes (stock CentOS 6.0), both running stock ipvs. The application software provides various TCP services (POP, IMAP, HT; /html/lvs-users/2012-08/msg00013.html (12,191 bytes)

Current List: 1 - 10
Page: [1]