-
Notifications
You must be signed in to change notification settings - Fork 25.5k
Closed
Labels
:Search Foundations/SearchCatch all for Search FoundationsCatch all for Search Foundations>bugTeam:Search FoundationsMeta label for the Search Foundations team in ElasticsearchMeta label for the Search Foundations team in Elasticsearchpriority:highA label for assessing bug priority to be used by ES engineersA label for assessing bug priority to be used by ES engineers
Description
Elasticsearch Version
9.0.0 ECH
Installed Plugins
No response
Java Version
bundled
OS Version
Elastic Cloud
Problem Description
After an upgrade to Elastic v9.0.0, a user reported that they were encountering too_complex_to_determinize_exception
error for the index patterns in PUT _index_template/logs-production
.
At the moment, we've communicated a workaround: either simplify the patterns or split the patterns across 2 templates. However, we'll need a proper fix for this.
Looking at the commit history, this error is coming from the changes introduced in Lucene 10 upgrade: #114741, i.e. due to Operations.determinize(Operations.union(automata), Operations.DEFAULT_DETERMINIZE_WORK_LIMIT)
in Regex#simpleMatchToAutomaton()
.
Steps to Reproduce
Here's an example:
PUT _index_template/logs-production
{
"index_patterns": [
"*haproxy-production*",
"*postgres-production*",
"*psql_slow_query-production*",
"*springboot-production*",
"*tomcat-production*",
"*security-security*",
"*alerts-monitoring*"
],
"template": {
"settings": {
"index": {
"lifecycle": {
"name": "logs-production"
},
"codec": "best_compression",
"query": {
"default_field": [
"message"
]
}
}
}
},
"composed_of": [
"logs-mappings",
"data-streams-mappings"
]
Logs (if relevant)
No response
bcbee
Metadata
Metadata
Assignees
Labels
:Search Foundations/SearchCatch all for Search FoundationsCatch all for Search Foundations>bugTeam:Search FoundationsMeta label for the Search Foundations team in ElasticsearchMeta label for the Search Foundations team in Elasticsearchpriority:highA label for assessing bug priority to be used by ES engineersA label for assessing bug priority to be used by ES engineers