Open weltenwort opened 1 year ago
Is there a functional failure as well, or just 404 log noise?
I'm not very fluent in golang, but the call to the missing /api/settings
route seems to be the last step in the polling cycle. The documents that correspond to the stats
and status
API calls seem to be emitted beforehand. I don't know enough to judge whether there's something else in the beat framework that is negatively impacted by these errors. Maybe a more qualified beats dev can give their opinion.
Pinging @elastic/integrations (Team:Integrations)
Hi! We just realized that we haven't looked into this issue in a while. We're sorry!
We're labeling this issue as Stale
to make it hit our filters and make sure we get back to it as soon as possible. In the meantime, it'd be extremely helpful if you could take a look at it as well and confirm its relevance. A simple comment with a nice emoji will be enough :+1
.
Thank you for your contribution!
:lady_beetle: Bug report
metricbeat
kibana
withxpack.enabled: true
7.17.5
:1234: Steps to reproduce
/api/settings
of the Kibana instance.:thought_balloon: Context
The route
/api/settings
was removed in 8.0.0 on the Kibana side. On the metricbeat thekibana
module was refactored to extract the code calling that API into thesettings
metricset. For 7.17, though the call to the settings API is still part of thestats
metricset and results in a 404. Although it is guarded by a version check, that check only guards against version < 6.4, but not > 8.0.It seems that https://github.com/elastic/beats/issues/21119 was supposed to fix this, but was closed without a clean resolution.