[Users] MAC in use when importing/cloning a VM
Hi, When importing VMs into our export domain, they appear in a list that allows me to restore them. The restore window allows to clone instead of restoring, especially in case of a pure import. Many imports went all right, but some recent one failed due to a MAC address already in use somewhere. The import window does not seem to give a way to change the network setup of the VM, even if it is imported and not started. I don't know how to modify the interface setup of a vm before importing/cloning it? -- Nicolas Ecarnot
On 05/02/2013 22:43, Nicolas Ecarnot wrote:
Hi,
When importing VMs into our export domain, they appear in a list that allows me to restore them. The restore window allows to clone instead of restoring, especially in case of a pure import.
Many imports went all right, but some recent one failed due to a MAC address already in use somewhere. The import window does not seem to give a way to change the network setup of the VM, even if it is imported and not started.
I don't know how to modify the interface setup of a vm before importing/cloning it?
you should be able to import as 'new' which will re-create all uuid's/mac/etc. otherwise, just edit the ovf. cc-ing moti to consider something better going forward
Le 05/02/2013 21:47, Itamar Heim a écrit :
you should be able to import as 'new' which will re-create all uuid's/mac/etc. otherwise, just edit the ovf. cc-ing moti to consider something better going forward
Thank you to Shahar for your advice about the MAC address check. I tried that, restarted the engine, but i failed the same. I also tried Itamar's advice but here is what's happening: - In the import windows, I select the VM, the system finds out the destination cluster and storage. - I then chekc the option "Clone All VMs" : the "suffix" option appears, pre-filled with "_Copy". - I already used it and it was working fine. This time, when validating with "OK", the "Suffix" field gets colored into yellow and I can not validate. - I tried to change its content to something else but it has no effect. - Of course, I already spent some times grepping the logs file searching for the MAC, but did not find anything obvious. - When the yellow border appears, nothing special is showing in the logs. So here, oVirt is trying to tell me something, but what? -- Nicolas Ecarnot
On 06.02.13 08:36, Nicolas Ecarnot wrote:
Le 05/02/2013 21:47, Itamar Heim a écrit :
you should be able to import as 'new' which will re-create all uuid's/mac/etc. otherwise, just edit the ovf. cc-ing moti to consider something better going forward
Thank you to Shahar for your advice about the MAC address check. I tried that, restarted the engine, but i failed the same. That should work..., if not its a bug
I also tried Itamar's advice but here is what's happening: - In the import windows, I select the VM, the system finds out the destination cluster and storage. - I then chekc the option "Clone All VMs" : the "suffix" option appears, pre-filled with "_Copy". - I already used it and it was working fine. This time, when validating with "OK", the "Suffix" field gets colored into yellow and I can not validate. - I tried to change its content to something else but it has no effect. - Of course, I already spent some times grepping the logs file searching for the MAC, but did not find anything obvious. - When the yellow border appears, nothing special is showing in the logs.
So here, oVirt is trying to tell me something, but what? This is probably UI validation that failed to present the text. Try to rename the xxx_Copy to xxx_Copy2 or any other name that is not in use.
-- Nicolas Ecarnot _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
2013/2/6 Shahar Havivi <shaharh@redhat.com>:
On 06.02.13 08:36, Nicolas Ecarnot wrote:
Le 05/02/2013 21:47, Itamar Heim a écrit :
you should be able to import as 'new' which will re-create all uuid's/mac/etc. otherwise, just edit the ovf. cc-ing moti to consider something better going forward
Thank you to Shahar for your advice about the MAC address check. I tried that, restarted the engine, but i failed the same. That should work..., if not its a bug
I also tried Itamar's advice but here is what's happening: - In the import windows, I select the VM, the system finds out the destination cluster and storage. - I then chekc the option "Clone All VMs" : the "suffix" option appears, pre-filled with "_Copy". - I already used it and it was working fine. This time, when validating with "OK", the "Suffix" field gets colored into yellow and I can not validate. - I tried to change its content to something else but it has no effect. - Of course, I already spent some times grepping the logs file searching for the MAC, but did not find anything obvious. - When the yellow border appears, nothing special is showing in the logs.
So here, oVirt is trying to tell me something, but what? This is probably UI validation that failed to present the text. Try to rename the xxx_Copy to xxx_Copy2 or any other name that is not in use.
-- Nicolas Ecarnot _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Hi, I'm getting also this "error" about duplicate MAC. I quoted error because I searched for this MAC on all my VMs and did not find another MAC being the same. What I've seen is that if the original MAC ends with :01, the new one (clone) has a MAC that ends with :02. I then start this new cloned VM and it works fine - after changing the MAC value on the network config files on the VM's SO. Alex
----- Original Message -----
2013/2/6 Shahar Havivi <shaharh@redhat.com>:
On 06.02.13 08:36, Nicolas Ecarnot wrote:
Le 05/02/2013 21:47, Itamar Heim a écrit :
you should be able to import as 'new' which will re-create all uuid's/mac/etc. otherwise, just edit the ovf. cc-ing moti to consider something better going forward
Thank you to Shahar for your advice about the MAC address check. I tried that, restarted the engine, but i failed the same. That should work..., if not its a bug
I also tried Itamar's advice but here is what's happening: - In the import windows, I select the VM, the system finds out the destination cluster and storage. - I then chekc the option "Clone All VMs" : the "suffix" option appears, pre-filled with "_Copy". - I already used it and it was working fine. This time, when validating with "OK", the "Suffix" field gets colored into yellow and I can not validate. - I tried to change its content to something else but it has no effect. - Of course, I already spent some times grepping the logs file searching for the MAC, but did not find anything obvious. - When the yellow border appears, nothing special is showing in the logs.
So here, oVirt is trying to tell me something, but what? This is probably UI validation that failed to present the text. Try to rename the xxx_Copy to xxx_Copy2 or any other name that is not in use.
-- Nicolas Ecarnot _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Hi, I'm getting also this "error" about duplicate MAC. I quoted error because I searched for this MAC on all my VMs and did not find another MAC being the same. What I've seen is that if the original MAC ends with :01, the new one (clone) has a MAC that ends with :02. I then start this new cloned VM and it works fine - after changing the MAC value on the network config files on the VM's SO.
How did you search for the MAC? Perhaps there's some bug hidden here that the MAC is listed in the DB but you can't see it. In such a case you can try to query the DB directly with this SQL: select * from vm_interface where mac_addr = 'YOUR_MAC'; Of course you need to put your MAC, and then see if it returns anything. In respect to the situation, I have started a thread on engine-devel@ovirt.org for the devs to decide how to handle this situation in a more graceful way: http://lists.ovirt.org/pipermail/engine-devel/2013-February/003665.html
Alex _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Le 06/02/2013 09:26, Shahar Havivi a écrit :
On 06.02.13 08:36, Nicolas Ecarnot wrote:
Le 05/02/2013 21:47, Itamar Heim a écrit :
you should be able to import as 'new' which will re-create all uuid's/mac/etc. otherwise, just edit the ovf. cc-ing moti to consider something better going forward
Thank you to Shahar for your advice about the MAC address check. I tried that, restarted the engine, but i failed the same. That should work..., if not its a bug
I also tried Itamar's advice but here is what's happening: - In the import windows, I select the VM, the system finds out the destination cluster and storage. - I then check the option "Clone All VMs" : the "suffix" option appears, pre-filled with "_Copy". - I already used it and it was working fine. This time, when validating with "OK", the "Suffix" field gets colored into yellow and I can not validate. - I tried to change its content to something else but it has no effect. - Of course, I already spent some times grepping the logs file searching for the MAC, but did not find anything obvious. - When the yellow border appears, nothing special is showing in the logs.
So here, oVirt is trying to tell me something, but what? This is probably UI validation that failed to present the text. Try to rename the xxx_Copy to xxx_Copy2 or any other name that is not in use.
I already tried that, with no benefit. I spent some more time on that and here what I found : * 1 * When trying to import a VM by cloning it and using a suffix (whatever suffix), I get NO error in log (neither on the manager, nor in the nodes), but I'm stuck with the yellow border around the suffix field, and no way to validate my choice. * 2 * I succeed in importing directly the VM by NOT checking the "Clone All VMs" box, and by checking the "Collapse All snapshots" box. Indeed, I found in engine.log an error about snapshots, an INSERT was tried into the database with a broken constrain key and a '000000000000000000.0000.blah.blah.blah' snapshot reference. Checking this box allowed a correct import of the VM. Conclusion : - Point 1 : I consider it would be nice to inform the user about what's wrong, at least in the log files - Point 2 : When not checking to collapse snapshot box, the import is failing with an error speaking about a duplicated MAC address. This is wrong. Thank you to Shahar, Itamar and Alex who answered. -- Nicolas Ecarnot
2013/2/6 Nicolas Ecarnot <nicolas@ecarnot.net>:
Le 06/02/2013 09:26, Shahar Havivi a écrit :
On 06.02.13 08:36, Nicolas Ecarnot wrote:
Le 05/02/2013 21:47, Itamar Heim a écrit :
you should be able to import as 'new' which will re-create all uuid's/mac/etc. otherwise, just edit the ovf. cc-ing moti to consider something better going forward
Thank you to Shahar for your advice about the MAC address check. I tried that, restarted the engine, but i failed the same.
That should work..., if not its a bug
I also tried Itamar's advice but here is what's happening: - In the import windows, I select the VM, the system finds out the destination cluster and storage. - I then check the option "Clone All VMs" : the "suffix" option
appears, pre-filled with "_Copy". - I already used it and it was working fine. This time, when validating with "OK", the "Suffix" field gets colored into yellow and I can not validate. - I tried to change its content to something else but it has no effect. - Of course, I already spent some times grepping the logs file searching for the MAC, but did not find anything obvious. - When the yellow border appears, nothing special is showing in the logs.
So here, oVirt is trying to tell me something, but what?
This is probably UI validation that failed to present the text. Try to rename the xxx_Copy to xxx_Copy2 or any other name that is not in use.
I already tried that, with no benefit.
I spent some more time on that and here what I found :
* 1 * When trying to import a VM by cloning it and using a suffix (whatever suffix), I get NO error in log (neither on the manager, nor in the nodes), but I'm stuck with the yellow border around the suffix field, and no way to validate my choice.
* 2 * I succeed in importing directly the VM by NOT checking the "Clone All VMs" box, and by checking the "Collapse All snapshots" box. Indeed, I found in engine.log an error about snapshots, an INSERT was tried into the database with a broken constrain key and a '000000000000000000.0000.blah.blah.blah' snapshot reference. Checking this box allowed a correct import of the VM.
Conclusion : - Point 1 : I consider it would be nice to inform the user about what's wrong, at least in the log files - Point 2 : When not checking to collapse snapshot box, the import is failing with an error speaking about a duplicated MAC address. This is wrong.
Thank you to Shahar, Itamar and Alex who answered.
-- Nicolas Ecarnot _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Hi again, I simply looked on every VM listed on the UI for that MAC, not directly on the database. That was how I discovered that the MAC was changed when moving it to the export storage, Alex
I am still getting a warning after setting the Duplicate macs to true (engine-config --set AllowDuplicateMacAddresses=true), yet now the VMs still fail to import. I don't see anything obvious in the engine.log, any other ideas as to where to look? -- Emilio -----Original Message----- From: users-bounces@ovirt.org [mailto:users-bounces@ovirt.org] On Behalf Of Alexandre Santos Sent: Wednesday, February 6, 2013 6:00 AM To: Nicolas Ecarnot Cc: Shahar Havivi; users@ovirt.org Subject: Re: [Users] MAC in use when importing/cloning a VM 2013/2/6 Nicolas Ecarnot <nicolas@ecarnot.net>:
Le 06/02/2013 09:26, Shahar Havivi a écrit :
On 06.02.13 08:36, Nicolas Ecarnot wrote:
Le 05/02/2013 21:47, Itamar Heim a écrit :
you should be able to import as 'new' which will re-create all uuid's/mac/etc. otherwise, just edit the ovf. cc-ing moti to consider something better going forward
Thank you to Shahar for your advice about the MAC address check. I tried that, restarted the engine, but i failed the same.
That should work..., if not its a bug
I also tried Itamar's advice but here is what's happening: - In the import windows, I select the VM, the system finds out the destination cluster and storage. - I then check the option "Clone All VMs" : the "suffix" option
appears, pre-filled with "_Copy". - I already used it and it was working fine. This time, when validating with "OK", the "Suffix" field gets colored into yellow and I can not validate. - I tried to change its content to something else but it has no effect. - Of course, I already spent some times grepping the logs file searching for the MAC, but did not find anything obvious. - When the yellow border appears, nothing special is showing in the logs.
So here, oVirt is trying to tell me something, but what?
This is probably UI validation that failed to present the text. Try to rename the xxx_Copy to xxx_Copy2 or any other name that is not in use.
I already tried that, with no benefit.
I spent some more time on that and here what I found :
* 1 * When trying to import a VM by cloning it and using a suffix (whatever suffix), I get NO error in log (neither on the manager, nor in the nodes), but I'm stuck with the yellow border around the suffix field, and no way to validate my choice.
* 2 * I succeed in importing directly the VM by NOT checking the "Clone All VMs" box, and by checking the "Collapse All snapshots" box. Indeed, I found in engine.log an error about snapshots, an INSERT was tried into the database with a broken constrain key and a '000000000000000000.0000.blah.blah.blah' snapshot reference. Checking this box allowed a correct import of the VM.
Conclusion : - Point 1 : I consider it would be nice to inform the user about what's wrong, at least in the log files - Point 2 : When not checking to collapse snapshot box, the import is failing with an error speaking about a duplicated MAC address. This is wrong.
Thank you to Shahar, Itamar and Alex who answered.
-- Nicolas Ecarnot _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Hi again, I simply looked on every VM listed on the UI for that MAC, not directly on the database. That was how I discovered that the MAC was changed when moving it to the export storage, Alex _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
On 06.02.13 14:36, Emilio Del Plato wrote:
I am still getting a warning after setting the Duplicate macs to true (engine-config --set AllowDuplicateMacAddresses=true), yet now the VMs still fail to import. I don't see anything obvious in the engine.log, any other ideas as to where to look? The warnings are for you to note, but now you can import VMs with existing MAC addresses right?
-- Emilio
-----Original Message----- From: users-bounces@ovirt.org [mailto:users-bounces@ovirt.org] On Behalf Of Alexandre Santos Sent: Wednesday, February 6, 2013 6:00 AM To: Nicolas Ecarnot Cc: Shahar Havivi; users@ovirt.org Subject: Re: [Users] MAC in use when importing/cloning a VM
2013/2/6 Nicolas Ecarnot <nicolas@ecarnot.net>:
Le 06/02/2013 09:26, Shahar Havivi a écrit :
On 06.02.13 08:36, Nicolas Ecarnot wrote:
Le 05/02/2013 21:47, Itamar Heim a écrit :
you should be able to import as 'new' which will re-create all uuid's/mac/etc. otherwise, just edit the ovf. cc-ing moti to consider something better going forward
Thank you to Shahar for your advice about the MAC address check. I tried that, restarted the engine, but i failed the same.
That should work..., if not its a bug
I also tried Itamar's advice but here is what's happening: - In the import windows, I select the VM, the system finds out the destination cluster and storage. - I then check the option "Clone All VMs" : the "suffix" option
appears, pre-filled with "_Copy". - I already used it and it was working fine. This time, when validating with "OK", the "Suffix" field gets colored into yellow and I can not validate. - I tried to change its content to something else but it has no effect. - Of course, I already spent some times grepping the logs file searching for the MAC, but did not find anything obvious. - When the yellow border appears, nothing special is showing in the logs.
So here, oVirt is trying to tell me something, but what?
This is probably UI validation that failed to present the text. Try to rename the xxx_Copy to xxx_Copy2 or any other name that is not in use.
I already tried that, with no benefit.
I spent some more time on that and here what I found :
* 1 * When trying to import a VM by cloning it and using a suffix (whatever suffix), I get NO error in log (neither on the manager, nor in the nodes), but I'm stuck with the yellow border around the suffix field, and no way to validate my choice.
* 2 * I succeed in importing directly the VM by NOT checking the "Clone All VMs" box, and by checking the "Collapse All snapshots" box. Indeed, I found in engine.log an error about snapshots, an INSERT was tried into the database with a broken constrain key and a '000000000000000000.0000.blah.blah.blah' snapshot reference. Checking this box allowed a correct import of the VM.
Conclusion : - Point 1 : I consider it would be nice to inform the user about what's wrong, at least in the log files - Point 2 : When not checking to collapse snapshot box, the import is failing with an error speaking about a duplicated MAC address. This is wrong.
Thank you to Shahar, Itamar and Alex who answered.
-- Nicolas Ecarnot _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Hi again, I simply looked on every VM listed on the UI for that MAC, not directly on the database. That was how I discovered that the MAC was changed when moving it to the export storage,
Alex _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
On 05.02.13 21:43, Nicolas Ecarnot wrote:
Hi,
When importing VMs into our export domain, they appear in a list that allows me to restore them. The restore window allows to clone instead of restoring, especially in case of a pure import.
Many imports went all right, but some recent one failed due to a MAC address already in use somewhere. The import window does not seem to give a way to change the network setup of the VM, even if it is imported and not started. Currently we cannot modify VM in export domain.
I don't know how to modify the interface setup of a vm before importing/cloning it? you can enable importing VM with duplicate MAC address via the engine-config tool, you need to set the AllowDuplicateMacAddresses entry to true.
or you can do it via the sql: update vdc_options set option_value = 'true' where option_name = 'AllowDuplicateMacAddresses'; you will need to restart the engine after modifying the database.
-- Nicolas Ecarnot _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
participants (6)
-
Alexandre Santos -
Emilio Del Plato -
Itamar Heim -
Mike Kolesnik -
Nicolas Ecarnot -
Shahar Havivi