Bug 1748879 - On OVA import, qemu-img fails to write to NFS storage domain
Summary: On OVA import, qemu-img fails to write to NFS storage domain
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-engine
Version: 4.3.5
Hardware: x86_64
OS: Linux
high
high
Target Milestone: ovirt-4.4.1
: ---
Assignee: Shmuel Melamud
QA Contact: Nisim Simsolo
URL:
Whiteboard:
Depends On: 1825638 1825842
Blocks:
TreeView+ depends on / blocked
 
Reported: 2019-09-04 11:11 UTC by Juan Orti
Modified: 2023-10-06 18:32 UTC (History)
7 users (show)

Fixed In Version: rhv-4.4.0-29
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-09-23 16:11:04 UTC
oVirt Team: Virt
Target Upstream Version:
Embargoed:
lsvaty: testing_plan_complete-


Attachments (Terms of Use)
ovirt-import-ova-ansible.log (1.44 KB, text/plain)
2019-09-04 11:11 UTC, Juan Orti
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Red Hat Knowledge Base (Solution) 4392491 0 None None None 2019-09-04 11:15:13 UTC
Red Hat Product Errata RHSA-2020:3807 0 None None None 2020-09-23 16:11:39 UTC

Description Juan Orti 2019-09-04 11:11:35 UTC
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.

Comment 1 Michal Skrivanek 2019-09-05 04:33:20 UTC
Same issue with ansible user as Shmuel worked on a while ago...

Comment 5 Nisim Simsolo 2020-06-02 15:38:10 UTC
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

Comment 12 errata-xmlrpc 2020-09-23 16:11:04 UTC
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


Note You need to log in before you can comment on or make changes to this bug.