Actually whats happening is if data gets deleted by couchdb's normal delete call. Data seems to get deleted from index but the following entry still remains in the index corresponding to the item that got deleted in couchdb. How can I also have this deleted. Is there some sort of config setting to delete this as well.
{
"_index": "user_index",
"_type": "logs",
"_id": "b5a30ba6bcf908c1a3db884e68136d9e",
"_score": 1,
"_source": {
"@version": "1",
"@timestamp": "2015-09-23T19:40:01.172Z",
"tags": [
"sites"
]
}
}
@theuntergeek any idea when this fix will be in? We are close to release now, this can really put us in difficult situation if we don't have this fixed anytime soon.
The couchdb_changes plugin creates an empty event on delete, and populates only the @metadata field with an action and an _id. Logstash requires that events have the @timestamp and @version fields, so the run method in the code has decorate(event), which applies those fields. Having tags => ['sites'] in your input puts that field there. I am making a presumption that these events are becoming documents in Elasticsearch because the output plugin is sending this data, instead of just the DELETE action and the associated document ID.
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.