Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
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.
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>
Bulk update: Move RHEL-AV bugs to RHEL9. If necessary to resolve in RHEL8, then clone to the current RHEL8 release.
Comment 4RHEL 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.
@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.
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>