Bug 1360783
| Summary: | Restoring a snapshot what was created with ram on 3.5 cluster should be blocked after cluster upgrade | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [oVirt] ovirt-engine | Reporter: | sefi litmanovich <slitmano> | ||||
| Component: | BLL.Virt | Assignee: | Marek Libra <mlibra> | ||||
| Status: | CLOSED DUPLICATE | QA Contact: | meital avital <mavital> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | 3.6.7 | CC: | bugs, tjelinek | ||||
| Target Milestone: | ovirt-4.0.4 | Flags: | tjelinek:
ovirt-4.0.z?
rule-engine: planning_ack? rule-engine: devel_ack? rule-engine: testing_ack? |
||||
| 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: | 2016-08-17 11:41:45 UTC | Type: | Bug | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | Virt | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
*** This bug has been marked as a duplicate of bug 1364456 *** |
Created attachment 1184656 [details] engine log Description of problem: When upgrading a cluster from 3.5 to 3.6 restoring a snapshot with saved ram which was created on 3.5 should be blocked. In practice when doing the upgrade within 3.6 (I mean upgrading only cluster compatibility from 3.5 to 3.6 in a rhevm-3.6 env), this restoration isn't blocked and the vm is restored as 3.5 vm (features of 3.6 will be broken for that vm until hard boo (poweroff + start) ) Version-Release number of selected component (if applicable): rhevm-3.6.8.1-0.1.el6.noarch hosts were upgraded from vdsm-4.16.38-1.el7ev.x86_64 to vdsm-4.17.33-1.el7ev.noarch How reproducible: Seen this twice (flow is not a very common one). Steps to Reproduce: 1. Have rhevm 3.6 with 3.5 DC/Cluster and host with vdsm 4.16.x 2. Create a vm in the cluster and start it. 3. Create a live snapshot with memory for the running vm. 4. Upgrade the cluster (put host to maintenance and upgrade vdsm) 6. Attempt to restore the snapshot after the upgrade is done. Actual results: Vm is restored and starts as a 3.5 vm (some 3.6 features will be brokem e.g. memory hotplug). Expected results: Vm is blocked with the proper error/warning message Additional info: in attached log, the vm's name is 'vm-live-snapshot'