-
Notifications
You must be signed in to change notification settings - Fork 213
[DOCS] "Unhealthy" Agent status and integration policy errors #2317
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
Changes from 10 commits
b95d2d0
d14126c
a11ec4a
27b2cf8
5c4dc46
d77180e
d1527ef
e420d46
9079a27
d152afa
c72acd1
47433fe
e412a10
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -7,6 +7,35 @@ This topic covers common troubleshooting issues when using {elastic-sec} <<sec-m | |
| [[ts-endpoints]] | ||
| === Endpoints | ||
|
|
||
| [discrete] | ||
| [[ts-unhealthy-agent]] | ||
| .Unhealthy {agent} status | ||
| [%collapsible] | ||
| ==== | ||
| In some cases, an `Unhealthy` {agent} status may be caused by a failure in the {endpoint-cloud-sec} integration policy. In this situation, the integration and any failing features are flagged on the agent details page in {fleet}. Expand each section and subsection to display individual responses from the agent. | ||
|
|
||
| TIP: Integration policy response information is also available from the *Endpoints* page in the {security-app} (*Manage* -> *Endpoints*, then click the link in the *Policy status* column). | ||
|
|
||
| [role="screenshot"] | ||
| image::images/unhealthy-agent-fleet.png[Agent details page in {fleet} with Unhealthy status and integration failures] | ||
|
|
||
| Common causes of failure in the {endpoint-cloud-sec} integration policy include missing prerequisites or unexpected system configuration. Consult the following topics to resolve a specific error: | ||
|
|
||
| - <<system-extension-endpoint,Approve the system extension for {elastic-endpoint}>> (macOS) | ||
| - <<enable-fda-endpoint,Enable Full Disk Access for {elastic-endpoint}>> (macOS) | ||
| - <<linux-deadlock,Resolve a potential system deadlock>> (Linux) | ||
|
|
||
| TIP: If the {endpoint-cloud-sec} integration policy is not the cause of the `Unhealthy` agent status, refer to {fleet-guide}/fleet-troubleshooting.html[{fleet} troubleshooting] for help with the {agent}. | ||
| ==== | ||
|
|
||
| [discrete] | ||
| [[linux-deadlock]] | ||
| .Disabled to avoid potential system deadlock (Linux) | ||
| [%collapsible] | ||
| ==== | ||
| This section is a placeholder for future documentation. | ||
|
Member
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I remember discussing this last week, but still flagging this section anyways in case you wanted to remove it. If this is intentional, disregard this comment.
Contributor
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Yep, we have to have a section for this to avoid breaking other things, and content will be added soon. Leaving the placeholder instead of a blank section, which might look like an error. |
||
| ==== | ||
|
|
||
| [discrete] | ||
| [[ts-transform-failed]] | ||
| .Required transform failed | ||
|
|
@@ -31,11 +60,3 @@ image::images/transforms-start.png[Transforms page with Start option selected] | |
| . On the confirmation message that displays, click *Start* to restart the transform. | ||
| . The transform’s status changes to `started`. Refresh the page if you don't see the change. | ||
| ==== | ||
|
|
||
| [discrete] | ||
| [[linux-deadlock]] | ||
| .Disabled to avoid potential system deadlock | ||
| [%collapsible] | ||
| ==== | ||
| This section is a placeholder for future documentation. | ||
| ==== | ||
Uh oh!
There was an error while loading. Please reload this page.