9:36 a.m.
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
5:51 a.m.
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> 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
http://lists.ovirt.org/mailman/listinfo/users
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--
4:20 p.m.
This is a multi-part message in MIME format.
--------------8C7156FA06BCE941A49120DE
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Hello Edward, this happened again today and I was able to check more
details.
So:
- The VM stopped passing any network traffic.
- Checking 'brctl showmacs ovirtmgmt' it showed the VM's mac address
missing.
- I then went to oVirt Engine, under VM's 'Network Interfaces' tab,
clicked Edit and changed the Link State to Down then to Up and it
recovered its connectivity.
- Another 'brctl showmacs ovirtmgmt' showed the VM's mac address learned
again by the bridge.
This Node server has the particularity of sharing the ovirtmgmt with
VMs. Could it possibly be the cause of the issue in any way ?
Thanks
Fernando
On 24/07/2017 09:47, FERNANDO FREDIANI wrote:
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>
>
>
--------------8C7156FA06BCE941A49120DE
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>Hello Edward, this happened again today and I was able to check
more details.</p>
<p>So:</p>
<p>- The VM stopped passing any network traffic.<br>
- Checking 'brctl showmacs ovirtmgmt' it showed the VM's mac
address missing.<br>
- I then went to oVirt Engine, under VM's 'Network Interfaces'
tab, clicked Edit and changed the Link State to Down then to Up
and it recovered its connectivity.<br>
- Another 'brctl showmacs ovirtmgmt' showed the VM's mac address
learned again by the bridge.</p>
<p>This Node server has the particularity of sharing the ovirtmgmt
with VMs. Could it possibly be the cause of the issue in any way ?</p>
<p>Thanks<br>
Fernando<br>
</p>
<br>
<div class="moz-cite-prefix">On 24/07/2017 09:47, FERNANDO FREDIANI
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:773f24f6-bd1e-fe35-4ed4-155e92b4a467@upx.com">
<meta http-equiv="Content-Type" content="text/html;
charset=utf-8">
<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>
</blockquote>
<br>
</body>
</html>
--------------8C7156FA06BCE941A49120DE--
1:22 a.m.
On Tue, Jul 25, 2017 at 12:20 AM, FERNANDO FREDIANI <
fernando.frediani(a)upx.com> wrote:
Hello Edward, this happened again today and I was able to check more
details.
So:
- The VM stopped passing any network traffic.
- Checking 'brctl showmacs ovirtmgmt' it showed the VM's mac address
missing.
- I then went to oVirt Engine, under VM's 'Network Interfaces' tab,
clicked Edit and changed the Link State to Down then to Up and it recovered
its connectivity.
- Another 'brctl showmacs ovirtmgmt' showed the VM's mac address learned
again by the bridge.
This Node server has the particularity of sharing the ovirtmgmt with VMs.
Could it possibly be the cause of the issue in any way ?
There is nothing special with ovirtmgmt bridge in this regard.
I suggest you check the VM itself to see if it tries to send traffic, the
fact that the mac is not appearing on the bridge table is an outcome of no
traffic passing from the vNIC with that source mac address.
Thanks
Fernando
On 24/07/2017 09:47, FERNANDO FREDIANI wrote:
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> 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
> http://lists.ovirt.org/mailman/listinfo/users
>
1:01 p.m.
This is a multi-part message in MIME format.
--------------397669587D5ECF2F3D65C1BB
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Hello Edwardh and all.
I keep getting these disconnects, were you able to find anything about
to suggest changing ?
As I mentioned this machine different from the others where it never
happened uses the ovirtmgmt network as VM network and has kernel 4.12
instead of the default 3.10 from CentOS 7.3. It seems a particular
situation that is triggering this behavior but could not gather any hint
yet.
I have tried to run a regular arping to force the bridge always learn
the VMs MAC address but it doesn't seem to work and every in a while the
bridge 'forgets' that particular VM mac address.
I have also even rebuilt the VM completely changing its operating system
from Ubuntu 16.04 to CentOS 7.3 and the same problem happened.
Fernando
On 24/07/2017 18:20, FERNANDO FREDIANI wrote:
Hello Edward, this happened again today and I was able to check more
details.
So:
- The VM stopped passing any network traffic.
- Checking 'brctl showmacs ovirtmgmt' it showed the VM's mac address
missing.
- I then went to oVirt Engine, under VM's 'Network Interfaces' tab,
clicked Edit and changed the Link State to Down then to Up and it
recovered its connectivity.
- Another 'brctl showmacs ovirtmgmt' showed the VM's mac address
learned again by the bridge.
This Node server has the particularity of sharing the ovirtmgmt with
VMs. Could it possibly be the cause of the issue in any way ?
Thanks
Fernando
On 24/07/2017 09:47, FERNANDO FREDIANI wrote:
>
> 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>
>>
>>
>
--------------397669587D5ECF2F3D65C1BB
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>Hello Edwardh and all.</p>
<p>I keep getting these disconnects, were you able to find anything
about to suggest changing ?</p>
<p>As I mentioned this machine different from the others where it
never happened uses the ovirtmgmt network as VM network and has
kernel 4.12 instead of the default 3.10 from CentOS 7.3. It seems
a particular situation that is triggering this behavior but could
not gather any hint yet.</p>
<p>I have tried to run a regular arping to force the bridge always
learn the VMs MAC address but it doesn't seem to work and every in
a while the bridge 'forgets' that particular VM mac address.<br>
I have also even rebuilt the VM completely changing its operating
system from Ubuntu 16.04 to CentOS 7.3 and the same problem
happened.</p>
<p>Fernando<br>
</p>
<br>
<div class="moz-cite-prefix">On 24/07/2017 18:20, FERNANDO FREDIANI
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:29aa7703-3da5-b75c-8259-b72d70bafa9e@upx.com">
<meta http-equiv="Content-Type" content="text/html;
charset=utf-8">
<p>Hello Edward, this happened again today and I was able to check
more details.</p>
<p>So:</p>
<p>- The VM stopped passing any network traffic.<br>
- Checking 'brctl showmacs ovirtmgmt' it showed the VM's mac
address missing.<br>
- I then went to oVirt Engine, under VM's 'Network Interfaces'
tab, clicked Edit and changed the Link State to Down then to Up
and it recovered its connectivity.<br>
- Another 'brctl showmacs ovirtmgmt' showed the VM's mac address
learned again by the bridge.</p>
<p>This Node server has the particularity of sharing the ovirtmgmt
with VMs. Could it possibly be the cause of the issue in any way
?</p>
<p>Thanks<br>
Fernando<br>
</p>
<br>
<div class="moz-cite-prefix">On 24/07/2017 09:47, FERNANDO
FREDIANI wrote:<br>
</div>
<blockquote type="cite"
cite="mid:773f24f6-bd1e-fe35-4ed4-155e92b4a467@upx.com">
<meta http-equiv="Content-Type" content="text/html;
charset=utf-8">
<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>
</blockquote>
<br>
</blockquote>
<br>
</body>
</html>
--------------397669587D5ECF2F3D65C1BB--
2:17 p.m.
Hello Fernando,
Have you taken the tcpdump in the VM to see what traffic is sent out?
Your host is a Centos 7.3? If so how come it has such a kernel version?
Have you see anything in /var/log/messages when it gets disconnected?
Thanks,
Edy.
On Fri, Jul 28, 2017 at 9:01 PM, FERNANDO FREDIANI <
fernando.frediani(a)upx.com> wrote:
Hello Edwardh and all.
I keep getting these disconnects, were you able to find anything about to
suggest changing ?
As I mentioned this machine different from the others where it never
happened uses the ovirtmgmt network as VM network and has kernel 4.12
instead of the default 3.10 from CentOS 7.3. It seems a particular
situation that is triggering this behavior but could not gather any hint
yet.
I have tried to run a regular arping to force the bridge always learn the
VMs MAC address but it doesn't seem to work and every in a while the bridge
'forgets' that particular VM mac address.
I have also even rebuilt the VM completely changing its operating system
from Ubuntu 16.04 to CentOS 7.3 and the same problem happened.
Fernando
On 24/07/2017 18:20, FERNANDO FREDIANI wrote:
Hello Edward, this happened again today and I was able to check more
details.
So:
- The VM stopped passing any network traffic.
- Checking 'brctl showmacs ovirtmgmt' it showed the VM's mac address
missing.
- I then went to oVirt Engine, under VM's 'Network Interfaces' tab,
clicked Edit and changed the Link State to Down then to Up and it recovered
its connectivity.
- Another 'brctl showmacs ovirtmgmt' showed the VM's mac address learned
again by the bridge.
This Node server has the particularity of sharing the ovirtmgmt with VMs.
Could it possibly be the cause of the issue in any way ?
Thanks
Fernando
On 24/07/2017 09:47, FERNANDO FREDIANI wrote:
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> 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
> http://lists.ovirt.org/mailman/listinfo/users
>
4:07 p.m.
This is a multi-part message in MIME format.
--------------030C94AA77A30F7BD33813B1
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Hello.
Despite I didn't get any feedback on this topic anymore I just wanted to
let people know that since I moved the VM to another oVirt Cluster
running oVirt-Node-NG and Kernel 3.10 the problem stopped happening.
Although I still don't know the cause of it I suspect it may have to do
with the kernel that other Host (hypervsior) is running (4.12) as that
is the only once running disk kernel for an specific reason.
To support this suspicious in the past I had another Hypervisor also
running kernel 4.12 and a VM that does that same job had the same issue.
After I have rebooted the Hypervisor back to default kernel (3.10) the
problem didn't happen anymore.
If anyone ever faces this or anything similar please let me know as I am
always interested to find out the root of this issue.
Regards
Fernando
On 28/07/2017 15:01, FERNANDO FREDIANI wrote:
Hello Edwardh and all.
I keep getting these disconnects, were you able to find anything about
to suggest changing ?
As I mentioned this machine different from the others where it never
happened uses the ovirtmgmt network as VM network and has kernel 4.12
instead of the default 3.10 from CentOS 7.3. It seems a particular
situation that is triggering this behavior but could not gather any
hint yet.
I have tried to run a regular arping to force the bridge always learn
the VMs MAC address but it doesn't seem to work and every in a while
the bridge 'forgets' that particular VM mac address.
I have also even rebuilt the VM completely changing its operating
system from Ubuntu 16.04 to CentOS 7.3 and the same problem happened.
Fernando
On 24/07/2017 18:20, FERNANDO FREDIANI wrote:
>
> Hello Edward, this happened again today and I was able to check more
> details.
>
> So:
>
> - The VM stopped passing any network traffic.
> - Checking 'brctl showmacs ovirtmgmt' it showed the VM's mac address
> missing.
> - I then went to oVirt Engine, under VM's 'Network Interfaces' tab,
> clicked Edit and changed the Link State to Down then to Up and it
> recovered its connectivity.
> - Another 'brctl showmacs ovirtmgmt' showed the VM's mac address
> learned again by the bridge.
>
> This Node server has the particularity of sharing the ovirtmgmt with
> VMs. Could it possibly be the cause of the issue in any way ?
>
> Thanks
> Fernando
>
>
> On 24/07/2017 09:47, FERNANDO FREDIANI wrote:
>>
>> 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>
>>>
>>>
>>
>
--------------030C94AA77A30F7BD33813B1
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>Hello.</p>
<p>Despite I didn't get any feedback on this topic anymore I just
wanted to let people know that since I moved the VM to another
oVirt Cluster running oVirt-Node-NG and Kernel 3.10 the problem
stopped happening. Although I still don't know the cause of it I
suspect it may have to do with the kernel that other Host
(hypervsior) is running (4.12) as that is the only once running
disk kernel for an specific reason.<br>
To support this suspicious in the past I had another Hypervisor
also running kernel 4.12 and a VM that does that same job had the
same issue. After I have rebooted the Hypervisor back to default
kernel (3.10) the problem didn't happen anymore.</p>
<p>If anyone ever faces this or anything similar please let me know
as I am always interested to find out the root of this issue.</p>
<p>Regards<br>
Fernando<br>
</p>
<br>
<div class="moz-cite-prefix">On 28/07/2017 15:01, FERNANDO FREDIANI
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:fe32ac7b-d359-9345-4ab0-f9010842392d@upx.com">
<meta http-equiv="Content-Type" content="text/html;
charset=utf-8">
<p>Hello Edwardh and all.</p>
<p>I keep getting these disconnects, were you able to find
anything about to suggest changing ?</p>
<p>As I mentioned this machine different from the others where it
never happened uses the ovirtmgmt network as VM network and has
kernel 4.12 instead of the default 3.10 from CentOS 7.3. It
seems a particular situation that is triggering this behavior
but could not gather any hint yet.</p>
<p>I have tried to run a regular arping to force the bridge always
learn the VMs MAC address but it doesn't seem to work and every
in a while the bridge 'forgets' that particular VM mac address.<br>
I have also even rebuilt the VM completely changing its
operating system from Ubuntu 16.04 to CentOS 7.3 and the same
problem happened.</p>
<p>Fernando<br>
</p>
<br>
<div class="moz-cite-prefix">On 24/07/2017 18:20, FERNANDO
FREDIANI wrote:<br>
</div>
<blockquote type="cite"
cite="mid:29aa7703-3da5-b75c-8259-b72d70bafa9e@upx.com">
<meta http-equiv="Content-Type" content="text/html;
charset=utf-8">
<p>Hello Edward, this happened again today and I was able to
check more details.</p>
<p>So:</p>
<p>- The VM stopped passing any network traffic.<br>
- Checking 'brctl showmacs ovirtmgmt' it showed the VM's mac
address missing.<br>
- I then went to oVirt Engine, under VM's 'Network Interfaces'
tab, clicked Edit and changed the Link State to Down then to
Up and it recovered its connectivity.<br>
- Another 'brctl showmacs ovirtmgmt' showed the VM's mac
address learned again by the bridge.</p>
<p>This Node server has the particularity of sharing the
ovirtmgmt with VMs. Could it possibly be the cause of the
issue in any way ?</p>
<p>Thanks<br>
Fernando<br>
</p>
<br>
<div class="moz-cite-prefix">On 24/07/2017 09:47, FERNANDO
FREDIANI wrote:<br>
</div>
<blockquote type="cite"
cite="mid:773f24f6-bd1e-fe35-4ed4-155e92b4a467@upx.com">
<meta http-equiv="Content-Type" content="text/html;
charset=utf-8">
<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>
</blockquote>
<br>
</blockquote>
<br>
</blockquote>
<br>
</body>
</html>
--------------030C94AA77A30F7BD33813B1--
2812
days inactive
2829
days old
7 comments
2 participants
participants (2)
-
Edward Haas -
FERNANDO FREDIANI