Ovirt_vms error when creating vm with pre-allocated disk from a pre-allocated disk template

[github-lexaux]

SUMMARY

ansible 2.9.11
ovirt_engine-sdk4-4.4.4
ovirt_engine-4.3.10.4

Seems, the reported bug, wasn't resolved: ansible/ansible#34154

We are getting the same error message reported in the bug

"msg": "Fault reason is "Operation Failed". Fault detail is "[Cannot add VM. Thin provisioned template disks can not be defined as Raw.]". HTTP response code is 400."
}
The template has only one boot drive and this is the pre-allocated drive:
template8_Disk1 Preallocated VirtIO-SCSI Image

COMPONENT NAME

ovirt_vm

STEPS TO REPRODUCE

EXPECTED RESULTS

ACTUAL RESULTS

[rbertol]

Hey Team,

@mnecas any update on this?

I have an environment where we are hitting the same issue.

ovirt-engine-4.4.7.7
ovirt_engine-sdk4-4.4.4
ansible-2.9.27-1

NOTE: We are using a SAN storage (fiber channel)

regards
rbertol

[michalskrivanek]

use the clone=yes parameter to create a deep copy VM not linked to the parent template

[rbertol]

Hey @michalskrivanek,

Unfortunately, the clone option did not help to workaround the thin provisioning issue.

Following the snippet of the ovirt_vm task that we are running.

       - name: build vm
          ovirt_vm:
            auth:
              hostname: '{{ lookup("env","OVIRT_URL") }}'
              username: '{{ lookup("env","OVIRT_USERNAME") }}'
              password: '{{ lookup("env","OVIRT_PASSWORD") }}'
              kerberos: no
              insecure: yes
            state: running
            name: "{{ vm_name  }}"
            template: "{{ template_image }}"
            cluster: "{{ rhv_cluster }}"
            type: server
            clone: yes
            comment: "{{ cc_comment }}"
            cpu_cores: "{{ vm_cores }}"
            description: "{{ vm_description }}"
            high_availability: "{{ ha_choice }}"
            memory: "{{ vm_memory + 'GiB'}}"
            memory_guaranteed: "{{ vm_memory + 'GiB'}}"
            cloud_init_persist: true
            cloud_init:
              nic_boot_protocol: static
              nic_name: ens3
              nic_ip_address: "{{ ipaddr }}"
              nic_netmask: 255.255.255.0
              nic_gateway: "{{ gateway_setting }}"
              dns_servers: "{{ dns_setting1 }} {{ dns_setting2 }}"
              dns_search: "{{ dns_search }}"
              host_name: "{{ vm_name  }}"
              nic_on_boot: true

regards
rbertol

[rmcswain-rh]

Currently the above is a customer in RHV experiencing this issue. As noted they have attempted to use clone=yes but this has not resolved their issue.

I see that the assignee has been removed. @michalskrivanek, is there anything else we can do to get movement on this? Thanks!

[mwperina]

If there is a RHV customer behing this request, then could you please create RHV bug to track it?

@rmcswain-rh

[rmcswain-rh]

@mwperina I'll do that, thanks!