Bug 1443641 - Unregistered external VMs should not be candidates for register once storage domain is being attached
Summary: Unregistered external VMs should not be candidates for register once storage ...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: ovirt-engine
Classification: oVirt
Component: Backend.Core
Version: 4.1.0
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ovirt-4.1.3
: 4.1.3.3
Assignee: Maor
QA Contact: Carlos Mestre González
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2017-04-19 15:25 UTC by Maor
Modified: 2017-07-06 13:22 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-07-06 13:22:04 UTC
oVirt Team: Storage
Embargoed:
rule-engine: ovirt-4.1+


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1233075 0 high CLOSED Importing VM from existing Data Domain attached to new Data Center are renamed with prefix external and show no disks 2021-08-30 12:53:47 UTC
Red Hat Bugzilla 1259467 0 unspecified CLOSED Migration issues Importing Storage Domain no more VM 2021-02-22 00:41:40 UTC
oVirt gerrit 75664 0 master MERGED core: Filter out unregistered external VMs. 2017-06-07 08:02:23 UTC
oVirt gerrit 77677 0 master MERGED core: Use disk id instead of volume id in OvfUtilsTest 2017-06-06 16:49:23 UTC
oVirt gerrit 77811 0 master MERGED core: Update relative path in test. 2017-06-06 16:49:37 UTC
oVirt gerrit 77887 0 ovirt-engine-4.1 MERGED core: Use disk id instead of volume id in OvfUtilsTest 2017-06-11 10:38:01 UTC
oVirt gerrit 77888 0 ovirt-engine-4.1 MERGED core: Update relative path in test. 2017-06-11 10:38:06 UTC
oVirt gerrit 77889 0 ovirt-engine-4.1 MERGED core: Filter out unregistered external VMs. 2017-06-11 10:38:12 UTC

Internal Links: 1233075 1259467

Description Maor 2017-04-19 15:25:43 UTC
Description of problem:
Have a setup with external VM without disks will set the OVF_STORE disk with this VM OVF.
The user should not see this VM as part of the unregistered candidates to be registered to the setup.
The engine should filter all external entities once the storage domain is being attached.

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1. Run an external VM
2. Make sure the storage domain's OVF is being updated
3. Destroy the environment.
4. Restore the env and import and attach the storage domain
5. go to the "import VM" sub tab and check the entities for register there

Actual results:
the External VM exists in this sub tab as an entity to register

Expected results:
the External VM should be filtered out

Additional info:

Comment 3 Allon Mureinik 2017-06-20 09:58:06 UTC
All these patches are contained in the ovirt-engine-4.1.3.3 tag.

Comment 4 Carlos Mestre González 2017-06-27 13:12:36 UTC
Have some questions for verifying this:

> 1. Run an external VM
is there a consistent way to create the external vms? I've only seen them in some bugs that I've encountered some-times but not really know the flow for it.

> 3. Destroy the environment.
What is this exactly? Remove the DC, the storage domain, uninstall ovirt? 

Thanks

Comment 5 Maor 2017-06-27 19:57:18 UTC
(In reply to Carlos Mestre González from comment #4)
> Have some questions for verifying this:
> 
> > 1. Run an external VM
> is there a consistent way to create the external vms? I've only seen them in
> some bugs that I've encountered some-times but not really know the flow for
> it.

You should have running qemu process.
maybe try to use a Host on one setup and run a VM on it, then try to use that same host on another setup, that way the VM will still be running on the host and you should see an external VM on your setup.
What I've done to verify this is to run a VM on that Host and then remove that VM from the DB, so it will be external-VM

> 
> > 3. Destroy the environment.
> What is this exactly? Remove the DC, the storage domain, uninstall ovirt? 

Simply kill the engine process, and reinstall it again from scratch.

> 
> Thanks

Comment 6 Maor 2017-06-27 19:58:21 UTC
(In reply to Maor from comment #5)
> (In reply to Carlos Mestre González from comment #4)
> > Have some questions for verifying this:
> > 
> > > 1. Run an external VM
> > is there a consistent way to create the external vms? I've only seen them in
> > some bugs that I've encountered some-times but not really know the flow for
> > it.
> 
> You should have running qemu process.
> maybe try to use a Host on one setup and run a VM on it, then try to use
> that same host on another setup, that way the VM will still be running on
> the host and you should see an external VM on your setup.
> What I've done to verify this is to run a VM on that Host and then remove
> that VM from the DB, so it will be external-VM
> 
> > 
> > > 3. Destroy the environment.
> > What is this exactly? Remove the DC, the storage domain, uninstall ovirt? 
> 
> Simply kill the engine process, and reinstall it again from scratch.
> 
> > 
> > Thanks

If you need any help with verifying this, try to ping me on IRC

Comment 7 Carlos Mestre González 2017-07-03 16:13:19 UTC
tested on rhevm-4.1.3.5-0.1.el7.noarch with RHEL 7.4 hosts and using glusterfs domains


Note You need to log in before you can comment on or make changes to this bug.