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

The elastic-agent-autodiscover library is updated to version 0.6.4, disabling metadata for deployment and cronjob #38571

Open
wants to merge 2 commits into
base: 8.12
Choose a base branch
from

Conversation

asmith-elastic
Copy link
Contributor

Proposed commit message

Starting with 8.11, the elastic-agent-autodiscover library is updated to version 0.6.4, disabling metadata for deployment and cronjob. Pods that will be created from deployments or cronjobs will not have the extra metadata field for kubernetes.deployment or kubernetes.cronjob, respectively. This commit updates the documentation to align with this new change in 8.11.

This commit should also be back-ported to version 8.11.

Checklist

  • [ ] My code follows the style guidelines of this project
  • [ ] I have commented my code, particularly in hard-to-understand areas
  • I have made corresponding changes to the documentation
  • [ ] I have made corresponding change to the default configuration files
  • [ ] I have added tests that prove my fix is effective or that my feature works
  • I have added an entry in CHANGELOG.next.asciidoc or CHANGELOG-developer.next.asciidoc.

How to test this PR locally

Related issues

Starting with 8.11, the elastic-agent-autodiscover library is updated to version 0.6.4, disabling metadata for deployment and cronjob. Pods that will be created from deployments or cronjobs will not have the extra metadata field for kubernetes.deployment or kubernetes.cronjob, respectively. This commit updates the documentation to align with this new change.
@asmith-elastic asmith-elastic requested a review from a team as a code owner March 22, 2024 23:32
@asmith-elastic asmith-elastic requested review from rdner and fearful-symmetry and removed request for a team March 22, 2024 23:32
@botelastic botelastic bot added the needs_team Indicates that the issue/PR needs a Team:* label label Mar 22, 2024
@elasticmachine
Copy link
Collaborator

elasticmachine commented Mar 22, 2024

💚 Build Succeeded

the below badges are clickable and redirect to their specific view in the CI or DOCS
Pipeline View Test View Changes Artifacts preview preview

Expand to view the summary

Build stats

  • Start Time: 2024-04-24T06:32:58.696+0000

  • Duration: 8 min 21 sec

❕ Flaky test report

No test was executed to be analysed.

🤖 GitHub comments

Expand to view the GitHub comments

To re-run your PR in the CI, just comment with:

  • /test : Re-trigger the build.

  • /package : Generate the packages and run the E2E tests.

  • /beats-tester : Run the installation tests with beats-tester.

  • run elasticsearch-ci/docs : Re-trigger the docs validation. (use unformatted text in the comment!)

@cmacknz cmacknz requested a review from gizas March 25, 2024 15:20
@cmacknz cmacknz added the Team:Cloudnative-Monitoring Label for the Cloud Native Monitoring team label Mar 25, 2024
@botelastic botelastic bot removed the needs_team Indicates that the issue/PR needs a Team:* label label Mar 25, 2024
@cmacknz cmacknz added needs_team Indicates that the issue/PR needs a Team:* label backport-v8.11.0 Automated backport with mergify backport-v8.12.0 Automated backport with mergify backport-v8.13.0 Automated backport with mergify labels Mar 25, 2024
@botelastic botelastic bot removed the needs_team Indicates that the issue/PR needs a Team:* label label Mar 25, 2024
@botelastic
Copy link

botelastic bot commented Mar 25, 2024

This pull request doesn't have a Team:<team> label.

@lucabelluccini
Copy link
Contributor

👋 Anyone can help @asmith-elastic ?

@@ -178,8 +178,8 @@ Configuration parameters:
* `node` or `namespace`: Specify labels and annotations filters for the extra metadata coming from node and namespace. By default all labels are included while annotations are not. To change default behaviour `include_labels`, `exclude_labels` and `include_annotations` can be defined. Those settings are useful when storing labels and annotations that require special handling to avoid overloading the storage output.
Note: wildcards are not supported for those settings.
The enrichment of `node` or `namespace` metadata can be individually disabled by setting `enabled: false`.
* `deployment`: If resource is `pod` and it is created from a `deployment`, by default the deployment name is added, this can be disabled by setting `deployment: false`.
* `cronjob`: If resource is `pod` and it is created from a `cronjob`, by default the cronjob name is added, this can be disabled by setting `cronjob: false`.
* `deployment`: If resource is `pod` and it is created from a `deployment`, by default the deployment name is not added, this can be enabled by setting `deployment: true`.
Copy link
Contributor

Choose a reason for hiding this comment

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

Suggested change
* `deployment`: If resource is `pod` and it is created from a `deployment`, by default the deployment name is not added, this can be enabled by setting `deployment: true`.
* `deployment`: If resource is `pod` and it is created from a `deployment`. By default the deployment name is not added, this can be enabled by setting `deployment: true`.

* `deployment`: If resource is `pod` and it is created from a `deployment`, by default the deployment name is added, this can be disabled by setting `deployment: false`.
* `cronjob`: If resource is `pod` and it is created from a `cronjob`, by default the cronjob name is added, this can be disabled by setting `cronjob: false`.
* `deployment`: If resource is `pod` and it is created from a `deployment`, by default the deployment name is not added, this can be enabled by setting `deployment: true`.
* `cronjob`: If resource is `pod` and it is created from a `cronjob`, by default the cronjob name is not added, this can be enabled by setting `cronjob: true`.
Copy link
Contributor

Choose a reason for hiding this comment

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

Suggested change
* `cronjob`: If resource is `pod` and it is created from a `cronjob`, by default the cronjob name is not added, this can be enabled by setting `cronjob: true`.
* `cronjob`: If resource is `pod` and it is created from a `cronjob`. By default the cronjob name is not added, this can be enabled by setting `cronjob: true`.

@rdner rdner mentioned this pull request Apr 26, 2024
13 tasks
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
backport-v8.11.0 Automated backport with mergify backport-v8.12.0 Automated backport with mergify backport-v8.13.0 Automated backport with mergify docs Team:Cloudnative-Monitoring Label for the Cloud Native Monitoring team
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants