7:47 a.m.
This is a multi-part message in MIME format.
--------------BD31CA62855FDDAD3B7730BE
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Not tried this yet Edwardh, but will do at next time it happens. THe
source mac address should be the mac as the VM. I don't see any reason
for it to change from within the VM ou outside.
What type of things would make the bridge stop learning a given VM mac
address ?
Fernando
On 23/07/2017 07:51, Edward Haas wrote:
Have you tried to use tcpdump at the VM vNIC to examine if there is
traffic trying to get out from there? And with what source mac address?
Thanks,
Edy,
On Fri, Jul 21, 2017 at 5:36 PM, FERNANDO FREDIANI
<fernando.frediani(a)upx.com <mailto:fernando.frediani@upx.com>> wrote:
Has anyone had problem when using the ovirtmgmt bridge to connect
VMs ?
I am still facing a bizarre problem where some VMs connected to
this bridge stop passing traffic. Checking the problem further I
see its mac address stops being learned by the bridge and the
problem is resolved only with a VM reboot.
When I last saw the problem I run brctl showmacs ovirtmgmt and it
shows me the VM's mac adress with agening timer 200.19. After the
VM reboot I see the same mac with agening timer 0.00.
I don't see it in another environment where the ovirtmgmt is not
used for VMs.
Does anyone have any clue about this type of behavior ?
Fernando
_______________________________________________
Users mailing list
Users(a)ovirt.org <mailto:Users@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/users
<http://lists.ovirt.org/mailman/listinfo/users>
--------------BD31CA62855FDDAD3B7730BE
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit
<html>
<head>
<meta http-equiv="Content-Type" content="text/html;
charset=utf-8">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<p>Not tried this yet Edwardh, but will do at next time it happens.
THe source mac address should be the mac as the VM. I don't see
any reason for it to change from within the VM ou outside.</p>
<p>What type of things would make the bridge stop learning a given
VM mac address ?</p>
<p>Fernando<br>
</p>
<br>
<div class="moz-cite-prefix">On 23/07/2017 07:51, Edward Haas
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CALmkdFSQAshds0_jMe-PO64XTd7tMDPa0-A1wKdxu061hAOAsQ@mail.gmail.com">
<div dir="ltr">
<div>
<div>Have you tried to use tcpdump at the VM vNIC to examine
if there is traffic trying to get out from there? And with
what source mac address?<br>
<br>
</div>
Thanks,<br>
</div>
Edy,<br>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Fri, Jul 21, 2017 at 5:36 PM,
FERNANDO FREDIANI <span dir="ltr"><<a
href="mailto:fernando.frediani@upx.com" target="_blank"
moz-do-not-send="true">fernando.frediani(a)upx.com</a>&gt;</span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">Has anyone
had problem when using the ovirtmgmt bridge to connect VMs ?<br>
<br>
I am still facing a bizarre problem where some VMs connected
to this bridge stop passing traffic. Checking the problem
further I see its mac address stops being learned by the
bridge and the problem is resolved only with a VM reboot.<br>
<br>
When I last saw the problem I run brctl showmacs ovirtmgmt
and it shows me the VM's mac adress with agening timer
200.19. After the VM reboot I see the same mac with agening
timer 0.00.<br>
I don't see it in another environment where the ovirtmgmt is
not used for VMs.<br>
<br>
Does anyone have any clue about this type of behavior ?<br>
<br>
Fernando<br>
______________________________<wbr>_________________<br>
Users mailing list<br>
<a href="mailto:Users@ovirt.org" target="_blank"
moz-do-not-send="true">Users(a)ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/users"
rel="noreferrer" target="_blank"
moz-do-not-send="true">http://lists.ovirt.org/mailman<wbr...
</blockquote>
</div>
<br>
</div>
</blockquote>
<br>
</body>
</html>
--------------BD31CA62855FDDAD3B7730BE--