Open Armstrongya opened 9 years ago
First, try the latest version from the 1.3.x branch which is 1.3.4.7, but I guess it may be also required to upgrade ES to 1.3.4 (i'm not sure).
Simple question - is it possible that the river run might have taken more than 10 minutes (your interval length) and the next iteration started? See #407 and #398
@sawickil Thank you for your advice. I read your comments in #407 and #398 . My JDBC-River's schedule thread pool size is default 4. I recheck my ES log, and find that before client is closed, ES meet MapperParsingException, it tried several times and finally closed. Here is the log
org.elasticsearch.index.mapper.MapperParsingException: object mapping for [lgtype] tried to parse as object, but got EOF, has a concrete value been provided to it?
at org.elasticsearch.index.mapper.object.ObjectMapper.parse(ObjectMapper.java:499)
at org.elasticsearch.index.mapper.DocumentMapper.parse(DocumentMapper.java:534)
at org.elasticsearch.index.mapper.DocumentMapper.parse(DocumentMapper.java:483)
at org.elasticsearch.index.shard.service.InternalIndexShard.prepareIndex(InternalIndexShard.java:397)
at org.elasticsearch.action.bulk.TransportShardBulkAction.shardIndexOperation(TransportShardBulkAction.java:421)
at org.elasticsearch.action.bulk.TransportShardBulkAction.shardOperationOnPrimary(TransportShardBulkAction.java:158)
at org.elasticsearch.action.support.replication.TransportShardReplicationOperationAction$AsyncShardOperationAction.performOnPrimary(TransportShardReplicationOperationAction.java:522)
at org.elasticsearch.action.support.replication.TransportShardReplicationOperationAction$AsyncShardOperationAction$1.run(TransportShardReplicationOperationAction.java:421)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:724)
I finally solve this problem. As far as I know, this problem has no relationship with JDBC-River Plugin or ES Cluster version. It was caused by a invalid column data in MySQL table, which couldn't parsed to valid JSON document, so MapperParsingException happends, and finally client closed.
I modify the invalid data in MySQL table, and restart ElasticSearch Cluster, it runs again.
Thanks for @sawickil and @jprante 's kindly help.
Hi, Is there anybody meet this error before ? I have used ES as a search service in my website for two months, and it works fine. But today I found this error in ES log.
I install ElasticSearch 1.3.2 in two servers, they construct a ES cluster, and use River-JDBC Plugin 1.3.0.4 to pull data from MySQL table to ES index every 10 minutes incrementally. After this error, I can still search the previous index data, but new increased data in MySQL couldn't be indexed.
I also search similar issues about this, https://github.com/jprante/elasticsearch-river-jdbc/issues/312, and this https://github.com/jprante/elasticsearch-river-jdbc/issues/264, but haven't found proper solution. @jprante said this issue is not related with Driver-JDBC Plugin, it's ES Cluster's error. What can I do to fix this ?