Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1106487

Summary: [Admin Portal] Odd disk existing on storage domain prevents import of a VM
Product: Red Hat Enterprise Virtualization Manager Reporter: Jiri Belka <jbelka>
Component: ovirt-engine-webadmin-portalAssignee: Maor <mlipchuk>
Status: CLOSED WORKSFORME QA Contact: Aharon Canan <acanan>
Severity: high Docs Contact:
Priority: unspecified    
Version: 3.4.0CC: acanan, acathrow, amureini, ecohen, gklein, iheim, jbelka, Rhev-m-bugs, scohen, tnisan, yeylon
Target Milestone: ---Keywords: Triaged
Target Release: 3.5.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: storage
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-07-30 13:49:42 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Storage RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
logs
none
screenshot none

Description Jiri Belka 2014-06-09 12:50:02 UTC
Created attachment 904651 [details]
logs

Description of problem:

I tried to import a VM and after a while I got an error that the import failed because of low space on storage. I removed some useless VMs and their disks and tried to import the VM again. This time the import failed with error:

~~~	
Operation Canceled
Error while executing action:

jb-w2k8-x64:

    Cannot import VM. The Storage Domain already contains the target disk(s).
~~~

I tried to investigate if I have some odd disks on my data domain. In 'Disks' main tab I don't see any strange disk.

But there's strange line in 'Storage' (maintab) -> data domain -> 'Domain' subtab list. Thinking this line is odd and causes my problem with the import I tried to delete this disk which has no name (see screenshot). But I got error with:

~~~
Operation Canceled
Error while executing action: User is not authorized to perform this action.
~~~

This is all strange. When the import failed was already imported data cleaned or there remained some orphans? Please check attached logs.

Version-Release number of selected component (if applicable):
rhevm-webadmin-portal-3.4.0-0.21.el6ev.noarch

How reproducible:
???

Steps to Reproduce:
1.
2.
3.

Actual results:
odd disk causes import to fail

Expected results:
should work

Additional info:

Comment 1 Jiri Belka 2014-06-09 12:50:36 UTC
Created attachment 904653 [details]
screenshot

Comment 2 Jiri Belka 2014-06-09 13:17:26 UTC
Probably forgotten disk...

[root@dell-r210ii-04 ca414eb9-98ab-422f-8c4e-c2c513231058]# ls -al /rhev/data-center/mnt/10.34.63.199:_jbelka_jb-rhevm34/180e37ae-456b-4953-95dd-6da633b635c5/images/e13125ff-7b57-4116-9d96-4fb7278d467d/
total 1884816
drwxr-xr-x.  2 vdsm kvm       1024 2014-06-09 10:58 .
drwxr-xr-x. 13 vdsm kvm       3072 2014-06-09 12:06 ..
-rw-rw----.  1 vdsm kvm 1929084928 2014-06-09 10:58 .nfs000000000000019500000001

Comment 3 Maor 2014-06-10 09:20:21 UTC
> But there's strange line in 'Storage' (maintab) -> data domain -> 'Domain'
> subtab list. Thinking this line is odd and causes my problem with the import
> I tried to delete this disk which has no name (see screenshot). But I got
> error with:
> 
> ~~~
> Operation Canceled
> Error while executing action: User is not authorized to perform this action.
I think this is the OVF disk, which is created for each domain.
I don't think this is related to the issue which was encountered in this bug

Comment 4 Maor 2014-06-10 09:42:14 UTC
(In reply to Maor from comment #3)
> > But there's strange line in 'Storage' (maintab) -> data domain -> 'Domain'
> > subtab list. Thinking this line is odd and causes my problem with the import
> > I tried to delete this disk which has no name (see screenshot). But I got
> > error with:
> > 
> > ~~~
> > Operation Canceled
> > Error while executing action: User is not authorized to perform this action.
> I think this is the OVF disk, which is created for each domain.
> I don't think this is related to the issue which was encountered in this bug

I have re-checked, and it appears it is not the OVF disk.
Jiri, what is DC compatibility level?
can u please also print the output of the the follwing sql command: 
SELECT * FROM all_disks where disk_alias IS NULL or disk_alias = '';

Thanks,
Maor

Comment 5 Jiri Belka 2014-06-10 10:21:30 UTC
Unfortunately I had to use this setup so I did all my best to work around this issue (removing all disks/vms, cleaning manually data domain), so the DB query above returns 0 output.

Comment 6 Tal Nisan 2014-07-02 08:31:25 UTC
Jiri, can you please try and reproduce the bug?

Comment 7 Jiri Belka 2014-07-08 13:03:43 UTC
Obviously based on #5 i could not reproduce as the environment was cleaned.

Comment 8 Allon Mureinik 2014-07-30 13:49:42 UTC
We're unable to reproduce this in dev, closing.

If you're able to reproduce this, please reopen and attach the logs and queries requested in comment 4.