Bug 1469521 - [v2v] Automate request status is not reporting the operation progress stages.
Summary: [v2v] Automate request status is not reporting the operation progress stages.
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat CloudForms Management Engine
Classification: Red Hat
Component: Providers
Version: 5.8.0
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: GA
: 5.10.0
Assignee: Tomas Jelinek
QA Contact: Ilanit Stein
URL:
Whiteboard: rhev:v2v
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2017-07-11 12:30 UTC by Ilanit Stein
Modified: 2018-07-23 07:31 UTC (History)
10 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-07-23 07:31:37 UTC
Category: Bug
Cloudforms Team: RHEVM
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
automation.log (226.28 KB, application/x-gzip)
2017-07-11 12:34 UTC, Ilanit Stein
no flags Details
evm.log (4.31 MB, application/x-gzip)
2017-07-11 12:35 UTC, Ilanit Stein
no flags Details
production.log (104.65 KB, application/x-gzip)
2017-07-11 12:35 UTC, Ilanit Stein
no flags Details
rhevm.log (1.00 MB, application/x-gzip)
2017-07-11 12:36 UTC, Ilanit Stein
no flags Details

Description Ilanit Stein 2017-07-11 12:30:47 UTC
Description of problem:
On CFME v2v request, the progress stages, that can be monitored on RHV logs, are not reflected.

Here are the steps the request do report on (by mbetak):
(02:34:24 PM) mbetak: 1) submit vm import (but you probably won't catch that)
(02:34:24 PM) mbetak: 2) waiting for import
(02:34:24 PM) mbetak: 3) configuring vm networks

When I tracked the Automate request what I sew was last message was irst lunch, and then it moved to wait for import.

There seem to be also another problem in the request status.
In cases the v2v operation fail immediately, like in case described in bug 1467795.
The request status do not move to Failed, but rather does continues retries, with state: wait for import.

Also, for cases import succeed, the CFME v2v request fail after timeout of ~2 days (bug 1469492).
 
Version-Release number of selected component (if applicable):
CFME-5.8.1/RHV-4.1.3

How reproducible:
always.

Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:

Comment 2 Ilanit Stein 2017-07-11 12:34:51 UTC
Created attachment 1296217 [details]
automation.log

Comment 3 Ilanit Stein 2017-07-11 12:35:19 UTC
Created attachment 1296225 [details]
evm.log

Comment 4 Ilanit Stein 2017-07-11 12:35:42 UTC
Created attachment 1296235 [details]
production.log

Comment 5 Ilanit Stein 2017-07-11 12:36:17 UTC
Created attachment 1296240 [details]
rhevm.log

Comment 6 Piotr Kliczewski 2017-07-11 15:19:30 UTC
It looks like the issue is the same as in BZ #1469498 and BZ #1467795.

Comment 7 Ilanit Stein 2017-08-06 10:30:33 UTC
In reply to comment #6,

This bug is about providing details within the request messages,
about the import progress stages.
Those stages can be seen in import log, on the RHV host.

Comment 8 Tomas Jelinek 2017-08-07 07:53:06 UTC
(In reply to Ilanit Stein from comment #7)
> In reply to comment #6,
> 
> This bug is about providing details within the request messages,
> about the import progress stages.
> Those stages can be seen in import log, on the RHV host.

not sure now what this bug is about.
In description you mention 2 issues:
1: if the import passes, it does not move the state to success. It is tracked by https://bugzilla.redhat.com/show_bug.cgi?id=1469492
2: if the import fails, it does not move to error state. It is tracked by https://bugzilla.redhat.com/show_bug.cgi?id=1473169

Is this all so I can close this particular BZ or is this about something else?

Comment 9 Ilanit Stein 2017-08-07 10:51:52 UTC
In reply to comment #8:

At the current implementation, the CFME v2v request show only "Wait for Import".
This bug is for reporting import stages in the request, instead.
For example, show: disk initializing, import percentage, etc.

Comment 10 Michal Skrivanek 2017-08-24 11:50:54 UTC
there's no support ATM for reporting the stages over REST API.
There might be a way of watching for disks and probing their progress perhaps.

Not a 5.8.z material in any case

Comment 11 Moran Goldboim 2018-07-23 07:31:37 UTC
closing, since it's part of the old v2v solution.


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