I using the Java API.
I seem to get these RemoteTransportExceptions:
org.elasticsearch.transport.RemoteTransportException: [Georgianna
Castleberry][inet[/10.130.202.34:9300]][indices/index/shard/index]
Caused by: org.elasticsearch.action.UnavailableShardsException:
[registry][4] [2] shardIt, [0] active : Timeout waiting for [1m], request:
index...
at
org.elasticsearch.action.support.replication.TransportShardReplicationOperationAction$AsyncShardOperationAction$3.onTimeout(
TransportShardReplicationOperationAction.java:455)195297
[main][au.com.ikeda.testing.ground.foundation.service.TestRegistryIndexer.testRegistryIndexer(
TestRegistryIndexer.java:44)] DEBUG
au.com.ikeda.testing.ground.foundation.service.TestRegistryIndexer -
Indexed [REG:e3a05447-d481-406a-a135-627c21d0c903]
at
org.elasticsearch.cluster.service.InternalClusterService$NotifyTimeout.run(
InternalClusterService.java:305)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(
ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(
ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)
It just seems to sit there and every now and then it will proceed but hang
again.
Anthony
On Mon, Oct 17, 2011 at 5:11 PM, Shay Banon kimchy@gmail.com wrote:
Which client are you using? Have the different nodes found each other and
formed a cluster (you can see that in the logs, or the cluster state API)?
One of the reasons why it might "hang" (not really hang, but wait for a
timeout fo 1m) is if there aren't enough active shards for hte document to
be indexed. This can happen, for example, if you have 1 node, and set
number_of_replicas to 2 (3 copies), and then try and index a doc. By
default, it expects a quorum of shards to be active. See write consistency
in the index API docs:
Elasticsearch Platform — Find real-time answers at scale | Elastic.
On Tue, Oct 18, 2011 at 2:02 AM, Anthony Ikeda <
anthony.ikeda.dev@gmail.com> wrote:
Thanks Shay. Also as for the ports, I set up a basic cluster in our dev
environment, as far as I know there are no blocked ports, but trying to
index any data leaves the Client hanging - no errors are reported thus the
question about what ports need to be opened.
Running locally works fine though.
Anthony
On Mon, Oct 17, 2011 at 4:55 PM, Shay Banon kimchy@gmail.com wrote:
On Mon, Oct 17, 2011 at 11:21 PM, Anthony Ikeda <
anthony.ikeda.dev@gmail.com> wrote:
We are looking at using Elasticsearch to index our data that we
currently store to Cassandra. I was wondering if there are any
concerns running Elasticsearch on the same nodes that we use for
Cassandra?
Running them on the same machine is possible, but, they will affect each
other (IO, network, CPU).
Also which ports are required to be opened for proper communication
from node to node and client to node?
By default, elasticsearch will use post 9300 for node to node and Java
API communication, and port 9200 for HTTP endpoint.
Anthony