2017-06-28 8 views
0

私はCrate 1.1.4から2.0.2へのアップグレードを行っています。この後も、すべてのテーブルを最適化しました。CrateIO 2.0.2 - 挿入と更新に関する問題

1つのインスタンスで1つのサーバーでCrateを実行します。私はノード名とクラスタ名を除き、デフォルト設定を変更していません。

今はデータベースに何も書き込めません。選択は良いですが、すべての書き込み操作はで終わる:

SQLActionException: INTERNAL_SERVER_ERROR 5000 UnavailableShardsException: [mytable][3] Not enough active copies to meet shard count of [ALL] (have 1, needed 2). Timeout: [1m], request: [ShardUpsertRequest{items=[Item{id='10'}], shardId=[my_table][3]}] 
at org.elasticsearch.action.support.replication.ReplicationOperation.execute(ReplicationOperation.java:107) 
at org.elasticsearch.action.support.replication.TransportReplicationAction$AsyncPrimaryAction.onResponse(TransportReplicationAction.java:319) 
at org.elasticsearch.action.support.replication.TransportReplicationAction$AsyncPrimaryAction.onResponse(TransportReplicationAction.java:254) 
at org.elasticsearch.action.support.replication.TransportReplicationAction$1.onResponse(TransportReplicationAction.java:839) 
at org.elasticsearch.action.support.replication.TransportReplicationAction$1.onResponse(TransportReplicationAction.java:836) 
at org.elasticsearch.index.shard.IndexShardOperationsLock.acquire(IndexShardOperationsLock.java:142) 
at org.elasticsearch.index.shard.IndexShard.acquirePrimaryOperationLock(IndexShard.java:1656) 
at org.elasticsearch.action.support.replication.TransportReplicationAction.acquirePrimaryShardReference(TransportReplicationAction.java:848) 
at org.elasticsearch.action.support.replication.TransportReplicationAction$AsyncPrimaryAction.doRun(TransportReplicationAction.java:271) 
at org.elasticsearch.common.util.concurrent.AbstractRunnable.run(AbstractRunnable.java:37) 
at org.elasticsearch.action.support.replication.TransportReplicationAction$PrimaryOperationTransportHandler.messageReceived(TransportReplicationAction.java:250) 
at org.elasticsearch.action.support.replication.TransportReplicationAction$PrimaryOperationTransportHandler.messageReceived(TransportReplicationAction.java:242) 
at org.elasticsearch.transport.RequestHandlerRegistry.processMessageReceived(RequestHandlerRegistry.java:69) 
at org.elasticsearch.transport.TransportService$6.doRun(TransportService.java:550) 
at org.elasticsearch.common.util.concurrent.ThreadContext$ContextPreservingAbstractRunnable.doRun(ThreadContext.java:527) 
at org.elasticsearch.common.util.concurrent.AbstractRunnable.run(AbstractRunnable.java:37) 
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) 
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) 
at java.lang.Thread.run(Thread.java:745) 

私はJDBCまたは直接クレートコンソールでINSERT/UPDATEクエリを実行する場合、それは問題ではありません。

この問題を解決する方法を知っている人はいますか?

ありがとうございます!

答えて

0

CrateDBは、デフォルトの書き込み整合性チェックと、デフォルトのテーブル設定で1ノードクラスタでの使用を許可するデフォルトのnumber_of_shardsを変更しました。

はあなたのケースではhttps://crate.io/docs/reference/release_notes/2.0.1.html#breaking-changes

を参照してください、私はあなたの​​が1に設定されていると思います。 0または0-1(自動展開)に設定するとこれが解決されます。

関連する問題