-
Notifications
You must be signed in to change notification settings - Fork 9
Conversation
4310fa5
to
2fc6ef8
Compare
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.
LGTM overall, I've left a few questions that I'd like to clarify, but most of those will probably simply be resolveable.
As far as I can tell this would not notice if a service enters into a permanent restart loop, right? It would update the restart count on the pod, but never set a failed condition or something similar?
2fc6ef8
to
e48e1ea
Compare
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.
I didn't look closely at the code but the corresponding integration tests are green.
Right. If the restart policy of the pod is set to |
a205512
to
abeac58
Compare
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.
LGTM
The running state is no longer responsible for deciding if a service should be restarted. This is done by systemd. Therefore the transition from the running state to the starting state was removed. The service_state function was added to the SystemdManager to check if a service is running or terminated. This function is used for the transition from the running to the terminated state and for patching the container state.
When a systemd service is started then the agent does not wait anymore ten seconds to check if it was successfully started because systemd manages restarts now and the agent cannot detect if the service is in a restart loop.
abeac58
to
3b67ff7
Compare
Description
Fixes #207
Tested by stackabletech/agent-integration-tests#61
Changed
Removed
Review Checklist