[one-users] device onebrxxxx alreay exists can't create bridge with the same name

[cmcc.dylan]

Hi.
  I don't use >= 4.0. But I think the code has a little problem, that is, we should add a lock for "get_interfaces" not for "create_bridge".




At 2013-12-12 17:05:03,"Jaime Melis" <jmelis at c12g.com> wrote:

Hi,


not sure I follow, but given that the rules are idempotent if the bridge doesn't exist it will be created, and if it does, it won't.


Have you tried this with ONE >= 4.0 and still fails?


regards,
Jaime



On Thu, Dec 12, 2013 at 4:32 AM, cmcc.dylan <dx10years at 126.com> wrote:

Hi，Jainme.
 
  I think curruent codes don't have solved the bug complelely. The key problems the the following snippets are executed  parallel.
class OpenNebulaHM < OpenNebulaNetwork
    XPATH_FILTER = "TEMPLATE/NIC[VLAN='YES']"
    def initialize(vm, deploy_id = nil, hypervisor = nil)
        super(vm,XPATH_FILTER,deploy_id,hypervisor)
        @bridges = get_interfaces
    end
 
so bridges variable maybe have the same name bridge. because bridge is a ruby instance variable，not a ruby class variable.





At 2013-12-12 01:53:18,"Jaime Melis" <jmelis at c12g.com> wrote:

Hi,


yes, this is a known bug which is already solved in OpenNebula >= 4.0 by implementing locking mechanisms.
http://dev.opennebula.org/issues/1722



cheers,
Jaime







On Wed, Dec 11, 2013 at 9:46 AM, cmcc.dylan <dx10years at 126.com> wrote:

Hi everyone！
 
   I find a problem when we create two or more instances on one host at the same time，we meet the error "device onebrxxxx alreay exists can't create bridge with the same name".
   The reason is that instances all try to create their bridge，although they check whether or not their birdge is existed. because it's at the same time, they all get a result that their bridge is not existed, and then they create it.
   But when they really create, the same bridge has already been created by other instances.
 
    Has the problem been fixed now？ I use opennebula-3.8.1.
 
   Look forward your answers!
 
   dylan.



_______________________________________________
Users mailing list
Users at lists.opennebula.org
http://lists.opennebula.org/listinfo.cgi/users-opennebula.org








--

Jaime Melis
C12G Labs - Flexible Enterprise Cloud Made Simple
http://www.c12g.com | jmelis at c12g.com



--


Confidentiality Warning: The information contained in this e-mail and
any accompanying documents, unless otherwise expressly indicated, is
confidential and privileged, and is intended solely for the person
and/or entity to whom it is addressed (i.e. those identified in the
"To" and "cc" box). They are the property of C12G Labs S.L..
Unauthorized distribution, review, use, disclosure, or copying of this
communication, or any part thereof, is strictly prohibited and may be
unlawful. If you have received this e-mail in error, please notify us
immediately by e-mail at abuse at c12g.com and delete the e-mail and
attachments and any copy from your system. C12G's thanks you for your
cooperation.








--

Jaime Melis
C12G Labs - Flexible Enterprise Cloud Made Simple
http://www.c12g.com | jmelis at c12g.com



--


Confidentiality Warning: The information contained in this e-mail and
any accompanying documents, unless otherwise expressly indicated, is
confidential and privileged, and is intended solely for the person
and/or entity to whom it is addressed (i.e. those identified in the
"To" and "cc" box). They are the property of C12G Labs S.L..
Unauthorized distribution, review, use, disclosure, or copying of this
communication, or any part thereof, is strictly prohibited and may be
unlawful. If you have received this e-mail in error, please notify us
immediately by e-mail at abuse at c12g.com and delete the e-mail and
attachments and any copy from your system. C12G's thanks you for your
cooperation.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20131213/f7640353/attachment-0002.htm>