Created attachment 1611464 [details] ovirt-import-ova-ansible.log Description of problem: The import of a OVA to a NFS SD is successfull aparently, but the VM cannot be booted. In the engine /var/log/ovirt-engine/ova/ovirt-import-ova-ansible-*log this error can be seen: 2019-09-04 12:34:34,805 p=11558 u=ovirt | Using /usr/share/ovirt-engine/playbooks/ansible.cfg as config file 2019-09-04 12:34:35,415 passlib.registry registered 'md5_crypt' handler: <class 'passlib.handlers.md5_crypt.md5_crypt'> 2019-09-04 12:34:35,422 p=11558 u=ovirt | PLAY [all] ********************************************************************* 2019-09-04 12:34:35,433 p=11558 u=ovirt | TASK [ovirt-ova-extract : Run extraction script] ******************************* 2019-09-04 12:34:39,521 p=11558 u=ovirt | changed: [xenon-rhvh1.lan] => { "changed": true, "rc": 0 } STDOUT: qemu-img: /rhev/data-center/mnt/192.168.5.1:_mnt_virt_xenon-data/0fae4c26-ec5b-472f-bfe8-d2ae4244f49d/images/6dc92324-7157-436d-aa29-d247e7aac901/efb85e3d-b815-4018-9592-27ef607cde9e: error while converting qcow2: Could not create file: Permission denied STDERR: Shared connection to xenon-rhvh1.lan closed. 2019-09-04 12:34:39,527 p=11558 u=ovirt | TASK [ovirt-ova-extract : fail] ************************************************ 2019-09-04 12:34:39,546 p=11558 u=ovirt | skipping: [xenon-rhvh1.lan] => { "changed": false, "skip_reason": "Conditional result was False" } 2019-09-04 12:34:39,548 p=11558 u=ovirt | PLAY RECAP ********************************************************************* 2019-09-04 12:34:39,548 p=11558 u=ovirt | xenon-rhvh1.lan : ok=1 changed=1 unreachable=0 failed=0 skipped=1 rescued=0 ignored=0 Version-Release number of selected component (if applicable): ovirt-engine-4.3.5.4-0.1.el7.noarch How reproducible: Always Steps to Reproduce: 1. I've exported a VM with 1 disk to an OVA 2. Import the OVA with another name. No errors in the event log. 3. Start the new VM, but it cannot find grub. A disk was created but looks empty. Actual results: The disk was not imported. Expected results: A successfull import or at least the import task failing. Additional info: If adding no_root_squash to the SD NFS share, the image is imported successfully.
Same issue with ansible user as Shmuel worked on a while ago...
Verified (could not reproduce): ovirt-engine-4.4.1.1-0.5.el8ev vdsm-4.40.17-1.el8ev.x86_64 libvirt-daemon-6.0.0-22.module+el8.2.1+6815+1c792dc8.x86_64 qemu-kvm-4.2.0-22.module+el8.2.1+6758+cb8d64c2.x86_64
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (Moderate: Red Hat Virtualization security, bug fix, and enhancement update), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2020:3807