Bug 1339686 - REST-API | Cannot delete template that was import from export_domain
Summary: REST-API | Cannot delete template that was import from export_domain
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: ovirt-engine
Classification: oVirt
Component: BLL.Virt
Version: 4.0.0
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: ovirt-4.0.0-rc
: 4.0.0
Assignee: Tal Nisan
QA Contact: Carlos Mestre González
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-05-25 15:29 UTC by Meni Yakove
Modified: 2016-07-05 07:56 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-07-05 07:56:51 UTC
oVirt Team: Storage
rule-engine: ovirt-4.0.0+
rule-engine: blocker+
rule-engine: planning_ack+
tnisan: devel_ack+
acanan: testing_ack+

Attachments (Terms of Use)
server and engine logs (1.67 MB, application/zip)
2016-05-27 06:03 UTC, Meni Yakove 		no flags Details
View All


Links
System ID Private Priority Status Summary Last Updated
oVirt gerrit 58248 0 master MERGED core: Fix template import flow 2016-05-30 09:39:19 UTC
oVirt gerrit 58250 0 ovirt-engine-4.0 MERGED core: Fix template import flow 2016-05-30 12:02:31 UTC

Description Meni Yakove 2016-05-25 15:29:36 UTC 
Description of problem:
Fail to delete template that was imported from export_domain via REST-API. get 'NO CONTENT' from API
when accessing /ovirt-engine/api/templates/b48706e3-04e4-4121-ba5d-eb486897fe48



Version-Release number of selected component (if applicable):
ovirt-engine-4.0.0-0.0.master.20160523171412.git1a7a1f3.el7.centos.noarch


Additional info:

ovirt-engine/api/templates/ output:
<templatehref="/ovirt-engine/api/templates/b48706e3-04e4-4121-ba5d-eb486897fe48"id="b48706e3-04e4-4121-ba5d-eb486897fe48">
<actions>
<linkhref="/ovirt-engine/api/templates/b48706e3-04e4-4121-ba5d-eb486897fe48/export"rel="export"/>
</actions>
<name>IE_TEMP_76</name>
<linkhref="/ovirt-engine/api/templates/b48706e3-04e4-4121-ba5d-eb486897fe48/disks"rel="disks"/>
<linkhref="/ovirt-engine/api/templates/b48706e3-04e4-4121-ba5d-eb486897fe48/nics"rel="nics"/>
<linkhref="/ovirt-engine/api/templates/b48706e3-04e4-4121-ba5d-eb486897fe48/cdroms"rel="cdroms"/>
<linkhref="/ovirt-engine/api/templates/b48706e3-04e4-4121-ba5d-eb486897fe48/tags"rel="tags"/>
<linkhref="/ovirt-engine/api/templates/b48706e3-04e4-4121-ba5d-eb486897fe48/permissions"rel="permissions"/>
<linkhref="/ovirt-engine/api/templates/b48706e3-04e4-4121-ba5d-eb486897fe48/watchdogs"rel="watchdogs"/>
<linkhref="/ovirt-engine/api/templates/b48706e3-04e4-4121-ba5d-eb486897fe48/graphicsconsoles"rel="graphicsconsoles"/>
<type>desktop</type>
<status>
<state>ok</state>
</status>
<memory>1073741824</memory>
<cpu>
<topologysockets="1"cores="1"threads="1"/>
<architecture>x86_64</architecture>
</cpu>
<cpu_shares>0</cpu_shares>
<bios>
<boot_menu>
<enabled>false</enabled>
</boot_menu>
</bios>
<ostype="other">
<bootdev="hd"/>
</os>
<clusterhref="/ovirt-engine/api/clusters/c9e85ede-6056-42fc-9484-169dc036a1c1"id="c9e85ede-6056-42fc-9484-169dc036a1c1"/>
<creation_time>2016-05-25T18:12:03.000+03:00</creation_time>
<origin>ovirt</origin>
<stateless>false</stateless>
<delete_protected>false</delete_protected>
<high_availability>
<enabled>false</enabled>
<priority>0</priority>
</high_availability>
<display>…</display>
<sso>
<methods>
<methodid="guest_agent"/>
</methods>
</sso>
<consoleenabled="false"/>
<timezone>Etc/GMT</timezone>
<usb>
<enabled>false</enabled>
</usb>
<soundcard_enabled>true</soundcard_enabled>
<migration_downtime>-1</migration_downtime>
<virtio_scsienabled="true"/>
<start_paused>false</start_paused>
<cpu_profilehref="/ovirt-engine/api/cpuprofiles/dfab315d-3ee2-4933-9f60-19fd51046314"id="dfab315d-3ee2-4933-9f60-19fd51046314"/>
<migration>
<auto_converge>inherit</auto_converge>
<compressed>inherit</compressed>
</migration>
<io>
<threads>0</threads>
</io>
<time_zone>
<name>Etc/GMT</name>
</time_zone>
<small_iconhref="/ovirt-engine/api/icons/8c4ab82d-3289-468d-95d8-180193656aa4"id="8c4ab82d-3289-468d-95d8-180193656aa4"/>
<large_iconhref="/ovirt-engine/api/icons/0e129a68-ecc5-4d94-adc9-5e77a2a3530b"id="0e129a68-ecc5-4d94-adc9-5e77a2a3530b"/>
<memory_policy>
<guaranteed>1073741824</guaranteed>
<ballooning>true</ballooning>
</memory_policy>
<version>
<base_templatehref="/ovirt-engine/api/templates/b48706e3-04e4-4121-ba5d-eb486897fe48"id="b48706e3-04e4-4121-ba5d-eb486897fe48"/>
<version_number>1</version_number>
<version_name>base version</version_name>
</version>
</template>
Comment 1 Red Hat Bugzilla Rules Engine 2016-05-25 15:58:46 UTC 
This bug report has Keywords: Regression or TestBlocker.
Since no regressions or test blockers are allowed between releases, it is also being identified as a blocker for this release. Please resolve ASAP.
Comment 2 Tomas Jelinek 2016-05-26 12:35:24 UTC 
could you please attach engine logs?
Comment 3 Meni Yakove 2016-05-27 06:03:52 UTC 
Created attachment 1162368 [details]
server and engine logs
Comment 4 Tomas Jelinek 2016-05-27 07:03:49 UTC 
I was able to simulate it - it happens only on templates which have been exported than imported and than tried to be deleted using REST (using webadmin it works).

The issue is in VmTemplateHandler.updateDisksFromDb() on:

DiskVmElement dve = DbFacade.getInstance().getDiskVmElementDao().get(new VmDeviceId(dit.getId(), vmt.getId()));

where the "dve" is for some reason null. 

@Tal: It seems as a consequence of 6e55d137d5ca32085da8c4d2bf2b6841463422ae which introduced the DiskVmElement - moving to storage for further investigation.
Comment 5 Carlos Mestre González 2016-06-15 18:16:46 UTC 
Delete of a template that was imported from an export domain succeeds:

<action>
<job href= "/ovirt-engine/api/jobs/dc9dfd67-6c6e-430c-b96c-01d7f2864b80" id="dc9dfd67-6c6e-430c-b96c-01d7f2864b80"/>
<status>complete</status>
</action>

version:
rhevm-4.0.0.4-0.1.el7ev.noarch
Comment 6 Sandro Bonazzola 2016-07-05 07:56:51 UTC 
oVirt 4.0.0 has been released, closing current release.
Note You need to log in before you can comment on or make changes to this bug.