Adding new configuration setting: agent.upgrade.rollback.window#8065
Adding new configuration setting: agent.upgrade.rollback.window#8065ycombinator merged 7 commits intoelastic:mainfrom
agent.upgrade.rollback.window#8065Conversation
|
Pinging @elastic/elastic-agent-control-plane (Team:Elastic-Agent-Control-Plane) |
|
This pull request does not have a backport label. Could you fix it @ycombinator? 🙏
|
a95b2b0 to
624d614
Compare
blakerouse
left a comment
There was a problem hiding this comment.
Looks good. All unit tests and integration tests pass. Only failure is related to check-ci and then change to elastic-agent.reference.yml.
pchila
left a comment
There was a problem hiding this comment.
Left a couple of nitpicks about the new settings description, not blocking. Feel free to resolve them if you think those are unnecessary.
LGTM
Co-authored-by: Paolo Chilà <paolo.chila@elastic.co>
Co-authored-by: Paolo Chilà <paolo.chila@elastic.co>
40ffcbe to
98e3528
Compare
|
💛 Build succeeded, but was flaky
Failed CI StepsHistory
cc @ycombinator |
* upstream/main: Guard against `nil` pointer dereference (elastic#8107) Generate NOTICE.txt with only modules used by binaries (elastic#8053) Retry enrollment requests when an error is returned, add enrollment timeout (elastic#8056) Changelog for 8.17.6 version (elastic#8062) (elastic#8106) [main][Automation] Update versions (elastic#8098) Allow using beats receivers for self-monitoring (elastic#8031) Adding new configuration setting: `agent.upgrade.rollback.window` (elastic#8065) [Integration Testing] Allow tests to declare themselves as needing a FIPS environment (elastic#8083) fix(agentless): overcome SIGPIPE in agentless promotion pipeline (elastic#8094) ksm autosharing integration configuration update (elastic#8086)




What does this PR do?
This PR adds a new optional Agent configuration setting,
agent.upgrade.rollback.window. This setting takes a string parseable bytime.Duration(). The default value of this setting is168h(== 7 days). The value of this setting will determine how long after users upgrade an Agent will they be permitted to request a rollback to the previous version of the Agent on disk.Why is it important?
To allow users to perform manual rollbacks of upgraded Elastic Agent within a certain time window.
Checklist
I have made corresponding changes to the documentation./changelog/fragmentsusing the changelog toolDisruptive User Impact
None; this PR adds a new, optional setting. Further, older versions of Elastic Agent will ignore this setting if they encounter it.
How to test this PR locally
Related issues
rollback_windowto elastic agent configuration with a default value of 7d #6881Questions to ask yourself