-
Notifications
You must be signed in to change notification settings - Fork 113
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix metadata migration logic error when update setting call failed #328
Fix metadata migration logic error when update setting call failed #328
Conversation
If update setting to 1 failed, runTimeCounter shouldn't be increased. Otherwise it will increase to be larger than 10, and start to update setting to -1 which is unwanted. Signed-off-by: bowenlan-amzn <[email protected]>
f3ea27f
to
53b7427
Compare
Codecov Report
@@ Coverage Diff @@
## main #328 +/- ##
============================================
- Coverage 76.71% 76.57% -0.14%
- Complexity 2044 2046 +2
============================================
Files 253 253
Lines 11636 11642 +6
Branches 1807 1808 +1
============================================
- Hits 8926 8915 -11
- Misses 1742 1762 +20
+ Partials 968 965 -3
Continue to review full report at Codecov.
|
Can we also include the exists check in template migration? - Line 80 in b6e7d35
|
src/main/kotlin/org/opensearch/indexmanagement/indexstatemanagement/MetadataService.kt
Show resolved
Hide resolved
Since template migration migrates from index template, config index not existing doesn't really mean there is no related index template, so I didn't add this check this time. |
) If update setting to 1 failed, runTimeCounter shouldn't be increased. Otherwise it will increase to be larger than 10, and start to update setting to -1 which is unwanted. Signed-off-by: bowenlan-amzn <[email protected]> (cherry picked from commit f4a3938)
) If update setting to 1 failed, runTimeCounter shouldn't be increased. Otherwise it will increase to be larger than 10, and start to update setting to -1 which is unwanted. Signed-off-by: bowenlan-amzn <[email protected]> (cherry picked from commit f4a3938)
) If update setting to 1 failed, runTimeCounter shouldn't be increased. Otherwise it will increase to be larger than 10, and start to update setting to -1 which is unwanted. Signed-off-by: Bowen Lan <[email protected]> (cherry picked from commit f4a3938)
) If update setting to 1 failed, runTimeCounter shouldn't be increased. Otherwise it will increase to be larger than 10, and start to update setting to -1 which is unwanted. Signed-off-by: Bowen Lan <[email protected]> (cherry picked from commit f4a3938)
) (#329) If update setting to 1 failed, runTimeCounter shouldn't be increased. Otherwise it will increase to be larger than 10, and start to update setting to -1 which is unwanted. Signed-off-by: Bowen Lan <[email protected]> (cherry picked from commit f4a3938) Co-authored-by: Bowen Lan <[email protected]>
) (#330) If update setting to 1 failed, runTimeCounter shouldn't be increased. Otherwise it will increase to be larger than 10, and start to update setting to -1 which is unwanted. Signed-off-by: Bowen Lan <[email protected]> (cherry picked from commit f4a3938) Co-authored-by: Bowen Lan <[email protected]>
…pensearch-project#328) If update setting to 1 failed, runTimeCounter shouldn't be increased. Otherwise it will increase to be larger than 10, and start to update setting to -1 which is unwanted. Signed-off-by: bowenlan-amzn <[email protected]>
If update setting to 1 failed,
runTimeCounter
shouldn't be increased.Otherwise it will increase to be larger than 10, and start to update
setting to -1 in the end which is unwanted.
Signed-off-by: bowenlan-amzn [email protected]
Issue #, if available:
Description of changes:
CheckList:
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.
For more information on following Developer Certificate of Origin and signing off your commits, please check here.