Bug 1553985

Summary: In offline disk migration task stuck in lock state when migrating from one iSCSI storage domain to another.
Product: Red Hat Enterprise Virtualization Manager Reporter: vaibhav <vpagar>
Component: vdsmAssignee: Benny Zlotnik <bzlotnik>
Status: CLOSED CURRENTRELEASE QA Contact: Kevin Alon Goldblatt <kgoldbla>
Severity: high Docs Contact:
Priority: unspecified    
Version: 4.1.9CC: amarchuk, bzlotnik, frolland, kgoldbla, lsurette, mkalinin, ratamir, srevivo, tnisan, vpagar, ycui, ylavi
Target Milestone: ovirt-4.2.5Flags: lsvaty: testing_plan_complete-
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2018-09-03 13:11:58 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
engine.log
none
VDSM.log From host hyperv04
none
VDSM.log From host hyperv03
none
engine and vdsm logs none

Comment 1 Allon Mureinik 2018-03-11 07:52:30 UTC
vaibhav, can we get the relevant logs attached here please?

Comment 2 vaibhav 2018-03-11 08:32:03 UTC
Created attachment 1406744 [details]
engine.log

Comment 3 vaibhav 2018-03-11 08:33:58 UTC
Created attachment 1406745 [details]
VDSM.log From host hyperv04

Comment 4 vaibhav 2018-03-11 08:35:03 UTC
Created attachment 1406759 [details]
VDSM.log From host hyperv03

Comment 6 Fred Rolland 2018-03-11 09:18:35 UTC
vaibhav,
The customer reported that the disk eventually was unlocked.
Can you get the latest logs (hosts+engine) after that the disk was unlocked from the customer to understand how the process eventually finished?

Comment 14 Sandro Bonazzola 2018-06-15 11:19:02 UTC
This bug is not marked as blocker and we enetered blocker only phase for 4.2.4.
Please consider re-targeting to 4.2.5.

Comment 19 Kevin Alon Goldblatt 2018-07-12 09:25:34 UTC
Created attachment 1458299 [details]
engine and vdsm logs

Added new logs after running scenario again with longer wait before blocking the access to the storage

Comment 20 Kevin Alon Goldblatt 2018-07-12 13:44:58 UTC
Based on comment 18 and additional successful run moving to VERIFY

Comment 21 RHV bug bot 2018-07-24 12:27:11 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 22 Marina Kalinin 2018-08-31 20:04:00 UTC
Raz / Benny,

This bug is on verified and 4.2.5 is out.
Why is this bug still open?
Who can confirm the correct status of it?

Thank you!

Comment 23 Benny Zlotnik 2018-09-02 09:55:57 UTC
(In reply to Marina from comment #22)
> Raz / Benny,
> 
> This bug is on verified and 4.2.5 is out.
> Why is this bug still open?
> Who can confirm the correct status of it?
> 
> Thank you!

I think it's a flag issue
Tal, do you know?

Comment 24 Tal Nisan 2018-09-02 14:13:15 UTC
I suspect that it's because it got in without a proper downstream clone, Anton, what can we do to rectify that?

Comment 26 Marina Kalinin 2018-09-04 18:53:17 UTC
https://access.redhat.com/errata/RHEA-2018:2319

Comment 27 Daniel Gur 2019-08-28 13:14:21 UTC
sync2jira

Comment 28 Daniel Gur 2019-08-28 13:19:23 UTC
sync2jira