-
Notifications
You must be signed in to change notification settings - Fork 187
Add troubleshooting section for Elastic Agent automatic unenrollment on 401 errors #4250
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
base: main
Are you sure you want to change the base?
Conversation
Co-authored-by: vishaangelova <[email protected]>
Vale Linting ResultsSummary: 1 suggestion found 💡 Suggestions (1)
|
🔍 Preview links for changed docs |
e508195 to
ff15ad7
Compare
|
@lucabelluccini, could you please take a look if this is what you had in mind? |
|
Hi, @blakerouse! Would you mind having a look at this small PR to verify its truthfulness? Thank you! |
| 1. Re-enroll the agent that has been automatically unenrolled from {{fleet}}: | ||
| 1. If the agent is still installed on the host, uninstall it completely. Refer to [Uninstall {{agents}} from edge hosts](/reference/fleet/uninstall-elastic-agent.md) for detailed instructions. |
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.
You don't need to uninstall. You can just re-enroll it. The UI will provide an installation command, that can just be changed to an enroll command.
I can see how using uninstall/install seems easier to explain, but it is not actually required.
A re-enroll is actually better because it doesn't remove any state about what has already been ingested for logs. If they are re-enrolling back to the same cluster they would probably want that, instead of a re-ingestion of all logs.
| :::{admonition} Agents are no longer automatically unenrolled | ||
| :applies_to: stack: ga 9.1.0 | ||
| The automatic unenrollment behavior is removed in {{agent}} versions 8.19.0 and 9.1.0. Starting with these versions, {{agents}} are no longer automatically unenrolled due to repeated 401 errors during check-in. |
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 would add more here, to say that once the underlying reason for the 401's is resolved the Elastic Agents will re-connect and resume working.
Summary
Adds documentation for Elastic Agent automatic unenrollment behavior when receiving 401 errors during check-in. In versions < 8.19.0 and < 9.1.0, agents are automatically unenrolled after 7 consecutive 401 failures. This behavior was removed in 8.19.0/9.1.0.
Changes:
troubleshoot/ingest/fleet/common-problems.mdGenerative AI disclosure
Original prompt
💡 You can make Copilot smarter by setting up custom instructions, customizing its development environment and configuring Model Context Protocol (MCP) servers. Learn more Copilot coding agent tips in the docs.