[ovirt-users] MacSpoof with multiple VM's -> bad/slow response on 3.5.3

[Matt .]

Hi Dan,

Yes it vanished from the gui.

The strange thing is I was looking using VdsClient and saw my
loadbalancers where not started with macspoof true, but my Firewalls
were.

In the time between they have been migrated and restarted also in
tests, so I cannot see if it has been running with macspoof true and
it vanished from the gui, but I'm 200% it was in there (GUI).

Now this is double checked etc all working fine again, I wonder if
macspoof can have issues with multiple VHID groups in between the same
hosts on the same vlan.

It's kinda guessing as I cannot show how it was setup, this came up
during some failover test after the machines have been moved to
dedicated hosts some while ago.

So, ask me, shoot me and maybe we can tackle if this could be a bug or so.

Thanks,

Matt

2015-10-21 14:44 GMT+02:00 Dan Kenigsberg <danken at redhat.com>:
> On Wed, Oct 21, 2015 at 07:51:28AM +0200, Matt . wrote:
>> Hi Guys,
>>
>> On a 3.5.3 updated cluster I see issues with macspoofed VM's.
>>
>> The cluster is a CcentOS 7 cluster which always performed well.
>>
>> I noticed that on my loadbalancers the macspoof true setting
>> disspeared in the engine and when I added it and rebooted some other
>> carp machines it was vanished at those machines.
>
> What do you mean by "vanished"? Does it not show on the UI? When did it
> happen? Can you share the domxml of the VMs that you start?
>
>>
>> It's a quite simple setup:
>>
>> 2 static nodes in a mutiple hosts cluster with carp machines on it,
>> per blade 1 Firewall, Pfsense, and one Loadbalancer ZEN.
>>
>> The cluster ID's differ on ZEN, and the carp IP's on pfsense have a
>> different VHID's so I wondered if this is a known issue with the
>> vanished macspoof true setting I found out (so the whole virtual IP
>> doesn't work in that case).
>>
>> Some other cluster works fine without any issue, the spoofed systems
>> here are on CentOS 6
>>
>> This setup has run for more than a year without any issues.
>>
>> I hope someone has some information if this issue is known.
>>
>> Thanks Matt
>>
>> (sorry for my bad typing it's kinda early/late ;))
>> _______________________________________________
>> Users mailing list
>> Users at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users