-
Notifications
You must be signed in to change notification settings - Fork 1.5k
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
[service/internal] Allow components to transition from PermanentError to Stopping #10958
[service/internal] Allow components to transition from PermanentError to Stopping #10958
Conversation
3c75b4c
to
29263d4
Compare
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #10958 +/- ##
=======================================
Coverage 91.43% 91.43%
=======================================
Files 447 447
Lines 23743 23745 +2
=======================================
+ Hits 21710 21712 +2
Misses 1657 1657
Partials 376 376 ☔ View full report in Codecov by Sentry. |
This PR was marked stale due to lack of activity. It will be closed in 14 days. |
Pinging since the stalebot is engaging. |
29263d4
to
2bf1a58
Compare
This PR was marked stale due to lack of activity. It will be closed in 14 days. |
Closed as inactive. Feel free to reopen if this PR is still being worked on. |
Is there any chance this can be reopened? It was approved, but never merged. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sorry that this didn't get attention. Will merge this on Monday unless there are comments before then
… to Stopping (open-telemetry#10958) #### Description In open-telemetry#10058 I mentioned: > There is a tangentially related issue with PermanentErrors and the underlying finite state machine that governs transitions between statuses. Currently, a PermanentError is a final state. That is, once a component enters this state, no further transitions are allowed. In light of the work I did on the alternative health check extension, I believe we should allow a transition from PermanentError to Stopping to consistently prioritize lifecycle events for components. This transition also make sense from a practical perspective. A component in a PermanentError state is one that has been started and is running, although in a likely degraded state. The collector will call shutdown on the component (when the collector is shutting down) and we should allow the status to reflect that. This PR makes the suggested change and updates the documentation to reflect that. As this is an internal change, I have not included a changelog. Also note, we can close open-telemetry#10058 after this as we've already removed status aggregation from core during the recent component status refactor. <!-- Issue number if applicable --> #### Link to tracking issue Fixes open-telemetry#10058 <!--Describe what testing was performed and which tests were added.--> #### Testing units <!--Describe the documentation added.--> #### Documentation Updated docs/component-status.md and associated diagram. <!--Please delete paragraphs that you did not use before submitting.--> Co-authored-by: Tyler Helmuth <[email protected]> Co-authored-by: Antoine Toulme <[email protected]>
Description
In #10058 I mentioned:
This PR makes the suggested change and updates the documentation to reflect that. As this is an internal change, I have not included a changelog. Also note, we can close #10058 after this as we've already removed status aggregation from core during the recent component status refactor.
Link to tracking issue
Fixes #10058
Testing
units
Documentation
Updated docs/component-status.md and associated diagram.