Problemas with ovirtmgmt network used to connect VMs
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
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@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@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
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@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@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@upx.com</a>></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@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>/listinfo/users</a><br> </blockquote> </div> <br> </div> </blockquote> <br> </body> </html> --------------BD31CA62855FDDAD3B7730BE--
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@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@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@upx.com</a>></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@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>/listinfo/users</a><br> </blockquote> </div> <br> </div> </blockquote> <br> </blockquote> <br> </body> </html> --------------8C7156FA06BCE941A49120DE--
On Tue, Jul 25, 2017 at 12:20 AM, FERNANDO FREDIANI < fernando.frediani@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@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@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
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@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@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@upx.com</a>></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@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>/listinfo/users</a><br> </blockquote> </div> <br> </div> </blockquote> <br> </blockquote> <br> </blockquote> <br> </body> </html> --------------397669587D5ECF2F3D65C1BB--
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@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@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@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
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@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@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@upx.com</a>></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@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>/listinfo/users</a><br> </blockquote> </div> <br> </div> </blockquote> <br> </blockquote> <br> </blockquote> <br> </blockquote> <br> </body> </html> --------------030C94AA77A30F7BD33813B1--
participants (2)
-
Edward Haas -
FERNANDO FREDIANI