Re: [one-users] device onebrxxxx alreay exists can't create bridge with the same name
Hi, I've just applied a patch to fix that. It will be available in OpenNebula 4.6. http://dev.opennebula.org/issues/2573 cheers, Jaime On Wed, Dec 18, 2013 at 3:53 PM, Jaime Melis wrote: > Hi, > > I think you are right. I've created a new ticket to fix this for > OpenNebula 4.6: > http://dev.opennebula.org/issues/2573 > > cheers, > Jaime > > > > On Thu, Dec 12, 2013 at 5:30 PM, cmcc.dylan wrote: > >> >> 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" 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 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" 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 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 onebr 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@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 | jme...@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 ab...@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 | jme...@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 ab...@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 | jme...@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,
Re: [one-users] device onebrxxxx alreay exists can't create bridge with the same name
Hi, I think you are right. I've created a new ticket to fix this for OpenNebula 4.6: http://dev.opennebula.org/issues/2573 cheers, Jaime On Thu, Dec 12, 2013 at 5:30 PM, cmcc.dylan wrote: > > 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" 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 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" 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 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 onebr 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@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 | jme...@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 ab...@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 | jme...@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 ab...@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 | jme...@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 ab...@c12g.com and delete the e-mail and attachments and any copy from your system. C12G's thanks you for your cooperation. ___
Re: [one-users] device onebrxxxx alreay exists can't create bridge with the same name
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" 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 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" 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 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 onebr 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@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 | jme...@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 ab...@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 | jme...@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 ab...@c12g.com and delete the e-mail and attachments and any copy from your system. C12G's thanks you for your cooperation.___ Users mailing list Users@lists.opennebula.org http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
Re: [one-users] device onebrxxxx alreay exists can't create bridge with the same name
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 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" 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 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 onebr 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@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 | jme...@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 ab...@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 | jme...@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 ab...@c12g.com and delete the e-mail and attachments and any copy from your system. C12G's thanks you for your cooperation. ___ Users mailing list Users@lists.opennebula.org http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
Re: [one-users] device onebrxxxx alreay exists can't create bridge with the same name
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" 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 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 onebr 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@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 | jme...@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 ab...@c12g.com and delete the e-mail and attachments and any copy from your system. C12G's thanks you for your cooperation.___ Users mailing list Users@lists.opennebula.org http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
Re: [one-users] device onebrxxxx alreay exists can't create bridge with the same name
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 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 onebr 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@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 | jme...@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 ab...@c12g.com and delete the e-mail and attachments and any copy from your system. C12G's thanks you for your cooperation. ___ Users mailing list Users@lists.opennebula.org http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
[one-users] device onebrxxxx alreay exists can't create bridge with the same name
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 onebr 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@lists.opennebula.org http://lists.opennebula.org/listinfo.cgi/users-opennebula.org