Bug 1423402
| Summary: | Three-way Multisite: Zonegroup rename ends up in incorrect state | ||
|---|---|---|---|
| Product: | [Red Hat Storage] Red Hat Ceph Storage | Reporter: | shilpa <smanjara> |
| Component: | RGW | Assignee: | Casey Bodley <cbodley> |
| Status: | CLOSED DEFERRED | QA Contact: | shilpa <smanjara> |
| Severity: | medium | Docs Contact: | Erin Donnelly <edonnell> |
| Priority: | urgent | ||
| Version: | 2.2 | CC: | anharris, cbodley, ceph-eng-bugs, edonnell, hnallurv, kbader, kdreyer, mbenjamin, smanjara, sweil, uboppana |
| Target Milestone: | rc | ||
| Target Release: | 3.* | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Known Issue | |
| Doc Text: |
.Old zone group name is sometimes displayed alongside with the new one
In a multi-site configuration when a zone group is renamed, other zones can in some cases continue to display the old zone group name in the output of the `radosgw-admin zonegroup list` command.
To work around this issue:
. Verify that the new zone group name is present on each cluster.
. Remove the old zone group name:
+
----
$ rados -p .rgw.root rm zonegroups_names.<old-name>
----
//
|
Story Points: | --- |
| Clone Of: | Environment: | ||
| Last Closed: | 2019-01-30 15:03:06 UTC | Type: | Bug |
| 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: | |||
| Bug Blocks: | 1412948, 1437916, 1494421 | ||
|
Description
shilpa
2017-02-17 09:14:04 UTC
Ok, I tried to reproduce it. What I don't see is swift/S3 commands hanging. But I do see that on the non-master zones, we end up having both old and the new zonegroup names.
On master after renaming zg from 'us' to 'US':
#radosgw-admin zonegroup list
{
"default_info": "8eb889a4-9716-4bba-96db-231b260f6f61",
"zonegroups": [
"us",
"default"
]
}
On non-master zones:
{
"default_info": "8eb889a4-9716-4bba-96db-231b260f6f61",
"zonegroups": [
"us",
"US",
"default"
]
}
But the period shows the zonegroup new name alone, which is correct.
"period_map": {
"id": "c2a1459d-eecc-4231-a340-0549f71b2d42",
"zonegroups": [
{
"id": "8eb889a4-9716-4bba-96db-231b260f6f61",
"name": "US",
"api_name": "us",
"is_master": "true",
"endpoints": [
"http:\/\/magna039:8080"
Okay, thanks Shilpa. So the issue is a leak of the old zonegroup name object on non-master zones. I can confirm that radosgw doesn't have any logic that tries to clean these up when it gets a new period. As a workaround, the rados tool can remove the 'zonegroups_names.us' object from the .rgw.root pool on non-master zones: $ rados -p .rgw.root rm zonegroups_names.us Casey, will this be fixed in Ceph v10.2.7, or will we need more downstream patches on top of that release? Ken, this has not been fixed upstream. I have closed this issue because it has been inactive for some time now. If you feel this still deserves attention feel free to reopen it. |