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

[GCP] New datasets should not be enabled by default. #8769

Open
leandrojmp opened this issue Dec 20, 2023 · 3 comments
Open

[GCP] New datasets should not be enabled by default. #8769

leandrojmp opened this issue Dec 20, 2023 · 3 comments

Comments

@leandrojmp
Copy link
Contributor

Hello,

Everytime a new dataset is added to the GCP integration it is enabled by default, since those datasets may require aditional permissions that are not enabled on the credentials being used, this will make the agent running the integrations to be unhealthy and require manual intervention.

For example, we use the GCP integration to only get GCP audit logs, a new dataset, Cloud Run Metrics, was added on version 2.31.1, and our credentials do not have permissions to this kind of data, and it also seems to need extra configurations, so this made the Agent to be Unhealthy because of this error.

It would be better for the new datasets to not be enabled by default when upgrading the integration.

@andrewkroh
Copy link
Member

I agree. New datasets enabled by default creates the same problems we had with Filebeat modules (elastic/beats#17256).

@leandrojmp
Copy link
Contributor Author

leandrojmp commented Mar 6, 2024

Hello @andrewkroh

Just an update, this also happens on other integrations, we updated our AWS integration and one of the changes is that a new dataset/metricset for the AWS MSK was added, and this was enabled by default, since we do not use MSK and our credentials do not have permission to its metrics, the agent entered on an UNHEALTHY state.

Is there a generic issue about this?

@andrewkroh
Copy link
Member

I'm not aware of a generic issue. But perhaps the Fleet team is aware of the issue and tracking it somewhere. @elastic/fleet?

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

No branches or pull requests

2 participants