-
Notifications
You must be signed in to change notification settings - Fork 157
Update the list of statuses for Elastic Agent #2875
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
Conversation
🔍 Preview links for changed docs |
3ba78ae
to
b552259
Compare
b552259
to
a174fef
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.
✨
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.
Are these statuses new, or just undocumented until now? I'm wondering if they need inline applies_to
tags.
I left a minor comment inline for your consideration. Otherwise, LGTM. 🎸
| --- | --- | | ||
| **Healthy** | {{agent}}s are enrolled and checked in. There are no agent policy updates or automatic agent binary updates in progress, but the agent binary may still be out of date. {{agent}}s continuously check in to the {{fleet-server}} for required updates. | | ||
| **Unhealthy** | {{agent}}s have errors or are running in a degraded state. An agent will be reported as `unhealthy` as a result of a configuration problem on the host system. For example, an {{agent}} may not have the correct permissions required to run an integration that has been added to the {{agent}} policy. In this case, you may need to investigate and address the situation. | | ||
| **Orphaned** | For {{agent}}s enrolled in {{elastic-defend}}, the `orphaned` status indicates an error in the communication between the {{agent}} service on the host system and the endpoint security service provided by {{elastic-defend}}. Note that on agents reported as `orphaned`, the {{elastic-defend}} integration is still running and protecting the host. | |
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.
| **Orphaned** | For {{agent}}s enrolled in {{elastic-defend}}, the `orphaned` status indicates an error in the communication between the {{agent}} service on the host system and the endpoint security service provided by {{elastic-defend}}. Note that on agents reported as `orphaned`, the {{elastic-defend}} integration is still running and protecting the host. | | |
| **Orphaned** | For {{agent}}s enrolled in {{elastic-defend}}, the `orphaned` status indicates an error in the communication between the {{agent}} service on the host system and the endpoint security service provided by {{elastic-defend}}. Note that the {{elastic-defend}} integration is still running and protecting the host even on agents that are reported as `orphaned`. | |
Endpoint and Fleet gained the ability to report the orphaned status in 8.16.0 via https://github.com/elastic/endpoint-dev/commit/72e3a9b607b71e1bb2b475f2ce16397e4621a9dc and elastic/fleet-server@b8f864b |
Thanks, Craig. We agreed not to add the |
This PR adds the
Orphaned
andUninstalled
statuses to the list of statuses in the Monitor Elastic Agents doc, and updates the diagram showing the flow of Elastic Agent statuses.Closes #2333