Bug 2090395
Summary: | ceph orch upgrade creates additional RGW pool | ||
---|---|---|---|
Product: | [Red Hat Storage] Red Hat Ceph Storage | Reporter: | Vikhyat Umrao <vumrao> |
Component: | Cephadm | Assignee: | Adam King <adking> |
Status: | CLOSED ERRATA | QA Contact: | Mohit Bisht <mobisht> |
Severity: | medium | Docs Contact: | Akash Raj <akraj> |
Priority: | high | ||
Version: | 5.1 | CC: | adking, akraj, akupczyk, amathuri, asriram, bhubbard, ceph-eng-bugs, choffman, esmith, gjose, jdurgin, kdreyer, ksirivad, lflores, lithomas, mmuench, mobisht, nojha, pdhange, pkulkar, radhika.chirra, rfriedma, rmandyam, rzarzyns, sseshasa, sunnagar, tserlin, vereddy, vumrao |
Target Milestone: | --- | ||
Target Release: | 5.1z2 | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | ceph-16.2.7-116.el8cp | Doc Type: | Bug Fix |
Doc Text: |
`.rgw.root` pool is not automatically created during Ceph Object Gateway multisite check
Previously, a check for Ceph Object Gateway multisite was performed by `cephadm` to help with signalling regressions in the release causing a `.rgw.root` pool to be created and recreated if deleted, resulting in users being stuck with the `.rgw.root` pool even when not using Ceph Object Gateway.
With this fix, the check that created the pool is removed, and the pool is no longer created. Users who already have the pool in their system but do not want it, can now delete it without the issue of its recreation. Users who do not have this pool would not have the pool automatically created for them.
|
Story Points: | --- |
Clone Of: | 2083885 | Environment: | |
Last Closed: | 2022-06-30 20:54:48 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | 2083885 | ||
Bug Blocks: | 2059329, 2099589 |
Comment 21
errata-xmlrpc
2022-06-30 20:54:48 UTC
|