Bug 1635942

Summary:	Clone VM with Direct LUN fails on UI but succeeds on backend.
Product:	Red Hat Enterprise Virtualization Manager	Reporter:	Germano Veit Michel <gveitmic>
Component:	ovirt-engine	Assignee:	shani <sleviim>
Status:	CLOSED ERRATA	QA Contact:	Shir Fishbain <sfishbai>
Severity:	low	Docs Contact:
Priority:	medium
Version:	4.2.6	CC:	gveitmic, michal.skrivanek, mtessun, rdlugyhe, Rhev-m-bugs, tnisan
Target Milestone:	ovirt-4.3.0	Keywords:	ZStream
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:	ovirt-engine-4.2.8.1	Doc Type:	Bug Fix
Doc Text:	Previously, while cloning a virtual machine with a Direct LUN attached, the Administration Portal showed the clone task as red (failed). The current release fixes this issue and displays the clone task as running until it is complete.	Story Points:	---
Clone Of:
Clones:	1658514 (view as bug list)		Environment:
Last Closed:	2019-05-08 12:38:40 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:
Bug Depends On:
Bug Blocks:	1658514

Description Germano Veit Michel 2018-10-04 02:59:53 UTC

Description of problem:

When cloning a VM that has a Direct LUN attached, the UI immediately shows the clone failed (task is red, failed), but the task is actually running just fine and later it finished, unlocking the VM.

Version-Release number of selected component (if applicable):
ovirt-engine-4.2.6.4-1.el7.noarch

How reproducible:
100%

Steps to Reproduce:
1. Create a VM, attach a Direct LUN Disk
2. Clone the VM

Actual results:
- Clone succeeds
- UI shows task as failed, but its actually running

Expected results:
- Clone succeeds
- UI shows task running, then completes when the disk copy finished.

Additional info:

2018-10-04 12:53:08,891+10 WARN  [org.ovirt.engine.core.bll.storage.disk.AttachDiskToVmCommand] (default task-4) [715bb46a] Validation of action 'AttachDiskToVm' failed for user admin@internal-authz. Reasons: VAR__ACTION__ATTACH_ACTION_TO,VAR__TYPE__DISK,VALIDATION_DISK_INTERFACE_NOT_NULL,$message VALIDATION_DISK_INTERFACE_NOT_NULL,$payload [Ljava.lang.Class;@47f46a48,$groups [Ljava.lang.Class;@232dfdbb,ACTION_TYPE_FAILED_ATTRIBUTE_PATH,$path diskVmElement.diskInterface,$validatedValue null

Comment 1 Michal Skrivanek 2018-10-04 04:55:16 UTC

Any symptoms from bug 1623379?

Comment 2 Germano Veit Michel 2018-10-04 04:58:53 UTC

(In reply to Michal Skrivanek from comment #1)
> Any symptoms from bug 1623379?

I just blew up my test setup to do some more testing for bug 1620314 (unrelated), so cant check ui.log

But no, there were no UI exceptions, everything works fine, except the UI shows the task as failed immediately and the engine throws that warning. If one waits the clone creation actually finished, the VM is unlocked and everyone is happy.

I can test again if required... after I rebuild this =D

Comment 4 Shir Fishbain 2018-11-19 10:40:33 UTC

The clone VM succeeded and the UI shows it.
The message from the task running(in green color): "Creating VM shir_clone_vm as a clone of VM shirVM" 

ovirt-engine-4.3.0-0.0.master.20181101091940.git61310aa.el7.noarch

Comment 5 Shir Fishbain 2018-11-21 17:05:40 UTC

The clone VM succeeded and the UI shows it.
The message from the task running(in green color): "Creating VM shirClone as a clone of VM shirVM"

ovirt-engine-4.2.8-0.0.master.20181119152157.gita72a684.el7.noarch
vdsm-4.20.43-4.gitb76af64.el7.x86_64

Comment 6 RHV bug bot 2018-11-28 14:38:26 UTC

WARN: Bug status (VERIFIED) wasn't changed but the folowing should be fixed:

[Found non-acked flags: '{'rhevm-4.2.z': '?'}', ]

For more info please contact: rhv-devops: Bug status (VERIFIED) wasn't changed but the folowing should be fixed:

[Found non-acked flags: '{'rhevm-4.2.z': '?'}', ]

For more info please contact: rhv-devops

Comment 8 RHV bug bot 2019-01-15 23:35:07 UTC

WARN: Bug status (VERIFIED) wasn't changed but the folowing should be fixed:

[Found non-acked flags: '{'rhevm-4.3-ga': '?'}', ]

For more info please contact: rhv-devops: Bug status (VERIFIED) wasn't changed but the folowing should be fixed:

[Found non-acked flags: '{'rhevm-4.3-ga': '?'}', ]

For more info please contact: rhv-devops

Comment 10 errata-xmlrpc 2019-05-08 12:38:40 UTC

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHEA-2019:1085