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
Comment 8Klaus Heinrich Kiwi
2022-08-15 17:54:36 UTC
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.