we have recently upgraded our ES cluster (12 nodes, ~900GB data) from
0.90.9 to 1.4.2. We did a restart-upgrade, so backup data and then start
the new ES version with the old data directories.
Since then we're seeing lot of messages like "re-syncing mappings with
cluster state for types ..." in the log of the master node, about 5-10
every second (Once for each index). The load and network traffic on the
machines also seems to have increased quite a bit.
Some googling showed me various older (0.17/0.18) questions about this, and
that it's related to serialization of the mapping. Our mapping is here:
One suggested quick fix i found was to close/re-open the affected indices.
Other suggestions? Or tips how to debug why this is going wrong, and what
to change in the mapping?
How serious is this? Does this need immediate attention, or should the
cluster survive for a while?
we have recently upgraded our ES cluster (12 nodes, ~900GB data) from
0.90.9 to 1.4.2. We did a restart-upgrade, so backup data and then start
the new ES version with the old data directories.
Since then we're seeing lot of messages like "re-syncing mappings with
cluster state for types ..." in the log of the master node, about 5-10
every second (Once for each index). The load and network traffic on the
machines also seems to have increased quite a bit.
Some googling showed me various older (0.17/0.18) questions about this,
and that it's related to serialization of the mapping. Our mapping is here: elasticsearch 1.4.2 mapping · GitHub
One suggested quick fix i found was to close/re-open the affected indices.
Other suggestions? Or tips how to debug why this is going wrong, and what
to change in the mapping?
How serious is this? Does this need immediate attention, or should the
cluster survive for a while?
Thanks for the response. We did not upgrade java, we're running java
1.7.0_45, and Elasticsearch 1.4.2.
For anyone else running into this: We did manage to "solve" the issue by
closing and re-opening all indices. After that the continuous
re-synchronization stopped. Certain events start it again though: For
example moving a shard. Closing/re-opening an index then "solves" it again
though.
we have recently upgraded our ES cluster (12 nodes, ~900GB data) from
0.90.9 to 1.4.2. We did a restart-upgrade, so backup data and then start
the new ES version with the old data directories.
Since then we're seeing lot of messages like "re-syncing mappings with
cluster state for types ..." in the log of the master node, about 5-10
every second (Once for each index). The load and network traffic on the
machines also seems to have increased quite a bit.
Some googling showed me various older (0.17/0.18) questions about this,
and that it's related to serialization of the mapping. Our mapping is here: elasticsearch 1.4.2 mapping · GitHub
One suggested quick fix i found was to close/re-open the affected
indices. Other suggestions? Or tips how to debug why this is going wrong,
and what to change in the mapping?
How serious is this? Does this need immediate attention, or should the
cluster survive for a while?
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.