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

[ftr] geoip ingest processor not working in serverless FTR config #203161

Open
weltenwort opened this issue Dec 5, 2024 · 1 comment
Open

[ftr] geoip ingest processor not working in serverless FTR config #203161

weltenwort opened this issue Dec 5, 2024 · 1 comment
Labels
bug Fixes for quality problems that affect the customer experience FTR Team:QA Team label for QA Team

Comments

@weltenwort
Copy link
Member

🐞 Description

When running serverless FTR tests locally or in CI, the GeoIP ingest pipeline processor in the Elasticsearch cluster is not functional. Instead, it adds a field tags: "_geoip_database_unavailable_GeoLite2-City.mmdb" to all documents ingested via an ingest pipeline that contains it.

🐾 Steps to reproduce

  1. During any serverless functional test, ingest any document into a data stream matching logs-apm.apps.*.
  2. Observe how each document gains the tags field.

🔍 Background

  • In order to function correctly, the geoip ingest processor requires a geoip database to be available.
  • Usually Elasticsearch downloads a geoip database automatically when any ingest pipeline using that processor exists.
  • The test cluster's docker network as created by the FTR framework does not offer a route to the internet.
  • Since that wouldn't be advisable in CI anyway, a locally hosted provider of the geoip database files would probably be preferable.
@weltenwort weltenwort added bug Fixes for quality problems that affect the customer experience FTR Team:QA Team label for QA Team labels Dec 5, 2024
@elasticmachine
Copy link
Contributor

Pinging @elastic/appex-qa (Team:QA)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Fixes for quality problems that affect the customer experience FTR Team:QA Team label for QA Team
Projects
None yet
Development

No branches or pull requests

2 participants