I have a running Cluster on Centos 7 with the RPM of Elasticsearch 5.6.13 installed and running. Now after all pre-flight checks, I want to upgrade to 6.5.
But I do not find a way to upgrade to the OSS Version of Elasticsearch without losing the data. The OSS RPM is not marked as a possible upgrade for the 5.6.13 RPM of elasticsearch. I would need to remove the old RPM but that what would wipe the data directory.
I run a test upgrade with the non-OSS RPM and even that runs into issues (did not save the mess to check on that).
But what is the proposed upgrade way from 5.6 to 6.5 without losing data or do a completely fresh installation - or re-index work. I had read the upgrade notes and it looks like it would be an easy walk if the data is prepared.
Thank you for helping me out of this situation!
Jan
Is it not possible tout do a rolled restart?
Stop node 1
Upgrage node 1
Restart node 1
Stop node 2
Upgrade node 2
Restart node 2
Do this with redistribution of shards OFF.
I'm just Ă beginner si perhaps It's a Bad Idea...
But the RPM Package (OSS Version) is not marked as possible upgrade for 5.6.13 (default rpm) but as conflict package.
So you are not able to upgrade direct to the OSS package but need to remove elasticsearch first and then install elasticsearch-oss - what will make you loose the data.
The Problem is not that I do not know how to disable data shifting or wipe a node while still having a green cluster (data management is easy if you know how) - but the RPM is not crafted with upgrading users in mind what drives me crazy.
So maybe a nice upgrade way is not described but given.
An alternative package which contains only features that are available under the Apache 2.0 license is also available. To install it, use the following baseurl in your elasticsearch.repo file:
baseurl=https://artifacts.elastic.co/packages/oss-6.x/yum
local legal restrictions. Before the presence of OSS Packages it was grayisch to use the software (and disable features via startup parameters) but with the given OSS Package I would like to polish that up to follow all local rules.
The last place I worked had a requirement to only use OSS software as well. We figured you couldn't build free culture stuff out of proprietary tools. Anyway, you should be able to upgrade from 5.6 to 6.5-OSS. I suspect we need to do some package magic to make rpm happy, but it seems legit.
@jalogisch I am not sure if it is completely clear to me what you mean, but if understand it correctly, @dadoonet 's suggestion seems to be pretty valid here.
To upgrade your ES cluster, you still have to restart your ES nodes, so why not to:
stop ES
move data dir aside (so it will be 100% intact)
upgrade/install ES, whatever is available for your case
move data dir back
start ES
This based on my understanding that your only concern is the data dir will be wiped after upgrade/install and you can resolve everything else, i.e. the conflicts/different repos.
I would say yes - in small environments or when you have enough time to move hudge amounts of data and have a downtime during that movement.
My concern is that the OSS package is mentioned as one installation/upgrade option in the documentation but technical it is not possible because of the package meta settings.
In addition, this is a license issue that because of the changed license you need to install a different package that is no clear upgrade.
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.