and removing one node from the cluster, which seemed to help, because it
finally assigned the shards to a node.
Unfortunately the same problem appeared again the next day, when the
cluster tried to create new indices.
Elasticsearch 1.1.0 with OpenJDK Java7 on Debian Wheezy
I would like to find out the reason why the cluster doesn't assign these
new shards to any node or find a way to issue a command to the cluster to
reassign/redistribute all unassigned shards to a node.
and removing one node from the cluster, which seemed to help, because it
finally assigned the shards to a node.
Unfortunately the same problem appeared again the next day, when the
cluster tried to create new indices.
Elasticsearch 1.1.0 with OpenJDK Java7 on Debian Wheezy
I would like to find out the reason why the cluster doesn't assign these
new shards to any node or find a way to issue a command to the cluster to
reassign/redistribute all unassigned shards to a node.
I forgot to write it again in this mail, but in the gist I pasted the full
logs when the ES cluster created the new indices until I tried to restart
the current active master.
head es_cluster.log
[2014-04-14 02:00:01,504][INFO ][cluster.metadata ] [es@log01] [logstash-2014.04.14] creating index, cause [auto(bulk api)], shards [2]/[1], mappings [default]
[2014-04-14 02:00:02,938][INFO ][cluster.metadata ] [es@log01] [puppetmaster-2014.04.14] creating index, cause [auto(bulk api)], shards [2]/[1], mappings
[2014-04-14 10:46:12,318][INFO ][node ] [es@log01] stopping ...
[2014-04-14 10:46:12,446][WARN ][netty.channel.DefaultChannelPipeline] An exception was thrown by an exception handler.
java.util.concurrent.RejectedExecutionException: Worker has already been shutdown
at org.elasticsearch.common.netty.channel.socket.nio.AbstractNioSelector.registerTask(AbstractNioSelector.java:120)
at org.elasticsearch.common.netty.channel.socket.nio.AbstractNioWorker.executeInIoThread(AbstractNioWorker.java:72)
Which means that there are no log messages at all on why the cluster
couldn't assign the new shards.
On Tuesday, April 15, 2014 5:07:12 PM UTC+2, Mark Walkom wrote:
and removing one node from the cluster, which seemed to help, because it
finally assigned the shards to a node.
Unfortunately the same problem appeared again the next day, when the
cluster tried to create new indices.
Elasticsearch 1.1.0 with OpenJDK Java7 on Debian Wheezy
I would like to find out the reason why the cluster doesn't assign these
new shards to any node or find a way to issue a command to the cluster to
reassign/redistribute all unassigned shards to a node.
and today the ES cluster assigned the new shards as it should.
I have now set the replica count back to 1 and will see if that's the
problem tomorrow.
On Tuesday, April 15, 2014 5:43:32 PM UTC+2, Andreas Paul wrote:
Hi Mark,
I forgot to write it again in this mail, but in the gist I pasted the full
logs when the ES cluster created the new indices until I tried to restart
the current active master.
head es_cluster.log
[2014-04-14 02:00:01,504][INFO ][cluster.metadata ] [es@log01] [logstash-2014.04.14] creating index, cause [auto(bulk api)], shards [2]/[1], mappings [default]
[2014-04-14 02:00:02,938][INFO ][cluster.metadata ] [es@log01] [puppetmaster-2014.04.14] creating index, cause [auto(bulk api)], shards [2]/[1], mappings
[2014-04-14 10:46:12,318][INFO ][node ] [es@log01] stopping ...
[2014-04-14 10:46:12,446][WARN ][netty.channel.DefaultChannelPipeline] An exception was thrown by an exception handler.
java.util.concurrent.RejectedExecutionException: Worker has already been shutdown
at org.elasticsearch.common.netty.channel.socket.nio.AbstractNioSelector.registerTask(AbstractNioSelector.java:120)
at org.elasticsearch.common.netty.channel.socket.nio.AbstractNioWorker.executeInIoThread(AbstractNioWorker.java:72)
Which means that there are no log messages at all on why the cluster
couldn't assign the new shards.
On Tuesday, April 15, 2014 5:07:12 PM UTC+2, Mark Walkom wrote:
and removing one node from the cluster, which seemed to help, because it
finally assigned the shards to a node.
Unfortunately the same problem appeared again the next day, when the
cluster tried to create new indices.
Elasticsearch 1.1.0 with OpenJDK Java7 on Debian Wheezy
I would like to find out the reason why the cluster doesn't assign these
new shards to any node or find a way to issue a command to the cluster to
reassign/redistribute all unassigned shards to a node.
Still don't know the reason why it failed in the first place or what I did
to fix it.
Maybe a slow cluster restart helped: stopping all nodes and then starting
only one node so it can become master instead of restarting all at once and
letting them work it out who should become master.
Maybe I had a split brain problem by restarting too quickly, but then why
would I see all nodes in the cluster information with only one master.
Anyway it's working now...
On Wednesday, April 16, 2014 10:26:15 AM UTC+2, Andreas Paul wrote:
and today the ES cluster assigned the new shards as it should.
I have now set the replica count back to 1 and will see if that's the
problem tomorrow.
On Tuesday, April 15, 2014 5:43:32 PM UTC+2, Andreas Paul wrote:
Hi Mark,
I forgot to write it again in this mail, but in the gist I pasted the
full logs when the ES cluster created the new indices until I tried to
restart the current active master.
head es_cluster.log
[2014-04-14 02:00:01,504][INFO ][cluster.metadata ] [es@log01] [logstash-2014.04.14] creating index, cause [auto(bulk api)], shards [2]/[1], mappings [default]
[2014-04-14 02:00:02,938][INFO ][cluster.metadata ] [es@log01] [puppetmaster-2014.04.14] creating index, cause [auto(bulk api)], shards [2]/[1], mappings
[2014-04-14 10:46:12,318][INFO ][node ] [es@log01] stopping ...
[2014-04-14 10:46:12,446][WARN ][netty.channel.DefaultChannelPipeline] An exception was thrown by an exception handler.
java.util.concurrent.RejectedExecutionException: Worker has already been shutdown
at org.elasticsearch.common.netty.channel.socket.nio.AbstractNioSelector.registerTask(AbstractNioSelector.java:120)
at org.elasticsearch.common.netty.channel.socket.nio.AbstractNioWorker.executeInIoThread(AbstractNioWorker.java:72)
Which means that there are no log messages at all on why the cluster
couldn't assign the new shards.
On Tuesday, April 15, 2014 5:07:12 PM UTC+2, Mark Walkom wrote:
and removing one node from the cluster, which seemed to help, because
it finally assigned the shards to a node.
Unfortunately the same problem appeared again the next day, when the
cluster tried to create new indices.
Elasticsearch 1.1.0 with OpenJDK Java7 on Debian Wheezy
I would like to find out the reason why the cluster doesn't assign
these new shards to any node or find a way to issue a command to the
cluster to reassign/redistribute all unassigned shards to a node.
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.