Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 1687126 - Enabling libgfapisupported changes disk image ownership
Summary: Enabling libgfapisupported changes disk image ownership
Status: NEW
Alias: None
Product: ovirt-engine
Classification: oVirt
Component: BLL.Gluster
Version: 4.3.1
Hardware: Unspecified
OS: Unspecified
medium vote
Target Milestone: ovirt-4.3.4
: ---
Assignee: Sahina Bose
Depends On:
TreeView+ depends on / blocked
Reported: 2019-03-10 06:00 UTC by Hesham
Modified: 2019-03-26 09:16 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Last Closed:
oVirt Team: Gluster
pm-rhel: ovirt-4.3+

Attachments (Terms of Use)

Description Hesham 2019-03-10 06:00:37 UTC
Description of problem:
Enabling LibgfApiSupported setting on oVirt engine causes the disk image file ownership to change to root:root from vdsm:kvm which in turn causes the disks owning VM to fail to start subsequently.  

Version-Release number of selected component (if applicable):
oVirt 4.3.1 

How reproducible:
Every time

Steps to Reproduce:
1. Enable LibgfApiSupported and restart ovirt-engine service 
2. Start any VM and verify it's using libgfapi
3. Shutdown the VM and try to restart it. VM will fail to start
4. Check the ownership of the disk image file, it will be root:root

Changing the ownership of disk images back to vdsm:kvm allows the VM to be started, however the permissions are lost again upon restart. 

Could be related to bug 1666795

Comment 1 Hesham 2019-03-10 06:30:32 UTC
In some cases the ownership is changed to qemu:qemu however the VM fails to start in those cases too.

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