RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1816909 - RFE: Support Rados namespace in libvirt
Summary: RFE: Support Rados namespace in libvirt
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 9
Classification: Red Hat
Component: libvirt
Version: 9.0
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: rc
: ---
Assignee: Virtualization Maintenance
QA Contact: Han Han
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2020-03-25 04:29 UTC by Han Han
Modified: 2023-06-13 15:02 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2021-09-25 07:26:51 UTC
Type: Feature Request
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)

Description Han Han 2020-03-25 04:29:12 UTC 
Description of problem:
Refer to the commit of qemu 5.0:
commit 19ae9ae0
Author: Florian Florensa <fflorensa>
Date:   Fri Jan 10 12:15:13 2020 +0100

    block/rbd: Add support for ceph namespaces
    
    Starting from ceph Nautilus, RBD has support for namespaces, allowing
    for finer grain ACLs on images inside a pool, and tenant isolation.
    
    In the rbd cli tool documentation, the new image-spec and snap-spec are :
     - [pool-name/[namespace-name/]]image-name
     - [pool-name/[namespace-name/]]image-name@snap-name
    
    When using an non namespace's enabled qemu, it complains about not
    finding the image called namespace-name/image-name, thus we only need to
    parse the image once again to find if there is a '/' in its name, and if
    there is, use what is before it as the name of the namespace to later
    pass it to rados_ioctx_set_namespace.
    rados_ioctx_set_namespace if called with en empty string or a null
    pointer as the namespace parameters pretty much does nothing, as it then
    defaults to the default namespace.
    
    The namespace is extracted inside qemu_rbd_parse_filename, stored in the
    qdict, and used in qemu_rbd_connect to make it work with both qemu-img,
    and qemu itself.
    
    Signed-off-by: Florian Florensa <fflorensa>
    Message-Id: <20200110111513.321728-2-fflorensa>
    Reviewed-by: Jason Dillaman <dillaman>
    Reviewed-by: Stefano Garzarella <sgarzare>
    Signed-off-by: Kevin Wolf <kwolf>
Comment 3 John Ferlan 2021-09-08 13:31:28 UTC 
Bulk update: Move RHEL-AV bugs to RHEL9. If necessary to resolve in RHEL8, then clone to the current RHEL8 release.
Comment 4 RHEL Program Management 2021-09-25 07:26:51 UTC 
After evaluating this issue, there are no plans to address it further or fix it in an upcoming release.  Therefore, it is being closed.  If plans change such that this issue will be fixed in an upcoming release, then the bug can be reopened.
Comment 5 support 2023-06-13 15:02:03 UTC 
@RHEL Program Management: What were the considerations to not support this feature?

This feature might look like a minor issue, but having this support could actually bring big performance gains to Ceph clusters. If a Ceph cluster is used to host multiple tenants, using separate pools (each pool representing a tenant) Placement Groups (PGs) have to be allocated for each pool. Each PG has a cost in terms of cpu and memory of an OSD, so it's a limited resource. With multiple tenants the total amount of PGs has to be divided over all pools. Over the course of time these pools might grow, or shrink their usage. To maintain optimal performance the amount of PGs might have to be adjusted per pool. Ceph can increase the amount of PGs a pool can use (PG split) or reduce the amount of PGs (PG merge). However, this process is not free. It involves data movement in the cluster, and this can be quite substantial. The RBD namespace feature would eliminate the need for separate pools to split tenants, as all tenants can use the same pool, with each tenant using it's own namespace. The PGs are now also used more efficiently.

The code to support this feature in Libvirt is already present. See this commit: https://gitlab.com/hhan2/libvirt/-/commit/b3136bb003cb1d83a4772ed983ef2554e0a259e2

Virtualization stacks like OpenStack, Ovirt, Cloudstack and OpenNebula could benefit from this support.

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