<div dir="ltr">Hi Michael,<div><br></div><div>thanks for the contribution!</div><div><br></div><div>I've just create a ticket to evaluate it for OpenNebula 4.6: <a href="http://dev.opennebula.org/issues/2574">http://dev.opennebula.org/issues/2574</a></div>

<div><br></div><div>Cheers,</div><div>Jaime</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Dec 13, 2013 at 11:02 AM, Michael Kutzner <span dir="ltr"><<a href="mailto:michael.kutzner@virtion.de" target="_blank">michael.kutzner@virtion.de</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br>
<br>
we had some problems in the past deploying VMs when a bridge interface was<br>
already existing (static configuration e.g.) using a different interface as<br>
physical than defined in the virtual network in ON.<br>
<br>
Example:<br>
- A bridge br10 was existing with a local interface eth0 attached.<br>
- The virtual network in opennebula was configured to use eth1.<br>
  (due to some historical or physical reasons eth0 was used on that host<br>
  and the bridge was „preconfigured“)<br>
<br>
The ON driver (opennebula-4.4.0/src/vnm_mad/remotes/802.1Q/HostManaged.rb)<br>
now checks the following:<br>
- bridge exists: no, create bridge<br>
  This works fine as the bridge is already existing<br>
- device is attached?<br>
  No, attach it (so we have eth0 and eth1 attached to the bridge interface afterwards)<br>
  This leads to some small (or bigger) problems (e.g. creating a loop on the switches and making<br>
  the network practically unusable).<br>
<br>
Attached you find a small patch which does the following:<br>
- bridge exists?<br>
  Yes, do nothing<br>
- no: create bridge, add interface<br>
<br>
This will also cover the scenario that you can change the physical device in the virtual<br>
network definition after having deployed certain VMs.<br>
<br>
Hopefully I did it right and made the changes in the right place.<br>
<br>
I dont know, if anybody else had that problem, but I wanted to share this information.<br>
<br>
Best, Michael<br>
<br>
<br>_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opennebula.org">Users@lists.opennebula.org</a><br>
<a href="http://lists.opennebula.org/listinfo.cgi/users-opennebula.org" target="_blank">http://lists.opennebula.org/listinfo.cgi/users-opennebula.org</a><br>
<br></blockquote></div><br></div><br clear="all"><div><br></div>-- <br><div dir="ltr">Jaime Melis<br>C12G Labs - Flexible Enterprise Cloud Made Simple<br><a href="http://www.c12g.com" target="_blank">http://www.c12g.com</a> | <a href="mailto:jmelis@c12g.com" target="_blank">jmelis@c12g.com</a><br>

<div><br></div><div>--</div><div><br></div><div>Confidentiality Warning: The information contained in this e-mail and</div><div>any accompanying documents, unless otherwise expressly indicated, is</div><div>confidential and privileged, and is intended solely for the person</div>

<div>and/or entity to whom it is addressed (i.e. those identified in the</div><div>"To" and "cc" box). They are the property of C12G Labs S.L..</div><div>Unauthorized distribution, review, use, disclosure, or copying of this</div>

<div>communication, or any part thereof, is strictly prohibited and may be</div><div>unlawful. If you have received this e-mail in error, please notify us</div><div>immediately by e-mail at <a href="mailto:abuse@c12g.com" target="_blank">abuse@c12g.com</a> and delete the e-mail and</div>

<div>attachments and any copy from your system. C12G's thanks you for your</div><div>cooperation.</div></div>