ES服务崩溃。找到以下堆栈跟踪:
Caused by: java.lang.AssertionError: java.text.ParseException: Failed to parse major version from "ield" (got: ield." "Fri, 20 Dec 2019 10:58:02 G 25753 MT".internal:index/shard/recovery/prepare_translog^@^@^@^@^@^@^@̏^Wrts_requ) 25754 at org.elasticsearch.index.store.StoreFileMetaData.<init>(StoreFileMetaData.java:68) ~[elasticsearch-6.2.3.jar:6.2.3] 25755 at org.elasticsearch.index.store.Store$MetadataSnapshot.<init>(Store.java:806) ~[elasticsearch-6.2.3.jar:6.2.3] 25756 at org.elasticsearch.indices.recovery.StartRecoveryRequest.readFrom(StartRecoveryRequest.java:122) ~[elasticsearch-6.2.3.jar:6.2.3] 25757 at org.elasticsearch.common.io.stream.Streamable.lambda$newWriteableReader$0(Streamable.java:51) ~[elasticsearch-6.2.3.jar:6.2.3] 25758 at org.elasticsearch.transport.RequestHandlerRegistry.newRequest(RequestHandlerRegistry.java:56) ~[elasticsearch-6.2.3.jar:6.2.3] 25759 at org.elasticsearch.transport.TcpTransport.handleRequest(TcpTransport.java:1508) ~[elasticsearch-6.2.3.jar:6.2.3] 25760 at org.elasticsearch.transport.TcpTransport.messageReceived(TcpTransport.java:1382) [elasticsearch-6.2.3.jar:6.2.3] 25761 at org.elasticsearch.transport.netty4.Netty4MessageChannelHandler.channelRead(Netty4MessageChannelHandler.java:64) ~[?:?] 25762 at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362) ~[?:?] 25763 ... 24 more
答案 0 :(得分:0)
因此,要添加的一件事是,我正在openstack之上运行此ES设置。现在,由于某种原因,其中一个框可能有另一组TCP设置,这可能是造成此问题的原因。
之所以这样说,是因为当我多次快速尝试卷曲该机的IP:9200时,有时输出卡在如下所述的版本之前。甚至我卷曲的终端也卡住了。
我认为其他Elasticsearch与该ES交互并随后崩溃时也发生了同样的事情。
{
"name" : "###",
"cluster_name" : "###",
"cluster_uuid" : "####",
"version" : {
最终,我只是要求一个新的开放堆栈虚拟机,该虚拟机具有与另一个框相同的基本映像,以匹配TCP设置,而我们几个月来都没有出现该错误。
注意事项: 1.我们升级了ES,但这没有帮助。 2.我不能保证TCP设置是问题所在,但这就是我的目标。可能是操作系统映像问题,底层主机问题等。(不幸的是,我丢失了TCP设置)