Bug 1293135 - starting on 3.6 a vm snapshot taken with 3.5 fails
Summary: starting on 3.6 a vm snapshot taken with 3.5 fails
Keywords:
Status: CLOSED DUPLICATE of bug 1293299
Alias: None
Product: ovirt-engine
Classification: oVirt
Component: General
Version: 3.6.1
Hardware: Unspecified
OS: Unspecified
high
urgent
Target Milestone: ovirt-3.6.3
: ---
Assignee: Arik
QA Contact:
URL:
Whiteboard: virt
Depends On:
Blocks: RHEV3.6Upgrade
TreeView+ depends on / blocked
 
Reported: 2015-12-20 14:52 UTC by Yedidyah Bar David
Modified: 2016-02-10 19:24 UTC (History)
7 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2016-01-07 13:50:46 UTC
oVirt Team: Virt
Embargoed:
michal.skrivanek: ovirt-3.6.z?
rule-engine: planning_ack?
rule-engine: devel_ack?
rule-engine: testing_ack?


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1292398 0 high CLOSED Block restore memory on newer compatibility versions 2021-02-22 00:41:40 UTC

Internal Links: 1292398

Description Yedidyah Bar David 2015-12-20 14:52:02 UTC
Description of problem:

Starting of a vm from a previewed snapshot taken on 3.5 fails.

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

3.6.1

How reproducible:

Always, on current setup

Steps to Reproduce:
1. Have a 3.5 engine, create a vm, take a snapshot of it with memory
2. Upgrade engine to 3.6
3. Try to preview the snapshot and start it

Actual results:

In web ui:

Error while executing action Run VM: Internal Engine Error

In engine.log:

execution failed: VDSGenericException: VDSErrorException: Failed to CreateVDS, error = Missing required parameter display, code = 11

in vdsm.log:

API::204::vds::(create) Missing required parameter display

Expected results:

Preview+start works

Additional info:

Comment 1 Yedidyah Bar David 2015-12-20 14:53:01 UTC
vdsm was not upgraded, vdsm-4.16.27-1

Comment 3 Yaniv Kaul 2015-12-27 08:42:20 UTC
Aharon, did your team reproduce this?

Comment 4 Aharon Canan 2015-12-27 09:07:46 UTC
We didn't test upgrade, 
Maybe Nikolai will be able to answer this question better.

Comment 5 Michal Skrivanek 2016-01-04 10:56:55 UTC
in general this needs to be blocked when everythin is upgraded to 3.6, see bug 1292398

but in this case of 3.5 cluster this should work just fine

Comment 6 Michal Skrivanek 2016-01-04 11:07:39 UTC
engine.log is missing teh VM creation. Please attach correct log

Comment 7 Yedidyah Bar David 2016-01-04 11:18:22 UTC
(In reply to Michal Skrivanek from comment #6)
> engine.log is missing teh VM creation. Please attach correct log

Sorry, attaching.

Comment 9 Nikolai Sednev 2016-01-05 09:38:14 UTC
1)I've tried to perform the live snapshot with memory for the 3.6 VM running on our RHEV3 and failed, RHEV3 is running on  Red Hat Enterprise Virtualization Manager Version: 3.5.6.2-0.1.el6ev. 
2)Personally I did not tested this scenario, need to ask Kevin as snapshots are part of the storage sanity, we'll retest if not covered and provide more info later in this bug.

Comment 10 Yedidyah Bar David 2016-01-05 10:20:45 UTC
Now tried restoring the snapshot without memory, and it still fails with same error. Attaching engine log.

Comment 12 Yedidyah Bar David 2016-01-05 10:27:07 UTC
Guessing based on the error message, I tried editing the VM and change console type from spice to vnc. Tried both with and without restoring memory, both worked. Attaching log again.

Comment 14 Yedidyah Bar David 2016-01-05 10:52:50 UTC
Did another test - restored with memory, edited console from spice to vnc, then edited again from vnc to spice, started - worked. Attaching logs.

Comment 16 Kevin Alon Goldblatt 2016-01-07 09:27:58 UTC
(In reply to Nikolai Sednev from comment #9)
> 1)I've tried to perform the live snapshot with memory for the 3.6 VM running
> on our RHEV3 and failed, RHEV3 is running on  Red Hat Enterprise
> Virtualization Manager Version: 3.5.6.2-0.1.el6ev. 
> 2)Personally I did not tested this scenario, need to ask Kevin as snapshots
> are part of the storage sanity, we'll retest if not covered and provide more
> info later in this bug.

As discussed in my mail, I did not check this scenario. It is not part of the sanity test plan that we do. I can add it and test it in the next upgrade.

Comment 17 Arik 2016-01-07 13:50:46 UTC
The end result of this bug is different than this of bz 1293299 - here the VM is not created while in bz 1293299 the VM is created but the user cannot connect to it with a console. The reason for that is probably the VDSM version - VDSM 4.16.27 fails to run VM when not specifying 'display' and newer VDSM versions manage to run it.

The addition of default graphics device when reading OVF is supposed to fix the problem of not setting 'display' when restoring a snapshot from a version lower than 3.6.

*** This bug has been marked as a duplicate of bug 1293299 ***


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