I am having some difficulties with the indexing of filebeat instead of using the "filebeat-YYYY.MM.dd" it sporadically indexes as %{[@metadata][beat]}-%{+YYYY.MM.dd}.. like it does not handle the metadata:
** curl 'localhost:9200/_cat/indices?v'**
health status index pri rep docs.count docs.deleted store.size pri.store.size
green open %{[@metadata][beat]}-2016.01.06 5 1 15 0 132.3kb 66.1kb
green open filebeat-2016.01.07 5 1 2257 0 1.9mb 978.6kb
green open .kibana 1 1 4 2 49.8kb 24.9kb
green open filebeat-2016.01.06 5 1 772300 0 567.5mb 284mb
green open %{[@metadata][beat]}-2016.01.07 5 1 2 0 18.3kb 9.1kb
you directly have filebeat -> logstash -> elasticsearch?
can you share your full logstash config (hope it's not too much). Filebeat always outputs [@metadata][beat] and [@metadata][type]. In Logstash, if fields are missing, the 'original pattern' is used. This makes me wonder if you've non filebeat inputs or if some filter is overwriting the @metadata. Somewhere in logstash @metadata get's lost.
I have the exact same issue.
It seems like it is only some messeges send from filebeat that does not contain the metadata information.
It is, as far as I know, only an issue when this tag is present: beats_input_flushed_by_end_of_connection
After running with logstash and elasticsearch for a while we have seen a pattern, that every time we restart one of our logstash servers it creates this index, when the logstash host is up to speed it allocates the data correct.
So, I am not actually experiencing the "index" problem, but what I am seeing is that the tags on certain log messages are being set with "beats_input_flushed_by_end_of_connection". This is completely overwriting the tags for some of the logs I am sending and makes searching by tags a complete PITA. I have googled the crap out of this, and can not find a clear indication as to why this is happening.
I do have a Logstash->Elasticsearch setup, but what's funny is most of my logs are coming in fine. But! I have not found a pattern as to why some of my logs are coming in with this new tag "beats_input_flushed_by_end_of_connection"
So I tracked the error down to being inside the logstash-input-beats ruby gem. It seems to be called when there is a new thread connection, but I am not sure why anyone would want to overwrite the exiting tags with this message on a new thread? Kinda lame.
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.