-
Notifications
You must be signed in to change notification settings - Fork 4.9k
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
Metricbeat fails to publish elasticsearch metricbeat documents due to require_alias
error
#30044
Comments
Pinging @elastic/elastic-agent-data-plane (Team:Elastic-Agent-Data-Plane) |
Nice work, @matschaffer! I suspect that the I've honestly gotten myself lost on alias vs not alias at the index level. I assume this is because MB in 8.0 writes to data streams which are not write aliases? Can you just confirm my understanding there? |
You are correct as far as my understanding goes as well. On 7.x metricbeat-collected monitoring data should be raw indices (no aliases) and on 8.0 they should be data streams (also not aliases, at least as far as beats is concerned). Internal collection will be raw indices in both 7 & 8. |
The revert is merged. |
We observed in this deployment from @jasonrhodes https://admin.found.no/deployments/1df5d5b91b5a49fd9f9fa6fc2e93b51a that metricbeat was failing to publish ES monitoring docs with the following error:
This is unexpected since the
.monitoring-es-7-*
indices are not expected to have aliases.@lucasmoore provided the metricbeat config for the master instance of the deployment, which contain no reference to alias requirements.
metricbeat.yml
modules.d/elasticsearch.yml
I found #29879 which involves require_alias and was recently merged to 7.17. So at the moment I suspect it's what's causing the incorrect expectation, but I haven't gone over the PR in detail yet.
cc @kvch who opened the PR and may have additional context
Rel: #29920 (probably same issue, but that issue seemed ECK focused so I didn't see the connection until I'd already opened this one)
The text was updated successfully, but these errors were encountered: