Support updating Account info in PutMetadata API#5762
Support updating Account info in PutMetadata API#5762bert-e merged 11 commits intodevelopment/9.0from
Conversation
Hello kerkesni,My role is to assist you with the merge of this Available options
Available commands
Status report is not available. |
Waiting for approvalThe following approvals are needed before I can proceed with the merge:
|
1a13e70 to
29bffcf
Compare
Codecov ReportAttention: Patch coverage is
✅ All tests successful. No failed tests found.
Additional details and impacted files
... and 59 files with indirect coverage changes @@ Coverage Diff @@
## development/9.0 #5762 +/- ##
===================================================
+ Coverage 65.44% 73.69% +8.24%
===================================================
Files 186 186
Lines 11699 11718 +19
===================================================
+ Hits 7656 8635 +979
+ Misses 4043 3083 -960
Flags with carried forward coverage won't be shown. Click here to find out more. 🚀 New features to boost your workflow:
|
444ed9f to
2bc936b
Compare
e99b461 to
e9a23ed
Compare
is there a reason to keep the existing S3C behavior (i.e. mapping done in backbeat, on the source), or should we move S3C to this new approach as well? |
|
should this target 9.0, or a (to be created before merging) 9.1 ? |
aa4b6e1 to
44318dc
Compare
f678f27 to
66fe8e4
Compare
Waiting for approvalThe following approvals are needed before I can proceed with the merge:
|
There's nothing keeping us from doing it aside from updating both Cloudserver and Backbeat in S3C.
No need to do as no breaking change was introduced. |
| // The new data location is set to null when archiving to a Cold site. | ||
| // In that case "removing old data location key" is handled by the lifecycle | ||
| // transition processor. | ||
| omVal.location && Array.isArray(omVal.location) && |
There was a problem hiding this comment.
Can be simplified?
| omVal.location && Array.isArray(omVal.location) && | |
| Array.isArray(omVal.location) && |
| async.eachLimit(objMd.location, 5, | ||
| (loc, nextEach) => dataWrapper.data.delete(loc, log, err => { |
There was a problem hiding this comment.
Not related to your changes but IIRC there is the data.batchDelete method from the data wrapper, that might help simplifying your function (not blocking, just to share)
This is needed for Zenko's CRR as vault admin APIs are not exposed externally. Issue: CLDSRV-618
When using the MongoDB backend, we have to pass repairMaster to make it update the master with the latest version, otherwise the master is only updated when the version being put has the same versionId as the master. Issue: CLDSRV-618
- Updated tests to perform cross-account CRR - Made bucket names unique per test Issue: CLDSRV-618
Issue will be investigated in CLDSRV-626 This was triggered by using the MongoDB metadata backend instead of the memory backend. Issue: CLDSRV-618
Issue: CLDSRV-618
c916742 to
80ef863
Compare
|
/approve |
|
I have successfully merged the changeset of this pull request
The following branches have NOT changed:
Please check the status of the associated issue CLDSRV-618. Goodbye kerkesni. The following options are set: approve |
Issue: CLDSRV-618