Bug 1748879
| Summary: | On OVA import, qemu-img fails to write to NFS storage domain | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Virtualization Manager | Reporter: | Juan Orti <jortialc> | ||||
| Component: | ovirt-engine | Assignee: | Shmuel Melamud <smelamud> | ||||
| Status: | CLOSED ERRATA | QA Contact: | Nisim Simsolo <nsimsolo> | ||||
| Severity: | high | Docs Contact: | |||||
| Priority: | high | ||||||
| Version: | 4.3.5 | CC: | aefrat, eshames, fdelorey, michal.skrivanek, nsimsolo, pelauter, smelamud | ||||
| Target Milestone: | ovirt-4.4.1 | Keywords: | TestOnly | ||||
| Target Release: | --- | Flags: | lsvaty:
testing_plan_complete-
|
||||
| Hardware: | x86_64 | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | rhv-4.4.0-29 | Doc Type: | If docs needed, set a value | ||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2020-09-23 16:11:04 UTC | Type: | Bug | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | Virt | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Bug Depends On: | 1825638, 1825842 | ||||||
| Bug Blocks: | |||||||
| Attachments: |
|
||||||
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 |
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.