Details
-
Task
-
Status: Closed (View Workflow)
-
Major
-
Resolution: Fixed
-
None
-
None
-
None
-
2023-8, 2023-10, 2023-11, 2023-12, 2024-1
Description
Add support for readonly command which waits until all active cpimport jobs finished before putting system in readonly
Attachments
Issue Links
- includes
-
-
- Open
-
Activity
| Sprint | 2023-8 [ 728 ] |
| Sprint | 2023-8 [ 728 ] | 2023-8, 2023-9 [ 728, 733 ] |
| Sprint | 2023-8, 2023-9 [ 728, 733 ] | 2023-8, 2023-10 [ 728, 734 ] |
| Sprint | 2023-8, 2023-10 [ 728, 734 ] | 2023-8, 2023-10, 2023-11 [ 728, 734, 737 ] |
| Fix Version/s | 23.10 [ 28540 ] |
| Status | Open [ 1 ] | In Progress [ 3 ] |
| Status | In Progress [ 3 ] | In Review [ 10002 ] |
| Assigned for Review | Roman [ drrtuy ] |
| Fix Version/s | 23.10.1 [ 29105 ] | |
| Fix Version/s | 23.10 [ 28540 ] |
| Summary | Eliminate inconsistent state between BRM and S3 storage after node fail. | Add support for readonly command which waits until all active cpimport jobs finished before putting system in readonly |
| Description |
For some reasons BRM and S3 storage could be in inconsistent state after fail on a node.
This could happen because of the current approach how Storage Manager puts objects on S3 - before put new/changed object on s3 it write the data into journal than we have a background thread which periodically puts those objects on S3, in case of fail we could have inconsistent state between BRM and S3 storage. To solve this problem we have 2 ways: 1. Implement a sync approach of putting objects on s3. 2. Implement a periodic backup, lock worker nodes on writes, save meta and put that meta on s3, having this we could rollback to one of the consistent state. |
| Description | Add support for readonly command which waits until all active cpimport jobs finished before putting system in readonly |
| Status | In Review [ 10002 ] | In Testing [ 10301 ] |
| Assigned for Testing | Allen Herrera [ JIRAUSER48651 ] |
| Fix Version/s | 23.10.1 [ 29105 ] |
| Sprint | 2023-8, 2023-10, 2023-11 [ 728, 734, 737 ] | 2023-8, 2023-10, 2023-11, 2023-13 [ 728, 734, 737, 748 ] |
| Sprint | 2023-8, 2023-10, 2023-11, 2023-12 [ 728, 734, 737, 748 ] | 2023-8, 2023-10, 2023-11, 2023-12, 2023-13 [ 728, 734, 737, 748, 755 ] |
| Assigned for Testing | Allen Herrera [ JIRAUSER48651 ] | Kirill Perov [ JIRAUSER51446 ] |
| Assignee | Denis Khalikov [ JIRAUSER48434 ] | Allen Herrera [ JIRAUSER48651 ] |
| Assignee | Allen Herrera [ JIRAUSER48651 ] | Denis Khalikov [ JIRAUSER48434 ] |
| Assignee | Denis Khalikov [ JIRAUSER48434 ] | Allen Herrera [ JIRAUSER48651 ] |
| Resolution | Fixed [ 1 ] | |
| Status | In Testing [ 10301 ] | Closed [ 6 ] |