Skip to content

Conversation

Copy link
Contributor

Copilot AI commented Dec 9, 2025

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:

  • Added troubleshooting section "{{agent}} is automatically unenrolled after failed check-ins with 401 errors" to troubleshoot/ingest/fleet/common-problems.md
  • Updated table of contents with new section reference
  • Documented version-specific behavior for versions < 8.19.0 and < 9.1.0
  • Provided resolution steps: re-enrollment process and investigating 401 error causes
  • Added version-gated admonition explaining behavior change in 8.19.0/9.1.0
  • Listed common causes: expired API keys, misconfiguration, authentication issues

Generative AI disclosure

  1. Did you use a generative AI (GenAI) tool to assist in creating this contribution?
  • Yes
  • No
  1. Tool(s) and model(s) used: GitHub Copilot
Original prompt

This section details on the original issue you should resolve

<issue_title>[Website]: Add troubleshooting section about failed check-ins and 401</issue_title>
<issue_description>### Type of issue

None

What documentation page is affected

https://www.elastic.co/docs/troubleshoot/ingest/fleet/common-problems

What happened?

We should cover the situation that if an Elastic Agent in versions < 9.1.0 or 8.19.0 gets a 401 while checkin in for more than 7 times, it gets auto-unenrolled.

This behavior has been changed on 9.1.0 and 8.19.0, removing the auto-unenrollment.

Additional info

No response</issue_description>

Comments on the Issue (you are @copilot in this section)


💡 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.

Copilot AI changed the title [WIP] Add troubleshooting section for failed check-ins and 401 errors Add troubleshooting section for Elastic Agent auto-unenrollment on 401 errors Dec 9, 2025
Copilot AI requested a review from vishaangelova December 9, 2025 11:15
@github-actions
Copy link

github-actions bot commented Dec 9, 2025

Vale Linting Results

Summary: 1 suggestion found

💡 Suggestions (1)
File Line Rule Message
troubleshoot/ingest/fleet/common-problems.md 535 Elastic.Capitalization 'is automatically unenrolled after failed check-ins with 401 errors' should use sentence-style capitalization.

@github-actions
Copy link

github-actions bot commented Dec 9, 2025

🔍 Preview links for changed docs

Copilot AI changed the title Add troubleshooting section for Elastic Agent auto-unenrollment on 401 errors Add troubleshooting section for Elastic Agent automatic unenrollment on 401 errors Dec 9, 2025
Copilot AI requested a review from vishaangelova December 9, 2025 12:57
@vishaangelova vishaangelova force-pushed the copilot/add-troubleshooting-section-401 branch from e508195 to ff15ad7 Compare December 9, 2025 12:58
@vishaangelova vishaangelova marked this pull request as ready for review December 9, 2025 13:04
@vishaangelova vishaangelova requested a review from a team as a code owner December 9, 2025 13:04
@vishaangelova
Copy link
Contributor

@lucabelluccini, could you please take a look if this is what you had in mind?

* Incorrect {{fleet-server}} configuration
* Issues with {{es}} authentication settings
:::{admonition} Agents are no longer automatically unenrolled
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Does the severity warrant 'admonition'? I'm not sure myself, just wondering 🙂

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@alexandra5000 I used the ‘admonition’ type of admonition to be able to use a title for the block (“Agents are no longer automatically unenrolled”). I wanted to keep this information under the same heading as the rest of the text, but highlight the difference in functionality in 8.19 and 9.1, and make use of the applies_to in the admonition. So currently it looks like this:

Screenshot 2025-12-12 at 15 10 06

Do you think it should be a different kind of admonition, or not an admonition at all, just part of the text?

@vishaangelova
Copy link
Contributor

Hi, @blakerouse! Would you mind having a look at this small PR to verify its truthfulness? Thank you!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

[Website]: Add troubleshooting section about failed check-ins and 401

3 participants