Template creation is failing, because Engine is not receiving the alias
which apparently is required since 3.5.
This is the XML sent to engine. Alias is there.
API bug?
<template>
<name>UDSP_ovirt-22</name>
<description>UDS pub for ovirt at 2015-05-09 08:36:58</description>
<vm id="3774dcd0-9e1a-47af-9560-fde85f46bfa1">
<disks>
<disk id="f96b3718-3ccf-42f4-8537-e20dc5dd7bc3">
<name>test</name>
* <alias>test</alias> *
<storage_domains>
<storage_domain
id="07326302-2c80-4d55-a7a2-ea79c55855e3"/>
</storage_domains>
</disk>
</disks>
</vm>
<cluster id="00000001-0001-0001-0001-00000000019d"/>
</template>
On 09-05-2015 3:34, Adolfo wrote:
Hello all,
My name is Adolfo, i'm in charge of developing of UDS (you can see
something about it on ovirt home page, the case study
http://www.ovirt.org/Universidad_de_Sevilla_Case_Study. ).
Recently (a couple of days ago), i started to test UDS against ovirt
3.5, and sudenlty Template creation as was supported previously does
not works. :(
The idea is allow to create the template in the storage that the
administrator of UDS selects.
The process is simple and was working perfectly before to 3.5 release
(on 3.4, 3.3, 3.2 as long as i can remember). After getting all the
data we need, we do the following (code follows):
vm is the origin vm:
# Create disks description to be created in specified
storage domain, one for each disk
sd =
params.StorageDomains(storage_domain=[params.StorageDomain(id=storageId)])
dsks = []
for dsk in vm.disks.list():
dks.append(params.Disk(id=dsk.get_id(),
storage_domains=sd, name='test', alias='test'))
disks = params.Disks(disk=dsks)
template = params.Template(
name=name,
vm=params.VM(id=vm.get_id(), disks=disks),
cluster=params.Cluster(id=cluster.get_id()),
description=comments
)
return api.templates.add(template).get_id()
This is the debug output of the request:
POST /api/templates HTTP/1.1
Host: ovirt.dkmon.com
Accept-Encoding: identity
Content-Length: 2656
Filter: False
cookie: JSESSIONID=2Ihu3uUWFhvl2xbsi5i7yBip.undefined
Prefer: persistent-auth
Content-type: application/xml
Accept: application/xml
<template>
<name>UDSP_ovirt-21</name>
<description>UDS pub for ovirt at 2015-05-09 08:27:06</description>
<vm id="3774dcd0-9e1a-47af-9560-fde85f46bfa1">
<disks>
<disk
href="/api/vms/3774dcd0-9e1a-47af-9560-fde85f46bfa1/disks/f96b3718-3ccf-42f4-8537-e20dc5dd7bc3"
id="f96b3718-3ccf-42f4-8537-e20dc5dd7bc3">
<actions>
<link
href="/api/vms/3774dcd0-9e1a-47af-9560-fde85f46bfa1/disks/f96b3718-3ccf-42f4-8537-e20dc5dd7bc3/deactivate"
rel="deactivate"/>
<link
href="/api/vms/3774dcd0-9e1a-47af-9560-fde85f46bfa1/disks/f96b3718-3ccf-42f4-8537-e20dc5dd7bc3/activate"
rel="activate"/>
<link
href="/api/vms/3774dcd0-9e1a-47af-9560-fde85f46bfa1/disks/f96b3718-3ccf-42f4-8537-e20dc5dd7bc3/export"
rel="export"/>
<link
href="/api/vms/3774dcd0-9e1a-47af-9560-fde85f46bfa1/disks/f96b3718-3ccf-42f4-8537-e20dc5dd7bc3/move"
rel="move"/>
</actions>
<name>no-os_Dsk1</name>
<description>Small empty disk</description>
<link
href="/api/vms/3774dcd0-9e1a-47af-9560-fde85f46bfa1/disks/f96b3718-3ccf-42f4-8537-e20dc5dd7bc3/permissions"
rel="permissions"/>
<link
href="/api/vms/3774dcd0-9e1a-47af-9560-fde85f46bfa1/disks/f96b3718-3ccf-42f4-8537-e20dc5dd7bc3/statistics"
rel="statistics"/>
<vm
href="/api/vms/3774dcd0-9e1a-47af-9560-fde85f46bfa1"
id="3774dcd0-9e1a-47af-9560-fde85f46bfa1"/>
<alias>no-os_Dsk1</alias>
<image_id>a79f7fe7-bcae-4cc3-8b11-d60702a46147</image_id>
<storage_domains>
<storage_domain
id="a893809b-2ba9-4910-a7f3-9bfdde2efbb8"/>
</storage_domains>
<size>1073741824</size>
<provisioned_size>1073741824</provisioned_size>
<actual_size>0</actual_size>
<status>
<state>ok</state>
</status>
<interface>virtio</interface>
<format>raw</format>
<sparse>true</sparse>
<bootable>true</bootable>
<shareable>false</shareable>
<wipe_after_delete>false</wipe_after_delete>
<propagate_errors>false</propagate_errors>
<active>true</active>
<read_only>false</read_only>
<disk_profile
href="/api/diskprofiles/40def02e-3802-4122-a768-cb6b9518896e"
id="40def02e-3802-4122-a768-cb6b9518896e"/>
</disk>
</disks>
</vm>
<cluster id="00000001-0001-0001-0001-00000000019d"/>
</template>
reply: 'HTTP/1.1 400 Bad Request\r\n'
header: Date: Sat, 09 May 2015 06:27:13 GMT
header: Server: Apache/2.4.6 (CentOS) OpenSSL/1.0.1e-fips
header: JSESSIONID: 2Ihu3uUWFhvl2xbsi5i7yBip.undefined
header: Content-Type: application/xml
header: Content-Length: 180
header: Connection: close
The response : Cannot add Template with an empty disk alias
On server, i got this on ovirt log:
2015-05-09 08:14:16,940 WARN
[org.ovirt.engine.core.bll.AddVmTemplateCommand]
(ajp--127.0.0.1-8702-8) CanDoAction of action AddVmTemplate failed for
user admin@internal. Reasons:
VAR__ACTION__ADD,VAR__TYPE__VM_TEMPLATE,ACTION_TYPE_FAILED_TEMPLATE_CANNOT_BE_CREATED_WITH_EMPTY_DISK_ALIAS
After a lot of tests, i have no idea how to resolve this, and if this
is related to the change that was made to admin interface that alias
is required when creating a template (googling have found something
related to that change). The case is that even sending an "alias" (the
alias is unique anyway, but is hardcoded in the example because of
tests... :) )
I don't know where to ask for help on this, if this is my own fault of
is something that was missing on ovirt engine. We need to be able to
create machines templates on whatever storage is decided... :(
Thank you very much
Adolfo Gómez
_______________________________________________
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel
--
*J. Christopher Pereira*
Gerente General
IMATRONIX S.A.
www.imatronix.com
Móvil : (09) 72 188 630
Santiago: (+56) (02) 28 99 44 60 + anexo 800
Valparaíso: (+56) (32) 2 76 80 77 + anexo 800
_______________________________________________
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel
