Description of problem: virtio-fs feature allows to share a file system between hypervisor and guest. It has been recently released for RHEL8.2: - https://bugzilla.redhat.com/show_bug.cgi?id=1694164 In the context of CephFS and Manila, virtio-fs would allow to run the ceph client in the hypervisor to provide isolation between storage backend and tenant and later share the fs to the guest through qemu. There was a previous RFE (for virtio-vsock) that got closed once virtio-fs was released, however the piece of code for Manila does not seem to be covered by the current code: - https://bugzilla.redhat.com/show_bug.cgi?id=1363787 Manila RFE 1834425 has been created but actual work to provide libvirt XML for virtio-fs to guests, and likely the work to stage mounts of CephFS shares to compute nodes so they can be shared with guest VMs using virtio-fs, would be in Nova. - https://bugzilla.redhat.com/show_bug.cgi?id=1834425
I was in the process of cleaning up BZs in our backlog, and was about to CLOSE WONTFIX the libvirt dependent Bug 1897613 when I noted this RFE. In fact the low-level RFE for live-migration support was CLOSED WONTFIX a while ago: Bug 1897593 The live-migration support for virtio-fs is non-trivial and we don't have the resources readily available to work on it. So I wanted to have a discussion of the importance of this, or whether we should extend the WONTFIX here too. Thanks, -Klaus
This feature request has been deferred to a future OSP release and migrated to our new Jira backlog for consideration in a future product release. Starting with the Antelope upstream release, DFG:Compute is tracking its feature backlog in Jira. This feature request has been migrated to DFG:Compute’s new Jira backlog. The Jira tracker for this feature request can be found here https://issues.redhat.com/browse/OSP-19403. At the time of this writing, only Red Hat associates have access to the Jira tracker.