Bug 1152640 - [PPC][restapi] Cannot Import ppc64 VMs from Export domain using REST API
Summary: [PPC][restapi] Cannot Import ppc64 VMs from Export domain using REST API
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-engine
Version: 3.4.1-1
Hardware: ppc64
OS: Unspecified
unspecified
urgent
Target Milestone: ovirt-3.6.0-rc
: 3.6.0
Assignee: Michal Skrivanek
QA Contact: Artyom
URL:
Whiteboard:
Depends On: 1152560
Blocks: 1122979 RHEV3.6PPC
TreeView+ depends on / blocked
 
Reported: 2014-10-14 15:09 UTC by Ori Gofen
Modified: 2016-05-26 01:48 UTC (History)
14 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-04-20 01:39:08 UTC
oVirt Team: Virt
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Ori Gofen 2014-10-14 15:09:50 UTC
Description of problem:

Importing ppc VM from Export domain fails without adding additional info about 

<memory_policy>
      <ballooning>
               false
      </ballooning>
</memory_policy>

There isn't need to be any api change,on this function on this matter,or in case PM decides libvirt consistency is more important than costumer & qa automation scripts this bug needs to be edited to be a [DOC] bug

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

How reproducible:
100%


Additional info:
see BZ #1151599 #1135939 #1152560 #1151599

Comment 1 Scott Herold 2014-10-22 19:21:51 UTC
Assuming this becomes a non-issue pending the resolution of BZ 1152560.  Added blocker.  Leaving this BZ open for proper follow-up testing upon verification of core BZ.

Comment 2 Michal Skrivanek 2014-11-27 11:08:02 UTC
please retest in 2.1.1 PowerKVM stream

Comment 3 Artyom 2014-12-17 13:22:59 UTC
Verified on rhevm-3.4.5-0.1.el6ev.noarch
1) Create new vm(default parameters)
2) Import vm
3) Export vm via REST:
<action>
<storage_domain>
<name>artyom_nfs01</name>
</storage_domain>
<cluster>
<name>alukiano</name>
</cluster>
</action>
STATUS:
    Status Code: 202 Accepted
    Connection: close
    Content-Encoding: gzip
    Content-Length: 375
    Content-Type: application/xml
    Date: Wed, 17 Dec 2014 13:21:12 GMT
    Vary: Accept-Encoding


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