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

Find a way for the system-log input to report the correct input.type when it delegates to other inputs #41258

Open
belimawr opened this issue Oct 16, 2024 · 3 comments
Assignees
Labels
Team:Elastic-Agent-Data-Plane Label for the Agent Data Plane team

Comments

@belimawr
Copy link
Contributor

The system-logs input is a "proxy input" that decides whether journald or log should be used as input for Filebeat's system module. At the moment of writing it is intended to be used only by the system integraiton.

One problem with the current implementation is that the input.type set in the event is system-logs instead of the actual name of the input running/collecting the data.

As a quick fix, we're overwriting input.type using ES ingest pipelines, however this is not ideal. This issue is about finding a way to get this fixed within Filebeat and have input.type correctly set.

@belimawr belimawr added the Team:Elastic-Agent-Data-Plane Label for the Agent Data Plane team label Oct 16, 2024
@belimawr belimawr self-assigned this Oct 16, 2024
@elasticmachine
Copy link
Collaborator

Pinging @elastic/elastic-agent-data-plane (Team:Elastic-Agent-Data-Plane)

@pierrehilbert
Copy link
Collaborator

Following the revert here: #41489
Should we keep this one open?

@belimawr
Copy link
Contributor Author

belimawr commented Nov 4, 2024

We haven't deleted the input yet, we just reverted its usage, I'd keep it open for now, at least until we decide how we're handling journald in Filebeat's system module.

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

No branches or pull requests

3 participants