Describe the bug
We have had an index on which we defined a text field change with fast: false , this index already has data. We could not perform aggregation queries on it. When we attempted aggregation queries on it we got this error:
{ ERROR quickwit_search::error: search internal error: search failed for the following splits: x, y, z, . For instance, split x failed with the following error message: internal error: `An invalid argument was passed: 'Field \"change\" is not configured as fast field'`"}
We have now updated the schema to set fast: true so we could perform aggregation even if old split will be considered as missing data. however we still the same error after changing the schema and ingesting new data.
{ ERROR quickwit_search::error: search internal error: search failed for the following splits: x, y, z, . For instance, split x failed with the following error message: internal error: `An invalid argument was passed: 'Field \"change\" is not configured as fast field'`"}
Steps to reproduce (if applicable)
Steps to reproduce the behavior:
- create an index with a field
test that's is not fast-field
- ingest some data
- change the schema to make the field
test fast-fields
- ingest more data
- attempt to make aggregation query on the field
test
- You should be able to observe the reported error
Expected behaviour
We expected after the schema update, that aggregation queries on change field should work although it will not take into account old split on which fast-field was not enabled on the change field.
Describe the bug
We have had an index on which we defined a text field
changewithfast: false, this index already has data. We could not perform aggregation queries on it. When we attempted aggregation queries on it we got this error:We have now updated the schema to set
fast: trueso we could perform aggregation even if old split will be considered as missing data. however we still the same error after changing the schema and ingesting new data.Steps to reproduce (if applicable)
Steps to reproduce the behavior:
testthat's is not fast-fieldtestfast-fieldstestExpected behaviour
We expected after the schema update, that aggregation queries on
changefield should work although it will not take into account old split on which fast-field was not enabled on thechangefield.