resourcemanager: make controller config updates atomic#10504
Open
okJiang wants to merge 3 commits intotikv:masterfrom
Open
resourcemanager: make controller config updates atomic#10504okJiang wants to merge 3 commits intotikv:masterfrom
okJiang wants to merge 3 commits intotikv:masterfrom
Conversation
ti-chi-bot
bot
added
release-note
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: defaults Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (2)
📝 WalkthroughWalkthroughIntroduces atomic, batched controller-config updates: new Manager.UpdateControllerConfigItems applies multiple key updates under one lock, validates per-item, saves once if any change succeeds, and UpdateControllerConfigItem delegates to it. API/service layers and tests updated to use and verify the all-or-nothing behavior. Changes
Sequence Diagram(s)sequenceDiagram
participant Client
participant API as ConfigService/API
participant Manager
participant Storage
Client->>API: POST /config/controller (items map)
API->>Manager: UpdateControllerConfigItems(items)
Manager->>Manager: clone config & lock
loop for each item
Manager->>Manager: applyControllerConfigItem(item) (parse path, jsonutil.AddKeyValue, validate)
end
alt any item updated
Manager->>Storage: Save(updated config)
Storage-->>Manager: OK
Manager->>Manager: set m.controllerConfig = updated
Manager-->>API: nil (success)
API-->>Client: 200 Success!
else no updates
Manager-->>API: nil (no-op)
API-->>Client: 200 Success!
else validation error
Manager-->>API: wrapControllerConfigValidationError(err)
API-->>Client: 400 Bad Request
end
Estimated code review effort🎯 4 (Complex) | ⏱️ ~45 minutes Suggested labels
Suggested reviewers
Poem
🚥 Pre-merge checks | ✅ 4 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (4 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
Signed-off-by: okjiang <819421878@qq.com>
okJiang
force-pushed
the
codex/issue-10335-atomic-controller-config
branch
from
ae1bc34 to
f7de7cc
Compare
![coderabbitai[bot]](https://avatars.githubusercontent.com/in/347564?s=60&v=4){kind=small}
There was a problem hiding this comment.
Actionable comments posted: 1
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.
Inline comments:
In `@tests/integrations/mcs/resourcemanager/api_test.go`:
- Around line 318-323: The test sends "true" as a string for the
"enable-controller-trace-log" field which makes the request's failure
non-deterministic; update the call to tryToSetControllerConfig so the map value
for "enable-controller-trace-log" is a boolean true (not the string "true")
while keeping "ltb-max-wait-duration" as the invalid string "not-a-duration" so
the request deterministically exercises the valid+invalid mix; locate the call
to tryToSetControllerConfig in the test and change that map entry accordingly.
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: defaults
Review profile: CHILL
Plan: Pro
Run ID: f0d9242a-516b-4128-81df-8fb780263953
📒 Files selected for processing (4)
pkg/mcs/resourcemanager/server/apis/v1/api.gopkg/mcs/resourcemanager/server/manager.gopkg/mcs/resourcemanager/server/manager_test.gotests/integrations/mcs/resourcemanager/api_test.go
Comment on lines
+318
to
+323
| resp, statusCode := tryToSetControllerConfig(re, suite.cluster.GetLeaderServer().GetAddr(), map[string]any{ | ||
| "enable-controller-trace-log": "true", | ||
| "ltb-max-wait-duration": "not-a-duration", | ||
| }) | ||
| re.Equal(http.StatusBadRequest, statusCode) | ||
| re.Contains(resp, "time:") |
There was a problem hiding this comment.
Use a real boolean here to keep the regression deterministic.
Line 319 sends "true" as a string, so this request can fail on either field instead of exercising the intended valid+invalid mix. That makes the "time:" assertion order-dependent and weakens the atomicity regression.
Suggested fix
resp, statusCode := tryToSetControllerConfig(re, suite.cluster.GetLeaderServer().GetAddr(), map[string]any{
- "enable-controller-trace-log": "true",
+ "enable-controller-trace-log": true,
"ltb-max-wait-duration": "not-a-duration",
})📝 Committable suggestion
‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.
Suggested change
| resp, statusCode := tryToSetControllerConfig(re, suite.cluster.GetLeaderServer().GetAddr(), map[string]any{ | |
| "enable-controller-trace-log": "true", | |
| "ltb-max-wait-duration": "not-a-duration", | |
| }) | |
| re.Equal(http.StatusBadRequest, statusCode) | |
| re.Contains(resp, "time:") | |
| resp, statusCode := tryToSetControllerConfig(re, suite.cluster.GetLeaderServer().GetAddr(), map[string]any{ | |
| "enable-controller-trace-log": true, | |
| "ltb-max-wait-duration": "not-a-duration", | |
| }) | |
| re.Equal(http.StatusBadRequest, statusCode) | |
| re.Contains(resp, "time:") |
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.
In `@tests/integrations/mcs/resourcemanager/api_test.go` around lines 318 - 323,
The test sends "true" as a string for the "enable-controller-trace-log" field
which makes the request's failure non-deterministic; update the call to
tryToSetControllerConfig so the map value for "enable-controller-trace-log" is a
boolean true (not the string "true") while keeping "ltb-max-wait-duration" as
the invalid string "not-a-duration" so the request deterministically exercises
the valid+invalid mix; locate the call to tryToSetControllerConfig in the test
and change that map entry accordingly.
There was a problem hiding this comment.
Actionable comments posted: 1
♻️ Duplicate comments (1)
tests/integrations/mcs/resourcemanager/api_test.go (1)
343-348:⚠️ Potential issue | 🟠 MajorUse a real boolean in the mixed-payload regression.
Line 344 sends
"true"as a string, so this request contains two invalid values instead of one valid field plus one invalid field. That weakens the all-or-nothing regression and can make the"time:"assertion fail for the wrong reason.Suggested fix
resp, statusCode := tryToSetControllerConfig(re, suite.cluster.GetLeaderServer().GetAddr(), map[string]any{ - "enable-controller-trace-log": "true", + "enable-controller-trace-log": true, "ltb-max-wait-duration": "not-a-duration", })🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed. In `@tests/integrations/mcs/resourcemanager/api_test.go` around lines 343 - 348, The test is sending the boolean as a string which creates two invalid fields; update the payload in the call to tryToSetControllerConfig so "enable-controller-trace-log" is sent as a real boolean true (not the string "true") while leaving "ltb-max-wait-duration": "not-a-duration" unchanged, so the request has one valid field and one invalid duration field and the existing assertion against tryToSetControllerConfig's response containing "time:" remains meaningful.
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.
Inline comments:
In `@pkg/mcs/resourcemanager/metadataapi/config_service.go`:
- Around line 251-257: The current handler collapses all non-permission errors
from s.configStore.UpdateControllerConfigItems(resolvedConf) into 400 Bad
Request; change the error handling to distinguish validation errors from
persistence/storage failures (e.g., errors returned by SaveControllerConfig in
the store). Specifically, detect validation-related errors (the same error
type/value returned by your validation code) and continue to return 400 for
those, but treat store persistence/etcd/write errors (wrap/inspect errors coming
from UpdateControllerConfigItems/SaveControllerConfig or provide a
store.IsPersistenceError helper) as server-side failures and return an
appropriate 5xx (e.g., 500 or 503) with a clear log message; keep the existing
IsMetadataWriteDisabledError check for forbidden. Ensure the store layer
wraps/save failures so the handler can reliably distinguish the error kinds.
---
Duplicate comments:
In `@tests/integrations/mcs/resourcemanager/api_test.go`:
- Around line 343-348: The test is sending the boolean as a string which creates
two invalid fields; update the payload in the call to tryToSetControllerConfig
so "enable-controller-trace-log" is sent as a real boolean true (not the string
"true") while leaving "ltb-max-wait-duration": "not-a-duration" unchanged, so
the request has one valid field and one invalid duration field and the existing
assertion against tryToSetControllerConfig's response containing "time:" remains
meaningful.
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: defaults
Review profile: CHILL
Plan: Pro
Run ID: 01871f43-b5bb-429e-80b5-dbc8ca11a1a6
📒 Files selected for processing (5)
pkg/mcs/resourcemanager/metadataapi/config_service.gopkg/mcs/resourcemanager/metadataapi/config_service_test.gopkg/mcs/resourcemanager/server/manager.gopkg/mcs/resourcemanager/server/manager_test.gotests/integrations/mcs/resourcemanager/api_test.go
🚧 Files skipped from review as they are similar to previous changes (1)
- pkg/mcs/resourcemanager/server/manager_test.go
lhy1024
approved these changes
Apr 2, 2026
Contributor
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: lhy1024 The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
Contributor
[LGTM Timeline notifier]Timeline:
|
Member
Author
|
/retest |
Codecov Report❌ Patch coverage is Additional details and impacted files@@ Coverage Diff @@
## master #10504 +/- ##
==========================================
+ Coverage 78.88% 78.99% +0.10%
==========================================
Files 530 533 +3
Lines 71548 72000 +452
==========================================
+ Hits 56439 56874 +435
+ Misses 11092 11089 -3
- Partials 4017 4037 +20
Flags with carried forward coverage won't be shown. Click here to find out more. 🚀 New features to boost your workflow:
|
Member
Author
|
/retest |
Signed-off-by: okjiang <819421878@qq.com>
ti-chi-bot
bot
added
size/XL
There was a problem hiding this comment.
🧹 Nitpick comments (1)
tests/integrations/mcs/resourcemanager/api_test.go (1)
355-356: Don't bind this regression to Go's duration-parser wording.The contract you care about is already covered by
400 Bad Requestplusbefore == after.re.Contains(resp, "time:")makes the test brittle against stdlib error-text changes.Suggested change
resp, statusCode := tryToSetControllerConfig(re, suite.cluster.GetLeaderServer().GetAddr(), payload) re.Equal(http.StatusBadRequest, statusCode) - re.Contains(resp, "time:") + re.NotEmpty(resp) after := suite.mustGetControllerConfig(re) re.Equal(before, after)🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed. In `@tests/integrations/mcs/resourcemanager/api_test.go` around lines 355 - 356, The test should not assert on Go stdlib error wording; remove the brittle re.Contains(resp, "time:") check and instead rely on the contract already asserted by re.Equal(http.StatusBadRequest, statusCode) plus a state-immutability assertion: ensure the pre-request and post-request state variables (e.g., before and after) are equal (replace the re.Contains line with re.Equal(before, after) or equivalent) so the test verifies 400 Bad Request and that nothing changed.
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.
Nitpick comments:
In `@tests/integrations/mcs/resourcemanager/api_test.go`:
- Around line 355-356: The test should not assert on Go stdlib error wording;
remove the brittle re.Contains(resp, "time:") check and instead rely on the
contract already asserted by re.Equal(http.StatusBadRequest, statusCode) plus a
state-immutability assertion: ensure the pre-request and post-request state
variables (e.g., before and after) are equal (replace the re.Contains line with
re.Equal(before, after) or equivalent) so the test verifies 400 Bad Request and
that nothing changed.
ℹ️ Review info
⚙️ Run configuration
Configuration used: defaults
Review profile: CHILL
Plan: Pro
Run ID: 9f3b9e7a-2123-40e6-8caf-43fefe1eee69
📒 Files selected for processing (7)
pkg/mcs/resourcemanager/metadataapi/config_service.gopkg/mcs/resourcemanager/metadataapi/config_service_test.gopkg/mcs/resourcemanager/server/apis/v1/api.gopkg/mcs/resourcemanager/server/controller_config_errors.gopkg/mcs/resourcemanager/server/manager.gopkg/mcs/resourcemanager/server/manager_test.gotests/integrations/mcs/resourcemanager/api_test.go
✅ Files skipped from review due to trivial changes (1)
- pkg/mcs/resourcemanager/server/apis/v1/api.go
🚧 Files skipped from review as they are similar to previous changes (1)
- pkg/mcs/resourcemanager/server/manager_test.go
Signed-off-by: okjiang <819421878@qq.com>
Member
Author
|
/retest |
Contributor
|
@okJiang: The following tests failed, say
Full PR test history. Your PR dashboard. DetailsInstructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. I understand the commands that are listed here. |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
2 participants
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
What problem does this PR solve?
Issue Number: Close #10335
POST /resource-manager/api/v1/config/controllervalidates request keys beforeapplying updates, but it still persists each field one at a time through
UpdateControllerConfigItem. A mixed valid/invalid payload can therefore writean earlier field before a later invalid value returns
400.What is changed and how does it work?
UpdateControllerConfigItemsto clone the current controller config,apply every requested field to the clone, and persist once on success
the same entry point
Check List
Tests
Release note
Summary by CodeRabbit
New Features
Bug Fixes
API Changes
Tests