Back to bug 2130118
| Who | When | What | Removed | Added |
|---|---|---|---|---|
| Venky Shankar | 2022-09-27 09:08:43 UTC | Target Release | 5.3z1 | 6.0 |
| Red Hat One Jira (issues.redhat.com) | 2022-09-27 09:18:36 UTC | Link ID | Red Hat Issue Tracker RHCEPH-5362 | |
| Veera Raghava Reddy | 2022-09-28 05:16:57 UTC | Severity | unspecified | high |
| CC | vereddy | |||
| Venky Shankar | 2022-09-30 06:31:49 UTC | Status | NEW | POST |
| errata-xmlrpc | 2022-09-30 18:58:35 UTC | CC | tserlin | |
| Status | POST | MODIFIED | ||
| Fixed In Version | ceph-17.2.3-43.el9cp | |||
| Status | MODIFIED | ON_QA | ||
| Eliska | 2022-10-05 05:59:46 UTC | CC | ekristov | |
| Flags | needinfo?(vshankar) | |||
| Venky Shankar | 2022-10-10 05:02:13 UTC | Doc Type | If docs needed, set a value | Bug Fix |
| Flags | needinfo?(vshankar) | needinfo?(ekristov) | ||
| Doc Text | Cause: In certain conditions Ceph Monitor could remove a standby-replay MDS daemon from the MDSMap causing the standby-replay daemon to remove itself from the MDS cluster. Consequence: The standby-replay MDS daemon may remove itself from the MDS cluster causing cluster warnings to get generated. Fix: The standby-replay MDS holds a rank, so, include this as part of the logic used in the monitors when considering removing an MDS from the MDSMap. Result: standby-replay MDSs do not unexpectedly get removed from the MDS cluster and continue to function as expected. |
|||
| Bipin Kunal | 2022-10-11 10:05:35 UTC | Blocks | 2130116 | |
| Depends On | 2130116 | |||
| Eliska | 2022-10-13 07:52:26 UTC | Docs Contact | ekristov | |
| Flags | needinfo?(ekristov) | needinfo?(vshankar) | ||
| Doc Text | Cause: In certain conditions Ceph Monitor could remove a standby-replay MDS daemon from the MDSMap causing the standby-replay daemon to remove itself from the MDS cluster. Consequence: The standby-replay MDS daemon may remove itself from the MDS cluster causing cluster warnings to get generated. Fix: The standby-replay MDS holds a rank, so, include this as part of the logic used in the monitors when considering removing an MDS from the MDSMap. Result: standby-replay MDSs do not unexpectedly get removed from the MDS cluster and continue to function as expected. | .The standby-replay Metadata Server daemon is no longer unexpectedly removed Previously, the Ceph Monitor would remove a standby-replay Metadata Server (MDS) daemon from the MDS map under certain conditions. This would cause the standby-replay MDS daemon to get removed from the Metadata Server cluster, which generated cluster warnings. With this fix, the logic used in Ceph Monitors during the consideration of removal of an MDS daemon from the MDS map now includes information about the standby-replay MDS daemons holding a rank. As a consequence, the standby-replay MDS daemons are no longer unexpectedly removed from the MDS cluster. |
||
| Eliska | 2022-10-13 08:25:59 UTC | Blocks | 2126050 | |
| Venky Shankar | 2022-10-13 15:18:57 UTC | Flags | needinfo?(vshankar) | |
| Pasi Karkkainen | 2022-10-13 18:39:31 UTC | CC | pasik | |
| Hemanth Kumar | 2022-10-18 17:20:26 UTC | Status | ON_QA | VERIFIED |
| Red Hat Bugzilla | 2022-12-31 19:50:23 UTC | QA Contact | hyelloji | |
| CC | hyelloji | |||
| Red Hat Bugzilla | 2023-01-01 05:39:31 UTC | CC | tserlin | |
| Red Hat Bugzilla | 2023-01-01 08:47:05 UTC | CC | vereddy | |
| Red Hat Bugzilla | 2023-01-01 08:49:18 UTC | Assignee | vshankar | nobody |
| Alasdair Kergon | 2023-01-04 04:54:46 UTC | Assignee | nobody | vshankar |
| Alasdair Kergon | 2023-01-04 04:57:17 UTC | CC | hyelloji | |
| Alasdair Kergon | 2023-01-04 05:10:46 UTC | QA Contact | hyelloji | |
| Alasdair Kergon | 2023-01-04 06:59:12 UTC | CC | vereddy | |
| Red Hat Bugzilla | 2023-01-09 08:29:35 UTC | CC | ceph-eng-bugs | |
| Alasdair Kergon | 2023-01-09 19:43:36 UTC | CC | ceph-eng-bugs | |
| errata-xmlrpc | 2023-03-20 18:58:17 UTC | Status | VERIFIED | CLOSED |
| Resolution | --- | ERRATA | ||
| Last Closed | 2023-03-20 18:58:17 UTC | |||
| errata-xmlrpc | 2023-03-20 18:58:55 UTC | Link ID | Red Hat Product Errata RHBA-2023:1360 |
Back to bug 2130118