Mapping conflict
4 fields are defined as several types (string, integer, etc) across the indices that match this pattern. You may still be able to use these conflict fields in parts of Kibana, but they will be unavailable for functions that require Kibana to know their type. Correcting this issue will require reindexing your data.```
Not sure how to solve this. Can you help here please?
For each field, find what is the proper type. Why is Elastic seeing different types?
Some reasons:
. Elastic guesses the field type based on the first event ingested. If it's a string field and it sees numbers first, it guesses wrong. Define mapping for the filed to fix.
. Same field name from different data sources but fields are of different format. Fix a data source, map or split into different fields.
When you define mapping for the fields, the index will have to "roll over" for the mapping to take effect. If you want the old data fixed, you have to reindex.
get your index details using GET ${YOUR_INDEX_NAME} -> the output will show you the index template being used, copy the name of template.
GET _index_template/${YOUR_INDEX_TEMPLATE} -> this will give you settings+mappings defined for your index template, copy the relevant section for conflicting field.
`PUT _index_template/${YOUR_INDEX_TEMPLATE} { "template": { "mappings": { "properties" : { "${YOUR_FILD_NAME}": { "type" : "long" } } } } } -> you should get acknowledgement as output.
Create a new index following the regex or index_pattern defined for ${YOUR_INDEX_TEMPLATE} by: PUT ${NEW_INDEX_NAME}.
Apache, Apache Lucene, Apache Hadoop, Hadoop, HDFS and the yellow elephant
logo are trademarks of the
Apache Software Foundation
in the United States and/or other countries.