-
Notifications
You must be signed in to change notification settings - Fork 8.2k
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
[RAC][Rule Registry] Generate ECS fieldmap from ECS 8.0 #123012
Conversation
This is the result of running the generate_ecs_fieldmap script against ECS' 8.0 branch.
Scanning CI it looks like this is the offending error, currently:
I'm not sure which field that pertains to, but will continue to investigate. |
'host.cpu.usage': { | ||
type: 'scaled_float', | ||
array: false, | ||
required: false, | ||
}, |
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.
Looks like this is the source of the mapping error, the script that generates this file doesn't pick up the scaling_factor
from the ECS file (https://github.com/elastic/ecs/blob/main/generated/ecs/ecs_flat.yml#L4646) and scaling_factor
is a required property for scaled_float
fields.
This is a required field for e.g. scaled_float fields, so we need to reflect its value in our field map.
It does not appear that this value was ever being set, nor does this value appear in ECS' flat output, so I'm removing it for now to keep our types as accurate as possible.
This is a required field for type: alias fields.
This now exceeds the default of 1000.
Apparently 1300 wasn't enough, either.
For posterity: the errors related to these changes look to be due to #108941 and the resulting PR. |
Makes this field optional, since the technical component template doesn't currently use it.
Including the newest ECS fields, this index now exceeds 1600 fields. This value should probably be derived from the composed template's limits, but for now this allows the template to be created.
@elasticmachine merge upstream |
💚 Build Succeeded
Metrics [docs]Async chunks
History
To update your PR or re-run it, just comment with: cc @rylnd |
threat fields w/ both |
Pinging @elastic/response-ops (Team:ResponseOps) |
The following labels were identified as gaps in your version labels and will be added automatically:
If any of these should not be on your pull request, please manually remove them. |
* Generate ECS fieldmap from ECS 8.0 This is the result of running the generate_ecs_fieldmap script against ECS' 8.0 branch. * Account for scaling_factor property from ECS This is a required field for e.g. scaled_float fields, so we need to reflect its value in our field map. * Remove unused, unset property from FieldMap It does not appear that this value was ever being set, nor does this value appear in ECS' flat output, so I'm removing it for now to keep our types as accurate as possible. * Add path back to FieldMap definition This is a required field for type: alias fields. * Try upping the fields limit on our ECS component template This now exceeds the default of 1000. * Bump our field limit a bit more Apparently 1300 wasn't enough, either. * Fix type error Makes this field optional, since the technical component template doesn't currently use it. * Bump the field limit of our composed template Including the newest ECS fields, this index now exceeds 1600 fields. This value should probably be derived from the composed template's limits, but for now this allows the template to be created. Co-authored-by: Kibana Machine <42973632+kibanamachine@users.noreply.github.com> (cherry picked from commit 8737691)
💚 All backports created successfully
Note: Successful backport PRs will be merged automatically after passing CI. Questions ?Please refer to the Backport tool documentation |
…23334) * Generate ECS fieldmap from ECS 8.0 This is the result of running the generate_ecs_fieldmap script against ECS' 8.0 branch. * Account for scaling_factor property from ECS This is a required field for e.g. scaled_float fields, so we need to reflect its value in our field map. * Remove unused, unset property from FieldMap It does not appear that this value was ever being set, nor does this value appear in ECS' flat output, so I'm removing it for now to keep our types as accurate as possible. * Add path back to FieldMap definition This is a required field for type: alias fields. * Try upping the fields limit on our ECS component template This now exceeds the default of 1000. * Bump our field limit a bit more Apparently 1300 wasn't enough, either. * Fix type error Makes this field optional, since the technical component template doesn't currently use it. * Bump the field limit of our composed template Including the newest ECS fields, this index now exceeds 1600 fields. This value should probably be derived from the composed template's limits, but for now this allows the template to be created. Co-authored-by: Kibana Machine <42973632+kibanamachine@users.noreply.github.com> (cherry picked from commit 8737691) Co-authored-by: Ryland Herrick <ryalnd@gmail.com>
Pinging @elastic/security-detections-response (Team:Detections and Resp) |
## Summary New ECS FieldMap was generated in #123012, however since it only contained changes to `Rule Registry` code the `Security Solution` Cypress tests were not run, and thus did not catch this field change. See #122661 (comment) for details. Confirmed w/ @madirey that expected value is indeed `5` now that `host.geo.continent_code` has been [added](https://github.com/elastic/kibana/pull/123012/files#diff-a1647ccb73ef26c8c8b6aefd87084504b146af72fcb088ccacad93fcaad15b69R1524-R1528). Some failing PR's from `main`: #123357 #121644 #123352 ### Checklist Delete any items that are not applicable to this PR. - [x] [Unit or functional tests](https://www.elastic.co/guide/en/kibana/master/development-tests.html) were updated or added to match the most common scenarios
…123429) ## Summary New ECS FieldMap was generated in elastic#123012, however since it only contained changes to `Rule Registry` code the `Security Solution` Cypress tests were not run, and thus did not catch this field change. See elastic#122661 (comment) for details. Confirmed w/ @madirey that expected value is indeed `5` now that `host.geo.continent_code` has been [added](https://github.com/elastic/kibana/pull/123012/files#diff-a1647ccb73ef26c8c8b6aefd87084504b146af72fcb088ccacad93fcaad15b69R1524-R1528). Some failing PR's from `main`: elastic#123357 elastic#121644 elastic#123352 ### Checklist Delete any items that are not applicable to this PR. - [x] [Unit or functional tests](https://www.elastic.co/guide/en/kibana/master/development-tests.html) were updated or added to match the most common scenarios (cherry picked from commit d6917fc)
…#123433) ## Summary New ECS FieldMap was generated in #123012, however since it only contained changes to `Rule Registry` code the `Security Solution` Cypress tests were not run, and thus did not catch this field change. See #122661 (comment) for details. Confirmed w/ @madirey that expected value is indeed `5` now that `host.geo.continent_code` has been [added](https://github.com/elastic/kibana/pull/123012/files#diff-a1647ccb73ef26c8c8b6aefd87084504b146af72fcb088ccacad93fcaad15b69R1524-R1528). Some failing PR's from `main`: #123357 #121644 #123352 ### Checklist Delete any items that are not applicable to this PR. - [x] [Unit or functional tests](https://www.elastic.co/guide/en/kibana/master/development-tests.html) were updated or added to match the most common scenarios (cherry picked from commit d6917fc) Co-authored-by: Garrett Spong <spong@users.noreply.github.com>
* Generate ECS fieldmap from ECS 8.0 This is the result of running the generate_ecs_fieldmap script against ECS' 8.0 branch. * Account for scaling_factor property from ECS This is a required field for e.g. scaled_float fields, so we need to reflect its value in our field map. * Remove unused, unset property from FieldMap It does not appear that this value was ever being set, nor does this value appear in ECS' flat output, so I'm removing it for now to keep our types as accurate as possible. * Add path back to FieldMap definition This is a required field for type: alias fields. * Try upping the fields limit on our ECS component template This now exceeds the default of 1000. * Bump our field limit a bit more Apparently 1300 wasn't enough, either. * Fix type error Makes this field optional, since the technical component template doesn't currently use it. * Bump the field limit of our composed template Including the newest ECS fields, this index now exceeds 1600 fields. This value should probably be derived from the composed template's limits, but for now this allows the template to be created. Co-authored-by: Kibana Machine <42973632+kibanamachine@users.noreply.github.com>
…123429) ## Summary New ECS FieldMap was generated in elastic#123012, however since it only contained changes to `Rule Registry` code the `Security Solution` Cypress tests were not run, and thus did not catch this field change. See elastic#122661 (comment) for details. Confirmed w/ @madirey that expected value is indeed `5` now that `host.geo.continent_code` has been [added](https://github.com/elastic/kibana/pull/123012/files#diff-a1647ccb73ef26c8c8b6aefd87084504b146af72fcb088ccacad93fcaad15b69R1524-R1528). Some failing PR's from `main`: elastic#123357 elastic#121644 elastic#123352 ### Checklist Delete any items that are not applicable to this PR. - [x] [Unit or functional tests](https://www.elastic.co/guide/en/kibana/master/development-tests.html) were updated or added to match the most common scenarios
Summary
This is the result of running the
generate_ecs_fieldmap
script against ECS' 8.0 branch.Checklist