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 jme...@c12g.com 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 dx10ye...@126.com 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 jme...@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 dx10ye...@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 jme...@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 dx10ye...@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 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 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 dx10ye...@126.com 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 jme...@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 dx10ye...@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 jme...@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 dx10ye...@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 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. ___ 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 dx10ye...@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 jme...@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 dx10ye...@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 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. 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 jme...@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 dx10ye...@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 jme...@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 dx10ye...@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 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
[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
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 dx10ye...@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 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,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 jme...@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 dx10ye...@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 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