# ES rolling upgrade from 6.3.2 to 6.8.22, ES plug-in version should be upgraded to 6.8.22? **URL:** \ **Category:** Elasticsearch\ **Created:** [June 28, 2022, 6:48am UTC](https://discuss.elastic.co/t/es-rolling-upgrade-from-6-3-2-to-6-8-22-es-plug-in-version-should-be-upgraded-to-6-8-22/308325 "2022-06-28T06:48:53Z")\ **Posts on this page:** 9\ **Page:** 1
**Author:** ![qiuxb](https://avatars.discourse-cdn.com/v4/letter/q/48db29/32.png) [@qiuxb](https://discuss.elastic.co/u/qiuxb)\ **Post date:** [June 28, 2022, 6:48am UTC](https://discuss.elastic.co/t/es-rolling-upgrade-from-6-3-2-to-6-8-22-es-plug-in-version-should-be-upgraded-to-6-8-22/308325/1 "2022-06-28T06:48:53Z")
In order to fix the log4j2 vulnerability, we plan to upgrade the ES version from 6.3.2 to 6.8.22, and 7.x to 7.16.2. When reading the rolling upgrade document, the rolling upgrade document for 7.16.2 mentioned that the plugin needs to be upgraded. version, but within the rolling upgrade documentation for 6.8.22, there is nothing about upgrading plugins. I have some questions: 1. Do I need to upgrade the plug-in version in time during the rolling upgrade process? 2. Is the plugin version backward compatible? Will the new version of the plugin be deprecated? 3. In a cluster, some ES nodes are upgraded to 6.8.22 or 7.16.2, and the plug-in version is upgraded to 6.8.22 or 7.16.2. If multiple plug-in versions coexist, will it affect the normal access of the cluster? ---
**Author:** ![warkolm](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/warkolm/32/39224_2.png) [@warkolm](https://discuss.elastic.co/u/warkolm)\ **Post date:** [June 28, 2022, 6:50am UTC](https://discuss.elastic.co/t/es-rolling-upgrade-from-6-3-2-to-6-8-22-es-plug-in-version-should-be-upgraded-to-6-8-22/308325/2 "2022-06-28T06:50:51Z")
1. Yes, do it before you restart the node 2. Which plugin? 3. Yes, Elasticsearch likely won't start ---
**Author:** ![qiuxb](https://avatars.discourse-cdn.com/v4/letter/q/48db29/32.png) [@qiuxb](https://discuss.elastic.co/u/qiuxb)\ **Post date:** [June 28, 2022, 7:24am UTC](https://discuss.elastic.co/t/es-rolling-upgrade-from-6-3-2-to-6-8-22-es-plug-in-version-should-be-upgraded-to-6-8-22/308325/3 "2022-06-28T07:24:50Z")
1. Yes, do it before you restart the node --After shutting down the node and before starting the node with ES 6.8.22 binaries, use elasticsearch-plugins install plugin-name from the 6.8.22 package ? 2. Which plugin? - analysis-ik , version : 6.3.2 , description : IK Analyzer for Elasticsearch } - analysis-pinyin , version : 6.3.2 , description : Pinyin Analysis for Elasticsearch } - analysis-ik , version : 6.3.2 , description : IK Analyzer for Elasticsearch } - analysis-pinyin , version : 6.3.2 , description : Pinyin Analysis for Elasticsearch } - analysis-ik , version : 7.4.2 , description : IK Analyzer for Elasticsearch } - analysis-pinyin , version : 7.4.2 , description : Pinyin Analysis for Elasticsearch } - analysis-jieba , version : 6.4.0 , description : A jieba analysis of plugins for Elasticsearch } - repository-hdfs , version : 6.8.22 , description : The HDFS repository plugin adds support for Hadoop - sql , version : 6.3.2.0 , description : Query elasticsearch using SQL } - analysis-jieba , version : 6.0.0 , description : A jieba analysis of plugins for Elasticsearch } - bitmap-plugin , version : 6.3.2 , description : The bitmap-engine plugin allows to compute bitmap of a field s values at search-time} - analysis-stconvert , version : 6.3.2 , description : STConvert is a analysis plugin that convert Chinese - analysis-ik , version : 6.4.1 , description : IK Analyzer for Elasticsearch } - analysis-jieba , version : 6.4.1 , description : A jieba analysis of plugins for Elasticsearch } - analysis-ik , version : 7.2.0 , description : IK Analyzer for Elasticsearch } - analysis-icu , version : 6.3.2 , description : The ICU Analysis plugin integrates Lucene ICU module - analysis-pinyin , version : 7.2.0 , description : Pinyin Analysis for Elasticsearch } - sql , version : 7.2.0.0 , description : Query elasticsearch using SQL } - analysis-jieba , version : 6.3.2 , description : A jieba analysis of plugins for Elasticsearch } - analysis-pinyin , version : 6.4.1 , description : Pinyin Analysis for Elasticsearch } - analysis-remote , version : 1.0.0 , description : Remote Analysis plugin for Elasticsearch } - feature-log , version : 6.3.2 , description : feature log plugin for Elasticsearch } - analysis-remote , version : 1.0.0 , description : Remote Analysis plugin for Elasticsearch } 1. Yes, Elasticsearch likely won't start I use the new 6.8.22 zip package to unzip it to a new directory, copy the old elasticsearch.yaml and jvm.options files to overwrite the config in the new directory, and start the node after that. The node starts normally without failure. And successfully joined the cluster, but there is no return when executing the elasticsearch-plugin list command, the same as using cat/plugins ---
**Author:** ![qiuxb](https://avatars.discourse-cdn.com/v4/letter/q/48db29/32.png) [@qiuxb](https://discuss.elastic.co/u/qiuxb)\ **Post date:** [July 4, 2022, 6:54am UTC](https://discuss.elastic.co/t/es-rolling-upgrade-from-6-3-2-to-6-8-22-es-plug-in-version-should-be-upgraded-to-6-8-22/308325/4 "2022-07-04T06:54:40Z")
> [@ES is upgraded from version 6.3.2 to 6.8.22 in a rolling manner. After the upgrade, the cluster status is abnormal. How to roll back to 6.3.2?](https://discuss.elastic.co/t/es-is-upgraded-from-version-6-3-2-to-6-8-22-in-a-rolling-manner-after-the-upgrade-the-cluster-status-is-abnormal-how-to-roll-back-to-6-3-2/304533/5): > > Thanks for the reply, I have a question about rolling upgrades, the part marked in the following text, is it understood that it is not allowed to accept multiple ES versions for a long time during the upgrade? However, the actual rolling upgrade requires a gradual upgrade of nodes one by one, and needs to wait for the node status to recover and the cluster status to recover to green, which may take a long time. During this period, two versions of ES must exist in the cluster at the same time. R… ![111](https://us1.discourse-cdn.com/elastic/original/3X/2/9/2909e63bc49a6d8091f66643448fb0a7b9d0ef77.png) I still have a question, what are the main factors that affect the coexistence of multiple versions of ES during ES rolling upgrades? Why is it safer to be under the hour? ---
**Author:** ![warkolm](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/warkolm/32/39224_2.png) [@warkolm](https://discuss.elastic.co/u/warkolm)\ **Post date:** [July 4, 2022, 6:59am UTC](https://discuss.elastic.co/t/es-rolling-upgrade-from-6-3-2-to-6-8-22-es-plug-in-version-should-be-upgraded-to-6-8-22/308325/5 "2022-07-04T06:59:06Z")
If you end up with an index that has shards of different lucene versions, it can cause issues. ---
**Author:** ![qiuxb](https://avatars.discourse-cdn.com/v4/letter/q/48db29/32.png) [@qiuxb](https://discuss.elastic.co/u/qiuxb)\ **Post date:** [July 4, 2022, 7:24am UTC](https://discuss.elastic.co/t/es-rolling-upgrade-from-6-3-2-to-6-8-22-es-plug-in-version-should-be-upgraded-to-6-8-22/308325/6 "2022-07-04T07:24:44Z")
Is it possible to do a pre-check to find out earlier? How can I check that different indexes contain shards of different lucene versions? ---
**Author:** ![warkolm](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/warkolm/32/39224_2.png) [@warkolm](https://discuss.elastic.co/u/warkolm)\ **Post date:** [July 4, 2022, 7:41am UTC](https://discuss.elastic.co/t/es-rolling-upgrade-from-6-3-2-to-6-8-22-es-plug-in-version-should-be-upgraded-to-6-8-22/308325/7 "2022-07-04T07:41:48Z")
They won't (or shouldn't), because a refresh happens at an index level and that is how the versions usually change. ---
**Author:** ![qiuxb](https://avatars.discourse-cdn.com/v4/letter/q/48db29/32.png) [@qiuxb](https://discuss.elastic.co/u/qiuxb)\ **Post date:** [July 4, 2022, 7:51am UTC](https://discuss.elastic.co/t/es-rolling-upgrade-from-6-3-2-to-6-8-22-es-plug-in-version-should-be-upgraded-to-6-8-22/308325/8 "2022-07-04T07:51:11Z")
At present, many of our indexes occupy terabytes of space, and it may take 1-2 hours to restart the ES node to restore the green state, so I am worried that the coexistence time of multiple versions of ES will reach several days or weeks. Will there be more the problem arises? ---
**Author:** ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)\ **Post date:** [August 1, 2022, 7:51am UTC](https://discuss.elastic.co/t/es-rolling-upgrade-from-6-3-2-to-6-8-22-es-plug-in-version-should-be-upgraded-to-6-8-22/308325/9 "2022-08-01T07:51:13Z")
This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.