Skip to content
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

[Elastic Agent] Improve Elastic Agent debuggability #26930

Open
25 of 30 tasks
ruflin opened this issue Jul 16, 2021 · 4 comments
Open
25 of 30 tasks

[Elastic Agent] Improve Elastic Agent debuggability #26930

ruflin opened this issue Jul 16, 2021 · 4 comments
Labels
debugging Team:Elastic-Agent Label for the Agent team

Comments

@ruflin
Copy link
Contributor

ruflin commented Jul 16, 2021

The Elastic Agent is a supervisor which runs sub processes. This combination of multiple process and dependency on Fleet makes debugging the Elastic Agent sometimes tricky. One part is for users to provide the necessary and the other is for engineers to reproduce and understand the issue. Just on example can be found here: #26213

Improving this consists of many different parts. This issue is to link together this overall effort.

Related issues (incomplete list):

High Prio

Medium Prio

Low Prio


@ruflin ruflin added the Team:Elastic-Agent Label for the Agent team label Jul 16, 2021
@elasticmachine
Copy link
Collaborator

Pinging @elastic/agent (Team:Agent)

@jlind23 jlind23 closed this as completed Dec 9, 2021
@jlind23 jlind23 reopened this Dec 9, 2021
@jlind23
Copy link
Collaborator

jlind23 commented Jan 6, 2022

@nimarezainia this issue: elastic/elastic-agent#104
Is becoming pretty urgent as a lot of users were experiencing issue while downloading our binary. I would be happy to treat it as an high priority.

@jlind23
Copy link
Collaborator

jlind23 commented Jan 24, 2022

Transferring here Marcin comment from another issue related to this one - elastic/kibana#78188

We had an offline conversation with dover around improvements.

There is a noticeable amount of SDH issues coming, which end up with a root cause, or one of the possible causes, like proxy connectivity issues. The customer has to dive into logs to figure out if the used proxy operates properly (whether connections are established, no 503s, etc.).

I believe we could more proactive and verify the connectivity between Agent and Elasticsearch, Agent and Fleet Server. I was thinking about a special technical policy first to verify all connections and settings, but maybe we can start with picking up the elastic-agent install feedback.

It would definitely help with researching customer problems ("Has your proxy ever worked?" vs "Is there an proxy outage now?").

@mtojek
Copy link
Contributor

mtojek commented Jan 26, 2022

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
debugging Team:Elastic-Agent Label for the Agent team
Projects
None yet
Development

No branches or pull requests

4 participants