-
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
Fix mapping and race condition in sql module #15738
Conversation
Mapping was defined at the metricset level, but it should be defined at the module level. Add system test to earlier check documented fields. Fixes elastic#15736
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
metricbeat/docs/fields.asciidoc
Outdated
+ | ||
-- | ||
Non-numeric values collected. | ||
Non-numeric values collected. - release: beta |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
something smells bad here
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yep, I have needed a while to find the proper combination of spaces in the yamls, it should be fixed now.
Prometheus and statsd modules have the same problem, I will open a different PR to fix them.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
PR for the same change in other modules #15742
Mapping was defined at the metricset level, but it should be defined at the module level. Add system test to earlier detect this kind of issues. Also add validation so driver and sql_query options cannot be empty. Fetch was reusing some maps when building the event, what was causing mixed data in events and panics on queries with lots of rows. Fixes elastic#15736 (cherry picked from commit badb2cb)
Mapping was defined at the metricset level, but it should be defined at the module level. Add system test to earlier detect this kind of issues. Also add validation so driver and sql_query options cannot be empty. Fetch was reusing some maps when building the event, what was causing mixed data in events and panics on queries with lots of rows. Fixes elastic#15736 (cherry picked from commit badb2cb)
Mapping was defined at the metricset level, but it should be defined at the module level. Add system test to earlier detect this kind of issues. Also add validation so driver and sql_query options cannot be empty. Fetch was reusing some maps when building the event, what was causing mixed data in events and panics on queries with lots of rows. Fixes #15736 (cherry picked from commit badb2cb)
Mapping was defined at the metricset level, but it should be defined at the module level. Add system test to earlier detect this kind of issues. Also add validation so driver and sql_query options cannot be empty. Fetch was reusing some maps when building the event, what was causing mixed data in events and panics on queries with lots of rows. Fixes #15736 (cherry picked from commit badb2cb)
Mapping was defined at the metricset level, but it should be defined at
the module level.
Add system test to earlier detect this kind of issues.
Also add validation so driver and sql_query options cannot be empty.
Fetch was reusing some maps when building the event, what was
causing mixed data in events and panics on queries with lots of rows.
Fixes #15736