-
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] Existence of index template should be verified before index is created #100452
Comments
FYI also @banderror |
@banderror should be able to address this as part of the follow-up convergence once #98353 is merged, so we should be good. If this ends up falling out of scope of that effort for some reason we can identify someone to ensure it still makes it 👍 |
Yes, I can try to address this as part of the follow-up convergence. Might need some help from someone who's more familiar with Elasticsearch though, but we'll figure this out. Thanks for mentioning me here 👍 |
Pinging @elastic/security-solution (Team: SecuritySolution) |
Pinging @elastic/security-detections-response (Team:Detections and Resp) |
Hey everyone, FYI ownership of this ticket and other tickets related to rule_registry (like #101016) now goes to the Detection Alerts area ( |
When writing alerts, the rule registry tries to create a concrete index for a write target if it doesn't exist (after it has caught a
index_not_found_exception
frombulk
). It currently does not check whether an index template exists before it does so - which means that it might create an index without any mappings, leading to partial failures when this index matches a target that e.g. sorts on@timestamp
. To prevent this, we should check right before creating the index whether a valid index template exists. We can probably do so by calling the_index_template/_simulate_index
API:Alternatively, we can check for the existence of technical fields, but a non-empty mappings object is probably good enough for now.
cc @tsg @jasonrhodes @spong @smith
The text was updated successfully, but these errors were encountered: